46
Hardware / Turris Omnia 2022 - nějaký posun?
« kdy: 28. 02. 2022, 20:50:27 »
Netušíte někdo, jaký je posun ve věci TURRIS OMNIA ´22? Na turris.cz jsem nenašel ani zmínku o tomto modelu, poslední zprávičku na root z podzima 2021.
Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
47
/dev/null / nefungují stránky na wix.com
« kdy: 16. 02. 2022, 13:40:37 »
To jako kvůli mentálovi co usoudil že 2 roky starý prohlížeč nestačí na zobrazení dementí primitivní stránky kde je vše vycentrované vrchol stránky je nadpis v webovém fontu a tlačítko v v rámečku a vyjížděcí "div ze spoda" to vše v 800 kB na stránku v 70 requestech asi z 15 subdomén n 5 doménách (parastorage, wix.com, wixstatic.com wixpress.com
(a to vynechávám zablokované frof.wix.com, sentry.*.*, googletagmanager.com)
nebudou fungovat stránky na wix.com? Hlásí to
v starší prohlížeči to přesměrovává na https://static.parastorage.com/services/wix-thunderbolt/dist/deprecation-en.v5.html
(a to vynechávám zablokované frof.wix.com, sentry.*.*, googletagmanager.com)
nebudou fungovat stránky na wix.com? Hlásí to
Citace
Your Browser Is
No Longer Supported
To view this website and enjoy a better online experience,
update your browser for free.
v starší prohlížeči to přesměrovává na https://static.parastorage.com/services/wix-thunderbolt/dist/deprecation-en.v5.html
48
Server / SMTP 550-5.7.1
« kdy: 11. 01. 2022, 22:41:23 »
Všiml jsem si, že smtp servery přijmou celou zprávu, a až na závěr se dozvím, jestli mail byl přijat(serverem.), i když teoreticky by mohly odpověd už na základě HELO,M-FROM, RCPT. Asi to je z důvodu vytěžit co nejvíc dat.
Dá se poznat z tohoto kódu, význam této chyby? Podle popisu vyplývá, že daná IP není způsobilá odeslat maily (bez ohledu na doménu MAILFROM) Ale je to skutečně tak? Mohlo jít totiž o dvě příčiny: nesouhlas domény HELO s odesílající IP a porušení SPF pro MAILFROM+HELO (našel jsem si v RFC, že SPF může kontrolovat obojí, ale je to tam psané schválně, že vlastní mechanismus SPF je obecně specifikovaný pro nějakou doménu <domain>, ale jen v sekce 2.x věnuje tomu, jestli kontrolovat HELO a MAILFROM, jakém pořadí a i docela rozumně zdůvodněné)
Dá se poznat z tohoto kódu, význam této chyby? Podle popisu vyplývá, že daná IP není způsobilá odeslat maily (bez ohledu na doménu MAILFROM) Ale je to skutečně tak? Mohlo jít totiž o dvě příčiny: nesouhlas domény HELO s odesílající IP a porušení SPF pro MAILFROM+HELO (našel jsem si v RFC, že SPF může kontrolovat obojí, ale je to tam psané schválně, že vlastní mechanismus SPF je obecně specifikovaný pro nějakou doménu <domain>, ale jen v sekce 2.x věnuje tomu, jestli kontrolovat HELO a MAILFROM, jakém pořadí a i docela rozumně zdůvodněné)
Kód: [Vybrat]
... po odeslání DATA :()
S:
550-5.7.1 [7.8.1.2] The IP you're using to send mail is not authorized to
550-5.7.1 send email directly to our servers. Please use the SMTP relay at your
550-5.7.1 service provider instead. Learn more at
550 5.7.1 https://support.google.com/mail/?p=NotAuthorizedError gsmtp
49
Hardware / Měření odporu na multimetru - odolnost v „živém obvodu“
« kdy: 26. 12. 2021, 17:55:40 »
Asi každý ví, co se stane, když se multimetr v režimu proudu zapojí do smyčky (bez limitujícího odporu) - viz zde (SPOILER: wannabevtip)
Ale jak se chová multimetr v režimu ODPORU? Může se taky nevhodný zapojením zničit? Co vlastně fyzikálně měří za veličinu, kterou pak převádí na odpor? Například v návodu se píše, že v režimu odporu by nemělo být napětí větší než 2 nebo 4 Volty (nevím přesně) . Což je asi případ, když se měří "nevypojená součástka".
Ale jak se chová multimetr v režimu ODPORU? Může se taky nevhodný zapojením zničit? Co vlastně fyzikálně měří za veličinu, kterou pak převádí na odpor? Například v návodu se píše, že v režimu odporu by nemělo být napětí větší než 2 nebo 4 Volty (nevím přesně) . Což je asi případ, když se měří "nevypojená součástka".
50
Sítě / ping neukazuje time pro -s menší než 8
« kdy: 25. 12. 2021, 10:32:59 »
čistě ze zajímavosti, proč (linuxový) ping neukazuje v odpovědích time pro -s 1 až 7
Kód: [Vybrat]
icmp_seq=1 ttl=54 time=19.3 ms # -s 8
icmp_seq=1 ttl=54 #-s 752
Hardware / Schéma Thunderbolt Alternate Mode
« kdy: 19. 10. 2021, 16:31:55 »
Marně se snažím najít schéma zapojení USB-C (konektoru, ale i kabelu, což je důležité, protože piny nemusí být na koncích kabelu 1:1 - viz například TX->RX) v režimu [u=https://en.wikipedia.org/wiki/USB-C#Alternate_Mode_partner_specifications]Thunderbolt Alternate Mode[/u].
Zde je krásná tabulka na wikipedii zobrazující mapování pinů(pouze zástrčky)
https://en.wikipedia.org/wiki/USB-C#USB-C_receptacle_pin_usage_in_different_modes ,,, ale TB3 tam chybí
Jako základ tuším, že se nebude zásadně lišit od plain USB 3.X gen Y ×2, ale zajímá mě to do detailu (stačilo by jako ty diagrami na wikipedii v odkazu)- popisky pinů, na zástrčce a role vodičů v kabelu (a jejich mapování). Mám jistou obavu, že právě RX1,RX2, TX1,TX2 mohou být jinak prohozené než na USB.
bohužel i články , které jsou kvalitně na výši než většina a jsou technické, to v sobě nemají.
https://www.embedded.com/usb-type-c-and-power-delivery-101-ports-and-connections/
https://www.cablechick.com.au/blog/definitive-guide-to-usb-c-alternate-modes/
https://learn.adafruit.com/understanding-usb-type-c-cable-types-pitfalls-and-more?view=all
+ dokumenty PDF na TI.com
Zde je krásná tabulka na wikipedii zobrazující mapování pinů(pouze zástrčky)
https://en.wikipedia.org/wiki/USB-C#USB-C_receptacle_pin_usage_in_different_modes ,,, ale TB3 tam chybí
Jako základ tuším, že se nebude zásadně lišit od plain USB 3.X gen Y ×2, ale zajímá mě to do detailu (stačilo by jako ty diagrami na wikipedii v odkazu)- popisky pinů, na zástrčce a role vodičů v kabelu (a jejich mapování). Mám jistou obavu, že právě RX1,RX2, TX1,TX2 mohou být jinak prohozené než na USB.
bohužel i články , které jsou kvalitně na výši než většina a jsou technické, to v sobě nemají.
https://www.embedded.com/usb-type-c-and-power-delivery-101-ports-and-connections/
https://www.cablechick.com.au/blog/definitive-guide-to-usb-c-alternate-modes/
https://learn.adafruit.com/understanding-usb-type-c-cable-types-pitfalls-and-more?view=all
+ dokumenty PDF na TI.com
53
Windows a jiné systémy / LineageOS (/ARM) - extrémně pomalá dekomprese ZIP
« kdy: 27. 09. 2021, 11:43:31 »
Nevíte, čím by mohlo být, že ZIP archivy se mi (klasické aplikaci Soubory) rozbalují extrémně pomalu? Tím myslím 40MB archiv hudebního cédéčka třeba 5 minut? A v notifikaci mi to háže nesmyslné odhady časů... hodina, 40 hodin, 2377 hodin. Někdy se ani rozbalit "všechny" soubory nepovede (u některých archivů)...
Zkoušel jsem to u víc archivů (obvykle 20-80MB) a vždy s tím byl problém (nezkoušel jsem archivy do megabaju). Někdy pomohlo rozbalit vždy po jednom souboru, neextrahovat ty u kterých se to zasekávalo. Ale některé archivy se zdárně rozbalí celé i když to trvá dlouho.
Mám 4GB RAM, snapragon 720 (arm64-v8a, armv8l, Kryo A73,A53). Je to třeba nějaká obecná vlastnost ARMu, že jsou pomalé v tomhle nebo nějaký jiný problém?? Co je mi divné, ani nepozoruji "vyšší" spotřebu proudu, řekl bych 400mA. Přičemž telefon dokáže topit i víc, třeba 700mA při videokonferenci nebo 3D javascriptu/webgl. (což je hrubé srování, protože v prvním případě jde o CPU zátěž, v druhé CPU+GPU+dekodér), ale pro ilustraci
Našel jsem 1 refenci
https://review.lineageos.org/c/LineageOS/android_kernel_oneplus_msm8974/+/93595 , dole
Zkoušel jsem to u víc archivů (obvykle 20-80MB) a vždy s tím byl problém (nezkoušel jsem archivy do megabaju). Někdy pomohlo rozbalit vždy po jednom souboru, neextrahovat ty u kterých se to zasekávalo. Ale některé archivy se zdárně rozbalí celé i když to trvá dlouho.
Mám 4GB RAM, snapragon 720 (arm64-v8a, armv8l, Kryo A73,A53). Je to třeba nějaká obecná vlastnost ARMu, že jsou pomalé v tomhle nebo nějaký jiný problém?? Co je mi divné, ani nepozoruji "vyšší" spotřebu proudu, řekl bych 400mA. Přičemž telefon dokáže topit i víc, třeba 700mA při videokonferenci nebo 3D javascriptu/webgl. (což je hrubé srování, protože v prvním případě jde o CPU zátěž, v druhé CPU+GPU+dekodér), ale pro ilustraci
Našel jsem 1 refenci
https://review.lineageos.org/c/LineageOS/android_kernel_oneplus_msm8974/+/93595 , dole
54
Sítě / Možnost výběru VPN tun/tap neomezená?
« kdy: 27. 09. 2021, 11:37:31 »
Závisí možnost volby TUN/TAP u VPN na něčem, nebo je možné obě zvolit kdykoli ? Například na typu VPN (site-to site nebo "klient-vpn")? Případně je nějaká situace, kdy daný typ pro použití nedává smysl?
BTW - jsou další typy vpn než klient, site-site? (Teoreticky klient-klient pro 2 klienty)
BTW- jaký je význam zkratky TAP? U TUN jsem se dočetl že to je "network TUNnel"
BTW - jsou další typy vpn než klient, site-site? (Teoreticky klient-klient pro 2 klienty)
BTW- jaký je význam zkratky TAP? U TUN jsem se dočetl že to je "network TUNnel"
55
Sítě / Domain fronting - vysvětlení rozdílu dvou typů
« kdy: 24. 09. 2021, 15:07:12 »
Kdo je znalý domain fronting,uměl by vysvětlit v článku rozdíl v serverech "n services that do not automatically forward requests" a těmi co dělají "forwards the request to the domain found" (nazývanými pull). ( Plný text dole)
Nějak jsem nepochytil rozdíl mezi servery lišící se touto vlastností (v druhém odstavci je popsán druhý typ). A potažmo, proč pro první typ není potřeba "reflector". Je tam uveden jako příklad druhého typu appspot.com. Jaký by byl příklad prvního?
Nebo je to nějak tak, že v jednom případě rovnou mohu službu deploynout na jednu doménu uvnitř poskytovatele cloudu, zatímco u druhé služba běžet nemůže a musí tam být "reflector", který přeposílá komunikaci někam jinam?
A do třetice, proč to nazývají "pull" strategií / typem.?
https://www.bamsoftware.com/papers/fronting/ (pro ty 2 odstavce stačí vyhledat slovo pull na stránce)
Nějak jsem nepochytil rozdíl mezi servery lišící se touto vlastností (v druhém odstavci je popsán druhý typ). A potažmo, proč pro první typ není potřeba "reflector". Je tam uveden jako příklad druhého typu appspot.com. Jaký by byl příklad prvního?
Nebo je to nějak tak, že v jednom případě rovnou mohu službu deploynout na jednu doménu uvnitř poskytovatele cloudu, zatímco u druhé služba běžet nemůže a musí tam být "reflector", který přeposílá komunikaci někam jinam?
A do třetice, proč to nazývají "pull" strategií / typem.?
https://www.bamsoftware.com/papers/fronting/ (pro ty 2 odstavce stačí vyhledat slovo pull na stránce)
Citace
Domain fronting works with CDNs because a CDN’s frontend server (called an “edge server”), on receiving a request for a resource not already cached, forwards the request to the domain found in the Host header (the “origin server”). (There are other ways CDNs may work, but this “origin pull” configuration is common.) The client issues a request that appears to be destined for an unrelated front domain, which may be any of the CDN’s domains that resolve to an edge server; this fronted request is what the censor sees. The edge server decrypts the request, reads the Host header and forwards the request to the specified origin, which in the circumvention scenario is a general-purpose proxy. The origin server, being a proxy, would be blocked by the censor if accessed directly—fronting hides its address from the censor.
On services that do not automatically forward requests, it is usually possible to install a trivial “reflector” web application that emulates an origin-pull CDN. In this case, fronting does not protect the address of the origin per se; rather it protects the address of the reflector application, which in turn forwards requests to the origin. Google App Engine is an example of such a service: against a censor that blocks the App Engine domain appspot.com but allows other Google domains, domain fronting enables access to a reflector running on appspot.com.
56
Server / VPS - Změna PTR dns?
« kdy: 31. 08. 2021, 18:18:07 »
Je běžně aby u vps hostingu šlo , nešlo měnit PTR V DNS?
57
Software / Pořadí výpisu iptables -L
« kdy: 31. 08. 2021, 00:13:24 »
Hele tohle je jen kosmetická záležitost, ale co určuje pořadí při výpisu iptables -L?
Já jen že teď to vypisuje v pořadí INPUT FORwARD OUTUPT, zatímco v dotazu před 2 týdny (a do včerejška)s výpisem iptables to BYLO FORWARD INPUT OUTPUT...
Hledal jsem man iptables /sort/|order|-L, ale nenašel... Má to tedy nějaké deterministické pořadí? (iptables -v je v obou případech 1.8.2(nftables))
Já jen že teď to vypisuje v pořadí INPUT FORwARD OUTUPT, zatímco v dotazu před 2 týdny (a do včerejška)s výpisem iptables to BYLO FORWARD INPUT OUTPUT...
Hledal jsem man iptables /sort/|order|-L, ale nenašel... Má to tedy nějaké deterministické pořadí? (iptables -v je v obou případech 1.8.2(nftables))
58
/dev/null / K čemu je google když
« kdy: 24. 08. 2021, 18:26:23 »
Chtěl jsem si přečíst e-maily na google mail někde jinde. Chtěl jsem se přihlásit na https://mail.google.com (nechtěl jsem si zařizovat IMAP schránku, protože jsem ho nehodlal používat na mail pravidelně.)
ALE OUHA Nemohl jsem se přihlásit. Chtělo to po mně bezpečnostní otázku kterou jsem pět let neviděl, natož znal odpověď na ní. Druhá volba - Jiné možnosti nenabídla žádnou jinou možnost nebo nějaký jiný způsob.... Nebo to píše něco zařízení nemohlo být rozpoznáno.
Dokonce i přístup přes IMAP si z jiných adres všímám že mi to hodí "Invalid credentials"
Normálně používám IMAP na zařízeních, semtam se přihlásím do webového rozhraní a není problem.
Dokonce ani na mobilních datech není problém (s IP víceméně náhodnou od operátora), přihlášení proběhlo ok přes web i IMAP.
Je nějaké vysvětlení taky proto .proč pro IMAP přístup musí být "Povolen přístup méně bezpečných aplikací? nebo jak se to jmenuje" (v nastavení accounts.google.com)
Jde nějak resetovat bezpečnostní otázka z webového rozhraní?
Může hrát roli, že na zařízení mám nechromovaný nezgooglovaný webový browser s ochranou soukromí (i kdybych předtím surfoval na internetu, tak neunikají data na různé googly co šmejdí na kdejakém webu ale ani nagoogle.com samotný, (mimo google.com ) ). V operačním systému taky žádný google nemám.
Nebo hraje spíš roli přístupová síť, že se odsud hlásí hodně zařízení najednou (aka veřené wifi)?
Taková otázka:
POSLALI BYSTE GOOGLE K ŠÍPKU když se to nedá používat - nedá se přihlásit k účtu?
ALE OUHA Nemohl jsem se přihlásit. Chtělo to po mně bezpečnostní otázku kterou jsem pět let neviděl, natož znal odpověď na ní. Druhá volba - Jiné možnosti nenabídla žádnou jinou možnost nebo nějaký jiný způsob.... Nebo to píše něco zařízení nemohlo být rozpoznáno.
Dokonce i přístup přes IMAP si z jiných adres všímám že mi to hodí "Invalid credentials"
Normálně používám IMAP na zařízeních, semtam se přihlásím do webového rozhraní a není problem.
Dokonce ani na mobilních datech není problém (s IP víceméně náhodnou od operátora), přihlášení proběhlo ok přes web i IMAP.
Je nějaké vysvětlení taky proto .proč pro IMAP přístup musí být "Povolen přístup méně bezpečných aplikací? nebo jak se to jmenuje" (v nastavení accounts.google.com)
Jde nějak resetovat bezpečnostní otázka z webového rozhraní?
Může hrát roli, že na zařízení mám nechromovaný nezgooglovaný webový browser s ochranou soukromí (i kdybych předtím surfoval na internetu, tak neunikají data na různé googly co šmejdí na kdejakém webu ale ani nagoogle.com samotný, (mimo google.com ) ). V operačním systému taky žádný google nemám.
Nebo hraje spíš roli přístupová síť, že se odsud hlásí hodně zařízení najednou (aka veřené wifi)?
Taková otázka:
POSLALI BYSTE GOOGLE K ŠÍPKU když se to nedá používat - nedá se přihlásit k účtu?
59
Windows a jiné systémy / Nejde spustit Chromium ve Windows
« kdy: 17. 08. 2021, 17:35:35 »
Chtěl jsem dnes spustit chrome. Nic se nestanepři spouštění z %AppData%\Local\Chromium\Application\
ale debug.log má toto
Co se s tím tak asi mohlo stát?
ale debug.log má toto
Kód: [Vybrat]
5x [0822/164918:ERROR:client_util.cc(328)] Could not find exported function RelaunchChromeBrowserWithNewCommandLineIfNeeded
20x
[0418/102122:ERROR:main_dll_loader_win.cc(197)] Could not find exported function RelaunchChromeBrowserWithNewCommandLineIfNeeded
[0418/105705:ERROR:main_dll_loader_win.cc(197)] Could not find exported function
3x [0612/141507:ERROR:main_dll_loader_win.cc(197)] Could not find exported function RelaunchChromeBrowserWithNewCommandLineIfNeeded
5x:
[0629/112958:ERROR:process_info.cc(608)] range at 0xccd242a000000000, size 0x56 fully unreadable
[0629/112958:ERROR:process_info.cc(608)] range at 0xccd2430000000000, size 0x56 fully unreadable
[0629/112958:ERROR:process_info.cc(608)] range at 0x0, size 0x56 fully unreadable
[0629/113351:ERROR:process_reader_win.cc(98)] process 4032 not found
[0629/113351:ERROR:process_reader_win.cc(232)] ReadMemory at 0x7ff6b58b0000 of 64 bytes failed: Byla vyřízena pouze část požadavku ReadProcessMemory nebo WriteProcessMemory. (0x12B)
[0629/113351:WARNING:pe_image_reader.cc(280)] could not read dos header from %APPDATA%\Local\Chromium\Application\chrome.exe
[0629/113351:ERROR:process_reader_win.cc(232)] ReadMemory at 0x7ffb6f630000 of 64 bytes failed: Byla vyřízena pouze část požadavku ReadProcessMemory nebo WriteProcessMemory. (0x12B)
[0629/113351:WARNING:pe_image_reader.cc(280)] could not read dos header from \ntdll.dll
[0629/113351:ERROR:process_reader_win.cc(232)] ReadMemory at 0x7ffb6c960000 of 64 bytes failed: Byla vyřízena pouze část požadavku ReadProcessMemory nebo WriteProcessMemory. (0x12B)
[0629/113351:WARNING:pe_image_reader.cc(280)] could not read dos header from .....:
%APPDATA%\Local\Chromium\Application\chrome.exe
.....: \KERNEL32.DLL \msvcrt.dll \RPCRT4.dll \sechost.dll \ADVAPI32.dll \bcryptPrimitives.dll \CRYPTBASE.DLL
chrome_elf.dll \combase.dll \USER32.dll \GDI32.dll \MSCTF.dll \IMM32.DLL \ole32.dll \VERSION.dll \cfgmgr32.dll \DEVOBJ.dll \WINMMBASE.dll \WINMM.dll \WTSAPI32.dll \WINHTTP.dll \SHLWAPI.dll \SHELL32.dll \shcore.dll
COMCTL32.dll \COMDLG32.dll \OLEAUT32.dll \PSAPI.DLL \USP10.dll \WINSPOOL.DRV \NSI.dll \WS2_32.dll \dwmapi.dll \d3d9.dll \dxgi.dll \d3d11.dll \dxva2.dll \WINNSI.DLL \IPHLPAPI.DLL \iertutil.dll \profapi.dll \USERENV.dll \WININET.dll \ESENT.dll \MSASN1.dll \CRYPT32.dll \WINTRUST.dll
\chrome_child.dll \dbghelp.dll \dwrite.dll
[0629/113351:WARNING:process_snapshot_win.cc(102)] ReadMemory ExceptionInformation failed
[0629/113351:WARNING:crash_report_exception_handler.cc(60)] ProcessSnapshotWin::InitializeException failed
[0629/113351:ERROR:scoped_process_suspend.cc(38)] NtResumeProcess, ntstatus=-1073741558
49x [0629/122922:ERROR:main_dll_loader_win.cc(197)] Could not find exported function RelaunchChromeBrowserWithNewCommandLineIfNeeded
4x [0405/170154:ERROR:main_dll_loader_win.cc(197)] Could not find exported function RelaunchChromeBrowserWithNewCommandLineIfNeeded
15x [0510/223918:ERROR:main_dll_loader_win.cc(197)] Could not find exported function RelaunchChromeBrowserWithNewCommandLineIfNeeded
25x [0409/162940:ERROR:main_dll_loader_win.cc(123)] Failed to load Chrome DLL from %APPDATA%\Local\Chromium\Application\71.0.2304.106\chrome.dll: Uvedený modul nebyl nalezen. (0x7E)
Co se s tím tak asi mohlo stát?
60
Windows a jiné systémy / V LineageOS Terminálu nejdou znaky na externí klávesnici
« kdy: 17. 08. 2021, 14:13:50 »
Zdravím, android je nějak postižený co se týče podpory externích klávesnic? Mám Bluetooth klávesnici a pocit že se učím třetí rozložení kláves na této klávesnici, protože tam vše funguje jinak.
Takový maličkosti jako záměnu z a y přestože mám systémově nastavenou QWERTY českou ani nebudu zmiňovat, nevím jak AOSP DOkopat k tomu aby klávesa Z psala Z a ne Y.
Čert vem že speciální znaky co jsem na dotykové klávesnici kde leží (v podstatě další rozložení - zobrazené šedě nad písmeny) na extern í klávesnici nefungují, ale místo toho tam fungují jiné, které tam pro změnu nejsou ani na klávesách natištěné ani že klávesy přes Alt + čísla v půlce případů píší něco jiného například Alt Gr 12234567890 je !@#$%^&*()- ale na klávesnici je !"§$%&/()=.
PROSTĚ TOTÁLNÍ CHAOS
Jak třeba napsat amperstand ? člověk ví že na dotykové podrží G, na externí vidí že je nad šestkou ale páše se AltGr+ 7.
Ale co mě dostalo V terminálunejde psát znaky přes Alt Gr !!!
Je to i na apple klávesnici TAKOHÝHLE HEGEDÉŠ
Takový maličkosti jako záměnu z a y přestože mám systémově nastavenou QWERTY českou ani nebudu zmiňovat, nevím jak AOSP DOkopat k tomu aby klávesa Z psala Z a ne Y.
Čert vem že speciální znaky co jsem na dotykové klávesnici kde leží (v podstatě další rozložení - zobrazené šedě nad písmeny) na extern í klávesnici nefungují, ale místo toho tam fungují jiné, které tam pro změnu nejsou ani na klávesách natištěné ani že klávesy přes Alt + čísla v půlce případů píší něco jiného například Alt Gr 12234567890 je !@#$%^&*()- ale na klávesnici je !"§$%&/()=.
PROSTĚ TOTÁLNÍ CHAOS
Jak třeba napsat amperstand ? člověk ví že na dotykové podrží G, na externí vidí že je nad šestkou ale páše se AltGr+ 7.
Ale co mě dostalo V terminálunejde psát znaky přes Alt Gr !!!
Je to i na apple klávesnici TAKOHÝHLE HEGEDÉŠ
