Poslední příspěvky

Stran: [1] 2 3 ... 10
1
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.
2
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.
3
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.
4
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.
5
Odkladiště / Re:Web - kdy je přepínač ON a kdy OFF
« Poslední příspěvek od k3dAR kdy 05. 12. 2024, 23:06:17 »
Zvyraznene = Ano
Bezne s timto switchem problem nemam, tady je pouze nestastne zvolena zvyraznovaci barva cervena, ktera je obecne Stop/Zapor, logicke by bylo pouzit zelenou barvu, nebo jakoukoliv jinou nez cervenou (ci cernou/sedive) pokud by webmistr chtel snad susenkovac ladit barevne s webem ;⁠-⁠)
6
Hardware / Re:Relativně přesné RTC
« Poslední příspěvek od CFM kdy 05. 12. 2024, 22:40:10 »
Ještě mě napadá, zda by nešlo využít LoRaWAN? Ve specifikaci je beacon po 128s, který obsahuje čas. Nedají se takové zprávy pasivně poslouchat z LoRaWAN od ČRA či The Things Network?
7
Sítě / Re:Po připojení do LAN se nastaví brána 0.0.0.0 a nejde změnit
« Poslední příspěvek od lukovic79 kdy 05. 12. 2024, 22:12:08 »
Vůbec to nepracuje na cloudu. Je to jen takový doplňek u tohoto zařízení k ničemu. Nemá tolik funkcí. A web editor to je úplně mizerný program.

Pokud mas kabel z pocitace zapojeny to toho kramu, a nemas na tom pocitaci zadnou dalsi sit (ani wifi) tak proste zadnou GW mit nebudes. Nedava to zadnej smysl.

Jestli je to to co sem nasel (https://www.siemens.com/cz/cs/products/automation/systems/industrial/plc/logo.html) tak je to nejaka cmoudova vec, a tudiz je dost dobre mozny, ze to bez internetu fungovat nebude vubec, nebo to minimalne budes muset pres ten cmoud nejak aktivovat.

Tzn ty potrebujes tu vec nepripojovat kabelem k pocitaci, ale musis to pripojit k nejake te internetokrabce kterou doma mas, a pokud nema dalsi volny konektor, tak si holt musis poridit switch.
8
Odkladiště / Re:Webdesign - funkcia vs forma
« Poslední příspěvek od mikesznovu kdy 05. 12. 2024, 22:09:32 »
bez adblocku a noscriptu ... dneska to vypada mnohem hur.
Łaťka se posunula ještě  viac hlubsiej. Kolikrát stačí i letmo projít  3 metry od 20" monitoru a už na dálku s něj smrdí reklamy
9
Sítě / Re:Po připojení do LAN se nastaví brána 0.0.0.0 a nejde změnit
« Poslední příspěvek od lukovic79 kdy 05. 12. 2024, 22:09:29 »
Bohužel ani přes wifi router na domácí wifi to nejde. Jakmile se připojím přes wifi a pokusím se připojit, tak se stane to samé. Nastaví se výchozí na nuly a přestane vše fungovat. Přijde mi to jako kdyby si počítač zjistil MAC a zablokoval. Pak to hlásí chybu ip adres. A přitom na wifi mám automatické přidělování.

Pokud mas kabel z pocitace zapojeny to toho kramu, a nemas na tom pocitaci zadnou dalsi sit (ani wifi) tak proste zadnou GW mit nebudes. Nedava to zadnej smysl.

Jestli je to to co sem nasel (https://www.siemens.com/cz/cs/products/automation/systems/industrial/plc/logo.html) tak je to nejaka cmoudova vec, a tudiz je dost dobre mozny, ze to bez internetu fungovat nebude vubec, nebo to minimalne budes muset pres ten cmoud nejak aktivovat.

Tzn ty potrebujes tu vec nepripojovat kabelem k pocitaci, ale musis to pripojit k nejake te internetokrabce kterou doma mas, a pokud nema dalsi volny konektor, tak si holt musis poridit switch.
10
Sítě / Re:Přepínání rychlosti routeru
« Poslední příspěvek od mikesznovu kdy 05. 12. 2024, 22:06:54 »

Zažil jsem taky pár situací, kdy dva gigové porty proti sobě měly jenom dva páry (1+2, 3+6) takže auto-nego proběhla, domluvili se na gigu, a to se pak nespojilo. A prostě zůstal link down.
Asi tohle je nějaký popsaný "failure mode" té autodetekce, ale  na to už taky prý existuje rovnák (už nějak dlouho)
Stran: [1] 2 3 ... 10