Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Sítě / Re:Root.cz přes IPv6 se nezobrazí ve Firefoxu
« Poslední příspěvek od Michal Šmucr kdy Dnes v 09:14:18 »
Problém s IPv6 (na DSL cetinu) jsem také měl jakmile vyšla verze firmware 7.16 takže jsem se vrátil na 7.15.3 jelikož nebyl čas to řešit a problém zmizel.

Teď už myslím verze 7.16.2 takže zkuste nejdříve na nejnovější a pokud ne zvažte downgrade.

Nemyslím si, že by to byl ten primární problém, o kterém píše. Jak pak vyplynulo z další diskuze, tak je to spíš věcí konfigurace (správná velikost MTU v PPPoE klientovi, případně její posílání v ND (RA) nebo přidání pravidla pro MSS clamping). Viz můj dlouhý post výše. Nesouvisí to až tak s případným bugem, pokud to není dobře nastaveno.

Mikrotik, který jsem používal na testy, měl firmware s RouterOS 7.13 tuším někdy z loňska.
Teď po testech jsem to aktualizoval 7.16.2, chovalo se to úplně stejně.

2
Sítě / Re:USB tethering na Mikrotiku RB750Gr3
« Poslední příspěvek od LolPhirae kdy Dnes v 09:08:01 »
A pokud vím, USB-C dokovací stanice s ethernetem se s telefonama taky nedomluví.

Mraky X-in-1 s několika USB porty, RJ45 a event. další pro daný účet zbytečnou zbytečnou bižuterií (čtečka SD, HDMI, VGA...) od pár stovek všude možně, od Alzu přes Aukro po Ali. Jestli chceš nějakou konkrétní značku, co není úplná no-name Čína, tak např. Ugreen.

Funguje s Androidem úplně normálně. Naprosto běžně to dávám lidem k Chromecastu 4K (tam je potřeba ještě, aby to podporovalo PD přes ten USB-C kabel - u mobilu samozřejmě ne.)
3
Software / Raspberry - systemové logy
« Poslední příspěvek od Le_Ze kdy Dnes v 08:50:21 »
Dobrý den.
Jsem zjistil, že zmizli a misto ních nějaký journald.
/var/log/README

Je tam napisano
Citace
Alternatively, consider installing one of the traditional syslog
implementations available for your distribution, which will generate the
classic log files for you. Syslog implementations such as syslog-ng or rsyslog
may be installed side-by-side with the journal and will continue to function
Poradite co nainstalovat?


PS: nebo by mi stačilo uložit do souboru systemové logy za posledních 24 hod.
Děkuji.
4
Hardware / Re:Relativně přesné RTC
« Poslední příspěvek od Dushino42 kdy Dnes v 08:22:43 »
Mě ještě napadla jiná věc, ale jen principiálně - nemám s tím zkušenosti. Distributoři elektřiny rozlišují vysoký a nízký tarif. Informace o přepnutí posílají "nějak" po el. síti. Nešlo by tohle nějak využít? Netším, jak přesní jsou, jen předpokládám, že je v jejich zájmu být "rozumně" přesný asi v intencích požadavku na tazatelovu přesnost. Navíc časy přepínání průběžně mění, ale to také nemusí vadit, protože pokud je změna navázána na minutu, k synchronizaci na "nejbližší" minutu by to stačilo. Je to ale jen nápad, chtělo by to zjistit, jak dekódovat info o tarifu a jak je přepínání přesné.
5
Server / Re:Ako spraviť noreply e-mail?
« Poslední příspěvek od Zopper kdy Dnes v 08:05:50 »
...
Je jezke videt ze sem chodej lidi, ktery vubec netusej, jak spameri fungujou.

Vis proc (velmi dobre) funguje greylist? Protoze spamer ti kasle na jakykoli overovani toho jestli ten mail existuje nebo ne. Jemu je to uplne burt.
Takže databáze ověřených emailů se prodávají jen tak z frcu? :o A zajímá mě, jak bez unikátního emailu v každé službě rozlišíte, odkud ten váš email přišel a kdo buď nenahlásil únik dat, nebo porušuje GDPR a posílá nevyžádanou reklamu, aka spam, z jiného eshopu v rámci skupiny, přesto, že jste s jejím zasíláním nesouhlasil. Nějaký číňan prodávající kouzelné pilulky nebo nevím co, mě je ukradený, takové emaily prakticky nevidím. Mnohem víc mi vadí, když udělám objednávku z eshop1 a po nějaké době mi začnou chodit reklamy z eshop2. Vy máte smůlu, nevíte, odkud to vzali. Ale já vím, že mi to chodí na eshop1@mojedomena.com, takže jim to můžu pěkně hodit na hlavu.
6
Sítě / Re:Root.cz přes IPv6 se nezobrazí ve Firefoxu
« Poslední příspěvek od Jimmyx kdy Dnes v 07:45:50 »
Problém s IPv6 (na DSL cetinu) jsem také měl jakmile vyšla verze firmware 7.16 takže jsem se vrátil na 7.15.3 jelikož nebyl čas to řešit a problém zmizel.

Teď už myslím verze 7.16.2 takže zkuste nejdříve na nejnovější a pokud ne zvažte downgrade.
Nebyl problém v tomto viz change log 7.16.2 ?
*) route - fixed possible issue with inactive routes after reboot (introduced in v7.16);
7
Hardware / Re:Relativně přesné RTC
« Poslední příspěvek od mise kdy Dnes v 06:34:06 »
LoRaWAN síť na synchronizaci času je zajímavá volba. Šlo by to na ní asi udělat více způsoby, ale...
Mám zkušenosti, že LoRa ve sklepích nemá dobrý signál - hlavně ve staré zástavbě - metrové vlhké zdi. Takže dát anténu někam k oknu nebo vytáhnout nad chodník. Cena modulu je také někde kolem 500,- ale spíše více.
8
Sítě / Re:Root.cz přes IPv6 se nezobrazí ve Firefoxu
« Poslední příspěvek od Martin-2 kdy Dnes v 03:30:20 »
Mám router Mikrotik s nastavenou IPv6 a některé weby (root.cz, freebsd.org,...) se ve Firefoxu nenačtou, ale v Chrome ano. Po zobrazení v Chrome se ukáží i ve Firefoxu.

Když použiji router TP-Link Archer C7, tak vše běží bez problému. Tam se dají zapnout nějaké autokonfigurace, takže nevidím dovnitř nastavení.

curl načte http:// bleskově, ale tam je přesměrování na https:// a tam se už zasekne. root.cz

Měl jsem Mikrotika s IPv6 několik let a vše běželo dobře. Teď jsem koupil novější model a současně přešel z WiFi providera na DSL/PPPoE.

Router je dostupný na vnější IPv6 adrese a routuje i na global IPv6 co jsou ve vnitřní síti. Konfigurace by měla být v pořádku.

Nejsem první, kdo se s tím párá: https://www.reddit.com/r/ipv6/comments/qdk8kf/firefox_cant_open_some_ipv6_websites/

Bohužel nevidím řešení. Poskytovatel taky ne, prodejce routeru taky ne.

Děkuji předem za pomoc.

Problém s IPv6 (na DSL cetinu) jsem také měl jakmile vyšla verze firmware 7.16 takže jsem se vrátil na 7.15.3 jelikož nebyl čas to řešit a problém zmizel.

Teď už myslím verze 7.16.2 takže zkuste nejdříve na nejnovější a pokud ne zvažte downgrade.
9
Sítě / Re:Root.cz přes IPv6 se nezobrazí ve Firefoxu
« Poslední příspěvek od Michal Šmucr kdy Dnes v 01:10:12 »
O.K. tak si sám napíšu update.
Vrtalo mi to hlavou a ozkoušel jsem si to na Mikrotiku s VDSL modemem v bridge režimu (O2, Cetin).
PPPoE klient nastavený na MTU 1492, to chodilo podle předpokladu dobře.

Vyzkoušel jsem si všechny zmíněné scénáře

- Nenastavovat nic dál, nechat to na dynamické zjišťování PMTU až ke klientovi
ICMPv6 je ve výchozím nastavení RouterOS povolené, zpráva packet too big (PTB) prochází na stanice.
První spojení se nenaváže, ale vytvoří se záznam v lokální routovací tabulce s menším MTU pro hosta venku (server). Dá se v Linuxu ověřit přes ip -6 route show cache. Další spojení pak proběhne v pohodě s použitím nové MTU.

Horší pak je, jak se tohle chování projeví se standardními aplikacemi. Chrome i FF dlouho čeká na timeout s chybou, nebo se musí načítání stránky přerušit a refreshnout. Druhé spojení pak načte základní stránku, ale pak se typicky čeká znovu (další servery s reklamou, skripty, diskuzí atp.), takže zas přerušit a dát refresh. Totéž pak třeba telefon s iOSem. Prakticky nepoužitelné.

To btw. vysvětluje i to zdánlivě divné chování, co popisoval tazatel. Není to tak, že by to chodilo v konkrétním browseru a jiném ne. Pokud to zkouší nejprve v jedné aplikaci, tak se to nenačte, ale udělá se PMTU záznam a v druhé, co zkouší později, už to pak po dobu jeho platnosti záznamu chodí.

- MSS clamping
Na RouterOS jsem to naklikal v GUI pro mangle tabulku a forward chain. Případně přes konzoli něco jako:
Kód: [Vybrat]
/ipv6 firewall mangle add action=change-mss chain=forward new-mss=clamp-to-pmtu passthrough=yes
protocol=tcp tcp-flags=syn

Tohle zafunguje vcelku spolehlivě a vyřeší problémy s načítáním většiny stránek.
Nevýhoda je, že to logicky funguje jen na TCP spojení. UDP spojení to neřeší, nemají MSS field.
Takže by se muselo spoléhat na to, že ty aplikace, co UDP používají, si vyřeší reconnect po zjištění PMTU (viz předchozí způsob). Nevím například, jak to je s aktuálním použitím QUIC/HTTP3, co běží přes UDP, jaké mají servery MTU, a jestli je dobré na tenhle workaround spoléhat do budoucna.

- snížení inzerovaného MTU v RA (ND) na 1492
To samozřejmě řeší komunikaci všemi protokoly, aby to prošlo přes WAN síť, a funguje spolehlivě. Nevýhoda už tu byla předtím zmíněná, pokud spolu klienti komunikují v LAN mezi sebou po IPv6, používají také menší MTU.
Otázka je, jak velký je tohle prakticky problém.. za mě je to pořád preferovaná varianta, jak to řešit pro většinu menších sítí.

Takže - pick your poison. A víceméně mi to odpovídá na otázku, proč třeba někteří výrobci SOHO routerů/modemů, které jsem viděl, měli ve výchozím nastavení všechno naráz - bylo povolené ICMPv6, MSS clamping a ještě k tomu replikovali MTU od upstream linky v RA.
10
Odkladiště / Re:Web - kdy je přepínač ON a kdy OFF
« Poslední příspěvek od Libor kdy 05. 12. 2024, 23:41:19 »
Já vždy taky měl za to, že vlevo je VYPNUTO, a vpravo je ZAPNUTO.
Nezávisle na grafickém šílenství na stránce obsaženém.
Stran: [1] 2 3 ... 10