Poslední příspěvky

Stran: 1 2 [3] 4 5 ... 10
21
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é.
22
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.
23
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);
24
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.
25
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.
26
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.
27
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.
28
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 ;⁠-⁠)
29
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?
30
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.
Stran: 1 2 [3] 4 5 ... 10