Témata

46

Sítě / Zabránění androidu připojování na AP

« kdy: 24. 01. 2021, 12:49:16 »

Když si dám sdílení displeje, android se připojuje na wpa2 bezdrátovou síť jako klient.

Jde tomu nějak zabránit?
Jde nějak nastavit, aby se android na  uloženou vybranou wifi nepřipojoval?
Jde nějak nastavit, aby se android na žádnou uloženou wifi nepřipojoval?

Tohle snad zabrání unáhleným odpovědím:
(A nemyslím řešení vypnutím wifi jako takového (tou ikonkou v rychlém přístupu), wifi chci nechat zaplou například pro vyhledávání sítě, ale nechci aby se připojoval k bezdrátovému přístupovému bodu Access Pointu.)

47

/dev/null / Špatné stupnice manuálního zaostřování (98,99,100=∞, >∞, ∞)

« kdy: 24. 01. 2021, 12:41:10 »

Já nevím, kdo ten android splácal, ale když chci na foťáku manuálně zaostřit , tak po přepnutído režimu manuálního ostření mi vyjede stupnice od AUTO,NULY do 100.
Zaostřovací vzdálenost jde od blízka(kytička :1 až 40), eMko (41 až 80), daleko (pohoří 81 až 98).

Tedy: na 98 je ostré to co je hodně v dálce ...A teď přijde facka.
Krok 99 je tzv. za nekonečnem. Vše je nyní rozmazané (což se někdy hodí v případě použití freelensingu)
Jedeme zpět, na Stovce je stejná situace jako na 98.

To programují nějaký škodolibci nebo přeučený horníci?

Když je android celý plný dementních ikonek, u "beyound infinity" zaostření, nacházející se na kroku 99 nedají nic?

Vůbec jakou logiku má stupnici přeházet , že mezi dva stejné kroky (nekonečno) vpálí za-nekončeno??

Všechny hejblátka tam jsou dotyková, všechno tam má své tlačítko na displeji, ale celé kompletní ovládání zaostřování(včetně auto) sesypou do jedné stupnice a ještě v přeházeném pořadí.

(týká se to jen, "profesionálního režimu focení)

48

Software / Kde najdu možnost změnit kódování stránky v chrome?

« kdy: 24. 01. 2021, 11:31:41 »

Potřebuji na nějaké stránce v zobrazené v chrome 86 změnit kódováním aby se dalačíst. V  tom idiotském menu tři tečky vpravo nahoře u zavření , maximalizace a minimalizace to nevidím! Kde je chyba?

49

/dev/null / conntrack ukazuje i spojeni z routeru - -j MASQ je bez rozsahu

« kdy: 17. 01. 2021, 22:33:06 »

Tak jsem se díval na  conntrack -L a překvapilo mě tam hodně DNS přímo ze stroje routeru ("tento počítač  "). Není důvod,aby šly přes nat, když přeci vychází z routeru (protože na něm běží forwardovací DNS a přímé DNS jsem zařízl, ostatně je to vidět i z jednoho řádku
src=71.47.3.11 dst=1.1.1.1 sport=3536 dport=53 src=1.1.1.1 dst=71.47.3.11 sport=53 dport=3536
)

Je to jasný, že nf_conntrack na sebe "strhává" i provoz, který nepotřebuje být natován: když pravidlo je -A POSTROUTING -o wlan0 -j MASQUERADE

Myslím, že technicky to ničemu nevadí, maximálně to může zatěžovat prostředky v nereálně hypotetickém zatížení, ale rád bych věděl, jak to pravidlo napsat korektně. (Ne jenom aby to fungo valo - což jde i teď - ale aby to bylo takzvaně richtig. A pokud možno abych tam nemusel vkládat IP adresu, což by byla nechtěná "duplicita" (tím myslím využití proměnné). Nebo jiná možnost není?

Možnosti:
-i wlan1 (vnitřní interface)
--src 10.0.0.0/16 (vnitřní síť)
--not --src 71.47.3.11 (vnější IP)

50

Sítě / NET bez překladu portů a Symetrický NAT,: rozbor, otázky

« kdy: 13. 01. 2021, 13:10:40 »

Měl bych nějaké otázky na symetrický NAT (pro IP v 4.). K čemu je dobrý nebo proč byl vymyšlen? Přepokládám NAT, který má jen vystupuje pod jednou IP. Mám načtené definice druhů NATů včetně rozlišení nefiltrovaný/filtrovaný adresou/filtrovaný adresou+portem a druhého rozlišení Adress/Adress+Port Dependent.

Jestli to dobře chápu, tak symetrický NAT ( neboli výmluvně nazvaný Endpoint mapped)znamená , že přeložené číslo portu musí být unikátní (kromě interní IP+portu) také pro Cílovou IP (a + ještě cílový port v případě port restricted, )


To znamená následující(za předpokladu, že NAT vystupuje pod jednou IP):
Primárním klíčem Full Cone NAT je  jen přeložené číslo portu. Do tabulky se uloží sIP,sPORT,natPORT
Primárním klíčem (addr)Restricted NAT je  jen přeložené číslo portu + cílová IP, Do tabulky se uloží sIP,sPORT,natPORT,dIP
Primárním klíčem port(+addr)Restricted NAT je  jen přeložené číslo portu + cílová IP + cílový port. sIP,sPORT,natPORT,dIP,dPORT

U symetrického NATu stačí  z definice, aby primární klíč bylo jenom cílové číslo portu.  Jelikož to úplně popisuje zdrojové i cílové IP a PORT.


A tedy Symetrický Full cone NAT je nesmysl. (Nevím jak pouze address restricted , označení symetrický se používá pro portrestricted)


K čemu tedy byl symetrický NAT vymyšlen? Je to něco ve snaze "zrychlit" prohledávání překladové tabulky jen podle přeloženého portu (což ale stejný nedává smysl, protože jestli se hledá podle 2 bajtů nebo nebo 8 bajtů je snad jedno a za druhé tím vzniká problém, že nelze odhalit  podvržení remote IP)? Nebo z důvodu "Vyšší bezpečnosti" (že se "nesdílí stejná čísla")?




Druhá otázka je na NA(P)T obecně. Většinou se dnes už myslím používá pouze NAPT (vždy s překladem portů). Existuje ale i dnes reálné využití jen NATu (bez překladu portů). Pak mě zajímá, k čemu je to dobré. Já si představím x počítačů za NATem, který nemění čísla portů. Je to zjednodušené tak, že v překladové tabulce chybí sloupec přeložené číslo portu?
Využívá se toho(nebo spíš spoléhá), že zdrojové porty (ze schované sítě) jsou náhodné a nebudou spolu kolidovat, když se tedy současně(neboli po dobu trvání spojení a záznamu v prekladové tabulce) 2 PC za jedním NATem budou chtít připojit se stejným source portem? Pak se to trochu komplikuje podle druhou filtrování natu(full cone,restricted,port restricted), a shody cílové IP+ portu může dojít k různým situacím, vznikne nejednoznačnost a nebo ne. ě imunita proti podvržení IP.


Co se stane, když tedy 2 počítače náhodou se budou chtít připojit stejným zdrojovým portem? Druhý počítač se nepřipojí, dostane nějaké ICMP info? Nebo druhá možnost, že spojení bude NATem přeřazeno na druhý PC který nověji vystřelil spojení, je asi zvrácená.
Nebo je tom modelovém příkladu něco špatně, že takto se to nepoužívá?

A na závěr: je NAT mechanismus pro TCP nějak složitější než pro UDP? U UDP to končí odesláním paketu.(BTW jaký je timeout/TTL v NAT tabulce?) Jestli záznam má nějaký další sloupec jako stav, podle toho, zda došlo k úplnému otevření spojení nebo taky jako u UDP stačí k odeslání jeden paket (první:SYN)

51

/dev/null / Jak androidu nastavit statickou IP než se připojí???

« kdy: 10. 01. 2021, 17:33:41 »

Jak androidu nastavím statickou IP, aniž by se nejdřív k síti připojil?


Když v Nastavení - Wifi - Dostupné kliknu na ">"  a "nastavení IP adresy", tak se změny neuloží (podežřelé je, že to nechce heslo, resp tam na něj není dialog.)


Zatímco když kliknu na název sítě- vyskočí input na heslo,. Víc toho není.

52

Sítě / Může síťová karta být zdrojem chybných paketů?

« kdy: 10. 01. 2021, 14:03:05 »

Mám takový divně vyskytující problém na notebooku, když použiji druhou síťovkou kartu.:
-stahuji něco z chrome, najednou zahlásí, chyba sítě a soubor se přestane stahovat. většinou se stáhne 200MB, pak se to stane. Když dám ale opakování downloadu, tak to třeba spadne do minuty

- když přes ssh vykonávám nějaký příkaz s delším výstupem (journalctl |cat ), tak zahlásí putty chybu "Putty fatal error" "Incorrect MAC received on packet". Také pravděpodobnost je tak 30%.

Mám pocit, jak kdyby se to projevovalo při okamžitém burst provozu, protože výpadky jiného typu nejsou (náhodné odpojování po delší době).

To jako síťová vrstva nedokáže tyhle chyby pořešit? věřím že k chybám dochází i při přenosu s jinou síťovkou a s takýmto chováním sem se nesetkal.

53

/dev/null / v chrome se zbláznili : k textu bezdůvodně připisuje http

« kdy: 06. 01. 2021, 19:41:53 »

Co za magory programuje chrome?

Budiž, připustím, že v adresním řádku na otevřeném webu  mameluci se rozhodli skrýt http(s)://

Např baidu.com (jen pro demonstraci)

Chci zkopírovat text v adresním řádku. Po kliknutí sen nic nezmění,.

Pro demonstraci Označuji odkonce po druhý znak: zkopíruje se aidu.com, (nebo baidu.co)
Označím li po první znak (zkrátka nebo celou adresu, je jedno jakým způsobem), najednou se tam přisere http://...

To programují stejní lidi jako z applu,který myslí za uživatele?

Nebo jako šulini máme si hlídat, že nekopírujeme celou adresu, a zapamatovat si poslední písmeno, když v domění, čekáme, že do schránky kopírujeme, to co je na monitoru za text  a ne to co se tam nějak automaticky přidá??

54

/dev/null / Ivysílání, změna ,problém, božena

« kdy: 06. 01. 2021, 19:23:49 »

Jde vám ? https://www.ceskatelevize.cz/ivysilani/11346647457-bozena/218512120070001 ?
V browseru? přes playlist? přes youtube-dl,?
podaří se mi získat i m3u8playlist -  ale přehrávání:

Kód: [Vybrat]

[hls @ 0000000000481c40] Failed to open segment 360 of playlist 0
[hls @ 0000000000481c40] SAMPLE-AES encryption is not supported yet
[hls @ 0000000000481c40] Failed to open segment 361 of playlist 0
[hls @ 0000000000481c40] SAMPLE-AES encryption is not supported yet

55

Windows a jiné systémy / Vynucení 16:9 při připojení bezdrátového displeje. (příliš širokoúhlý displej)

« kdy: 29. 12. 2020, 12:36:37 »

Rozšířil se nám tu jeden nešvar. Smartphony mají častěji poměr stran užší než 16:9 (i tak to je dostúzký). Při připojení přes funkci Bezdrátový displej tedy se stane, že na televizi/projektoru je vidět ještě větší nudle než jsme čekaly (nahoře a  dole na televizi jsou vždy pruhy), jelikož 16:9 je pro např pro 18:9 "příliš široké". Něco jako dèja vú, když se na 4:3 monitorech pouštěly 16:10 filmy v minulém století.


Jde o smartphony s androidem.

Otázka zní, jak na funkci sdílení displeje nakonfigurovat, aby promítala na (využila)celou plochu cílového  displeje. Je asi jedno, jestli to bude hloupý overscan (že prostě okraje  na telefonu se nepřenesou), nebo stretch nebo se "rozlišení telefonu omezí" na 16:9 dočasně.

A ptám se na řešení na straně telefonu - problém televize to není.

56

/dev/null / K čemu jsou stereoreproduktory na šířku na jedné straně?

« kdy: 28. 12. 2020, 23:43:06 »

Iphone 12 má stereoreproduktory, údajně oba ve spodní části.

Ty jsou umístěny ve spodní části, a tak je při sledování videa na šířku potřeba dávat pozor na to, abyste je rukou nezakryli.

Když ale budu sledovat na šířku, oba budou vpravo.

Jaký je v tomto případě stereo "efekt" ? ? ?

57

/dev/null / Web doubleloud.com

« kdy: 28. 12. 2020, 23:23:16 »

nevíte co je s webem doubleloud.com? doména není registrovaná.. Ještě 14.8.2020 tam vyšel článek. Napadá mě , není to stejný případ jako puč s cnews.cz? (a kde se dočtu, jaké zákulisní tahy stály za náhlým koncem)?

58

Hardware / Nabíječka do mobilu nedá nad 5V při použití USB-C na obou stranách s redukcí

« kdy: 27. 12. 2020, 15:36:26 »

Řeším problém, proč nabíječka nepustí do mobilu víc jak 5V při použití redukce A->C. Napětí zůstane na 5V. Problém je komplikovaný, protože záleží na konstalaci nabíječka, kabel, zařízení, to popíšu. A jak to tak bývá, při pokusu určit problémový článek řetězu se nepodařilo najít, která část nefunguje.(Jinak bych se neptal, při výměně nějakého článku v řetězu problém zmizí)


Zařízení: Mobil ZTE s konektorem USB-C (údajně jen 2.0), zvládá se nabíjet až 15W (napětí 9V-1.5A, 6.6V-2A, 5V,1.8A hned po zapojení). Tady problém není

Nabíječka: Huawei rychlá USB-A , maximální proud 2A, napětí, 5V nebo 9V.

A do třetice, místo problému: kabel. První konec kabelu je vždy USB-C.

• USB 2.0-C kabel : napájení se ustálí na 9V,1.43A
• USB 2.0-C kabel  další: napájení se ustálí na 9V,1.43A

• USB C-C kabel gen2 s využitím redukce C-A :  Problém: pouze 5V, , proud 1.43A,zkoušeny obě orientace
• Thunderbolt kabel +redukce C-A :  Problém: pouze 5V, , proud 1.43A, zkoušeny obě orientace

[/i]

• USB 3-C kabel gen2 : napájení se ustálí na 9V,1.43A --- toto je zajímavé, jde to

Možná by neměl ujít pozornosti ta redukce, jde o C-female - A -male s podporou gen.2...

Jenže: když tu redukci využiji v jiném zapojení (vlastně i se stejnou nabíječkou), tak není problém z toho dostat 9V,2A nebo 5V 2.3A.


Shrnutí dotazu:

Rád bych věděl, proč tedy u tohoto zapojení nefunguje nabíjení vyšším napětí než 5V  v konfiguraci mobil ZTE,  Nabíječka Huawei a redukce A-C  a kabel USB-C-C nebo kabel Thunderbolt 3. Ačkoliv mobil se dokáže nabíjet vyšším napětí a vyšším výkonem ; problém ani není v té redukci a těch kabelech, protože třeba jiné zařízení jsou schopné nabíjet 9V/2A...

Čili mi z toho vychází že problém by mohl být v té redukci Jaký tedy, že znemožní nastavení vyššího napětí ? Na druhou stranu jinde ta redukce problém nedělá.


(- Bohužel nemám možnost otestovat oboustranný USB-C 2.0 kabel...)



Nesouvisející:
https://forum.root.cz/index.php?topic=23685.msg338184#msg

59

/dev/null / piny nejsou symetrické na USB-C konektoru kabelu s USB 3.0A druhým koncem

« kdy: 25. 12. 2020, 23:07:03 »

Zjistil jsem pro šokující věc na USB 3.0 kabelu s konektorem A na jedné straně a C na druhé straně.

Datové piny pro USB3.0 (5 i 10 Gb/s) komunikaci jsou zapojeny jenom na jedné straně (A2,B2,B10,B11, snad se nepletu a nemám to zrcadlově špatně) , Na opačné straně nejsou zapojeny.

Pozor, kdyby se jednalo o konektor, tak, tam to takhle bylo v cajku, jenže tedy se jedná o kabel.
.. (z dokumentu https://www.usb.org/sites/default/files/USB%20Type-C%20Spec%20R2.0%20-%20August%202019.pdf )


Dokonce v tom dokumentu je takováto konstrukce ukázána: v sekci 3.5.1 USB Type-C to USB 3.1 Standard-A Cable Assembly....

Takže vyloženě nejde o nějaké skandální odhalení něčeho nového.


Proč to není udělaná zrcadlově?
Jelikože se takovýto kabel používá na USB-A straně na počítači (ne na zařízení) a na straně C nejspíš na zařízení, tak to znamemá, že to nutí všechny zařízení mít nějak řešit orientaci kabelu.

Jinak si nedokážu vysvětlit, že tento kabel funguje při obou orientacích (na C straně ; na straně A není co řešit).


Jakým způsobem to je řešeno?
1. Zařízení má na konektoru vodivě spojené dvojice datových Superspeed pinů (A2 s B2,, A3 s B3, B10 s A10 a B11 s A11) a tím by bylo zaručené, že takový to kabel bude fungovat s oběmi orientacemi. ( to naráží na to elektrické zakončení příspěvku z odkazu pod čarou)
2. Je tam ten switch / přepínač  vybírající správnou orientaci (to jsem nakousl v těch tématech níže, že single lane zařízení by tak zbytečně měly tuhle logiku)

Jiná možnost podle mě není.


Související:

• (1) https://forum.root.cz/index.php?topic=23828.msg339809#msg339809
• (2) https://forum.root.cz/index.php?topic=23829.0

60

/dev/null / V androidu nejde zachovat rozlišení ukládaného obrázku

« kdy: 23. 12. 2020, 19:53:31 »

Myslel jsem, že android ušel nějaký cesty, ale spařila mě zkušenost, kdy jsem chtěl uložit obrázek.
Editoval jsem 15MP obrázek, pouze jsem chtěl uříznout oříznout rohy (cca 10% obrázku...1.5MP pryč) . Mělo to dobrý důvod, potřeboval jsem zachovat rozlišení, zmenšení by ublížilo čitelnosti. Postupoval jsem klasicky, že na  otevřeného obrázku jsem se dotkl ikony "Hora v rámečku s tužkou vlevo dole" -stejné to je z aplikace fotoaparát i Galerie. Celkem schopný editor s mnoha možnostmi a nástroji... Provedl jsem Ořez bleskově a Chtěl uložit obrázek..

Ale v tom mě praštil do oka tento dialog:


KUA . TOHLE. ANI. OMYLEM..
 ( Aspoň jsem měl naději, že nějaký ind tvořící překlad zaměnil > a <.Vyzkoušel jsem to, uložený crop měl 1969x3512)

Tak se chci zeptat, je to s iPhone stejná user experience k posrání?