Příspěvky

31

Hardware / Re:QHD (2560x1440) monitor 27-32" s externím napájecím adaptérem (DC napájení)

« kdy: 10. 08. 2022, 14:18:28 »

LG to pokud vím takto má řešené, navíc umí Powerdelivery po USB-C...  Takže tím pořešíš i napájení notebooku + jsou v monitoru reproduktory a vystýp na USB pro dongle atd... Mám tedy 4K variantu 850 ale nižší řady budou mít asi podobné vybavení za příznivější cenu... mrkni např. na LG shop

Ano, potvrzuji, monitory LG používají externí zdroj 19,5 V a asi 130 W (protože podporují 60W power delivery, když ho nebudeš používat, stačí asi i výrazně slabší výkon). Používá se normální kulatý napájecí konektor.

32

Sítě / Re:Tunel z veřejné sítě na domácí PC s IPv6

« kdy: 05. 08. 2022, 15:12:37 »

Nejjednodušší (a to do té míry, že to můžete naučit i svoje příbuzné) je aplikace 1.1.1.1 od Cloudflare, která při aktivaci funkce WARP jako vedlejší produkt zpřístupní IPv6. WARP klient už existuje i ve verzi pro desktopové operační systémy a je zdarma.

33

Hardware / Re:Gigabitový router pro OpenWRT

« kdy: 04. 08. 2022, 11:03:04 »

Diky za odpoved. Tak nejak jsem si tohle myslel. Cili kdybych to fakt nedejboze nekdy chtel zkusit, tak zkratka musi sedet konektor, brouseni a potrebuju ONT/OLT SFP modul a modlit se, ze to pujde?

Asi jsem to nezdůraznil, ale u sítí PON probíhá registrace ONT vůči OLT. Čili ten kdo ovládá OLT určuje, co bude k síti připojeno a co ne. Takže i když si koupíte totožný model ONT jako ten, který vám ISP dodal, bez jeho součinnosti ho na své přípojce nezprovozníte (to je stejné jako třeba s DOCSIS modemy a velký rozdíl proti xDSL nebo Point to point optice).

Takže celý ten proces by měl začít dotazem na majitele OLT, jestli a za jakých podmínek je ochoten do sítě připustit cizí zařízení a případně která.

34

Hardware / Re:Gigabitový router pro OpenWRT

« kdy: 04. 08. 2022, 10:11:32 »

Prosim pekne, trosku bych si dovoli offtopic otazku - ale kdyz se tu bavite o tom SFP GPON adapteru - jak to obecne tedy je? Ja mam optiku, kde je nejaky hujahej bridge se SC APC konektorem a jelikoz jsem takovy to hovadko, co ma rado vsechno svoje, tak jsem si chtel zkusit koupit PCIe SFP kartu do routeru a do toho NEJAKEJ GPON ONT(OLT?) adapter - samozrejme zase se SC/APC konektorem (coz je samo o sobe haluz sehnat). Muzu nejak predpokladat, ze to je kompatibilni, nebo na co vse se musi koukat? A proc by to ISP nedovolil? Diky.

U sítí typu *PON je jedno vlákno sdílené mezi více uživateli. To znamená, že nevhodné zařízení u jednoho z nich může ovlivnit službu u ostatních. Taky proto, aby se účastníci nemohli odposlouchávat, je přenos šifrovaný. Takže záleží jen na provozovateli sítě (na straně sítě je OLT, účastníci mají ONT), která zařízení do sítě povolí připojit a která ne. A pak tu je otázka vzájemné interoperability zařízení různých výrobců, která taky není úplně ideální, takže i když ISP zařízení zaregistruje, není úplně jisté, že to bude dobře fungovat. Typ konektoru (LC/SC) a tvar zabroušení (UPC/APC) nehraje velkou roli, to se dá vždycky změnit spojkou a příslušným patch kabelem.

35

Hardware / Re:Gigabitový router pro OpenWRT

« kdy: 03. 08. 2022, 10:01:29 »

Turris MOX v konfiguraci AD. Kdyby byla konstelace příznivá, třeba by se dalo sehnat i kompatibilní GPON SFP, takže by šel nahradit i ONT (ale to provozovatel GPONu nejspíš nebude chtít).

Nejsem si jist podporou pro OpenWRT, ale současný TurrisOS je OpenWRT velmi blízko a přidává navíc pěkné věci jako Btrfs as snapshoty. Když se nezapnou automatické aktualizace, je to v podstatě totožné s instalací OpenWRT

36

Hardware / Re:Nefunguje datový přenos s USB-C redukcí (sys/class/usb info included)

« kdy: 01. 08. 2022, 13:55:15 »

Jinak pokud telefon detekuje nějaké příslušenství jako audio adaptér, znamená to, že někde na cestě jsou kontakty CC1 a CC2 spojeny dohromady, což je také zakázáno. Stejnou chybou trpěla první revize Raspberry Pi 4 - a nedávno mě to dostihlo, když jsem si říkal, proč se to Raspberry odmítá napájet z monitoru prostřednictvím type-C to type-C high speed kabelu.

Jinak pro pasivní kabely (tedy ty pro pouze USB 2.0 a maximálně 3A) se ten problém neprojeví, protože tyhle kabely mají zapojený jen jeden pin CC, zatímco druhý zůstává nezapojen.

Ale znovu jsme u toho, že tohle rozhodně není chyba USB IF ale ignorantů, kteří se neobtěžují čtením standardů před jejich implementací. To stejné platí o spoustě elektroniky s konektory typu C, kde třeba chybí detekční rezistory úplně, takže taková zařízení pak není možné nabíjet kabelem typu C-C.

37

Hardware / Re:Nefunguje datový přenos s USB-C redukcí (sys/class/usb info included)

« kdy: 01. 08. 2022, 13:27:49 »

Nějak nám ta kompatibilita hapruje, kde udělali soudruzi v USBIF chybu?

Tak především zakázali pasivní redukce se zásuvkou typu C. Což ovšem nebrání výrobcům aby je vyráběli, nicméně pak není divu, že jsou tam problémy s interoperabilitou.

Velice pravděpodobně to bude fungovat jen při jedné orientaci konektoru, protože výrobci redukce prostě zapomněli na to, že konektory jsou oboustranné.

38

Sítě / Re:Minimalistická implementace PoE 802.3af

« kdy: 25. 07. 2022, 13:37:07 »

Četl jsem o tom hezký write-up asi před 12 lety. Bohužel už z internetu zmizel a v archivu je jen textová verze bez obrázků a tehdejší zprávička na HackADay: https://hackaday.com/2010/01/26/powering-a-switch-via-poe/

Ten obvod používal signalizační rezistor 25 kOhm a solid-state relé, které spínalo zátěž až poté, co zdroj dodá plných 48 voltů. Bez toho nejspíš switch detekuje zkrat a odmítne napájení zapnout.

39

Sítě / Re:Více bran při víc IP, ale jedna MAC

« kdy: 18. 07. 2022, 11:06:22 »

Když už si má uživatel měnit bránu, pak není žádný problém, aby si měnil i IP adresu. Routing probíhá na vrstvě IP, takže použité MAC adresy do procesu rozhodování nevstupují, jsou to jen prostředky k tomu, jak datagram dostat do patřičného routeru, tam se datagram vybalí a obálka spojové vrstvy se zahodí.

Pokud bys za každou cenu chtěl měnit _jen_ IP adresu brány, nejspíš by to šlo zařídit pomocí funkce macvlan, která na základě MAC adresy rozděluje provoz jednoho fyzického rozhraní mezi několik logických rozhraní. Pokud ovšem klienti budou používat s oběma branami stejný adresní rozsah, povede to ke konfliktu, kdy router nebude vědět, kterým logickým rozhraním má poslat provoz k tomu kterému klientovi. Taky na to je řešení v podobě network namespaces, nebo (komplikovanější) vrf.

Proti tomu mnohem jednodušší řešení jsou prostě dvě různé VLANy, resp. 2 různé essid na Wi-Fi, každá s vlastním nekolizním adresním rozsahem. Uživatel jednoduše zvolí cestu výběrem bezdrátové sítě nebo zapojením počítače do správné zásuvky.

40

Server / Re:DNSSEC přestal fungovat a doména neresolvuje

« kdy: 14. 07. 2022, 13:18:35 »

Těžko říct, co se mohlo rozbít. Asi je potřeba začít se bavit o konkrétním názvu zóny. Taky bych asi vyzkoušel prohledat logy a vyzkoušet na danou zónu dig <jméno zóny> DNSKEY @<jméno serveru> aby bylo vidět, proč server nevrací příslušný klíč.

41

Sítě / Re:Tayga routování z VPS

« kdy: 30. 06. 2022, 11:40:02 »

V tom případě je potřeba, aby se všechny VPS dozvěděly, za kterou IP adresou je NAT64 prefix. Vidím tři možnosti:

• Instalovat statický záznam do směrovacích tabulek všech VPS.
• Instalovat statický záznam do routeru (to asi nebude možné ten router nejspíš není váš)
• Změnit výchozí bránu všech VPS na adresu serveru s taygou, s tím, že tento server následně dosměruje ostatní provoz ke skutečnému routeru. Tahle varianta může narazit na to, pokud místní router provádí nějakou First-Hop-Security.

42

Sítě / Re:Metronet DSL a IPv6 na Mikrotiku

« kdy: 30. 06. 2022, 11:31:47 »

V prvom rade, netráp sa s webfigom, stiahni si winbox a konfiguruj to cez neho. Ak nemáš windows, nevadí, winbox je veľmi slušne vychovaná aplikácia a krásne behá aj pod wine, dokonca aj na arm-ových apple.

V čem přesně se liší ovládání winboxem od ovládání pomocí webfig? Na první pohled to vypadá v podstatě stejně. Instalace Wine je pro mě mnohem větší trápení

43

Sítě / Re:Tayga routování z VPS

« kdy: 29. 06. 2022, 13:35:14 »

Chová se ten server vůči VPSkám jako router nebo jako bridge?

44

Sítě / Re:Tayga routování z VPS

« kdy: 29. 06. 2022, 12:47:49 »

Není mi jasné, čeho přesně chceš dosáhnout a jak přesně vypadá prostředí. Co je to přesně „vnitřní VPS?“

Pokud chceš zprovoznit NAT64 dostupný pro jiné VPS, mezi kterými je router, pak je potřeba ten router nastavit tak, aby prefix 64:ff9b::/96 posílal na příslušnou VPS s NAT64.

45

Distribuce / Re:Vypsání DNSSEC klíčů

« kdy: 28. 03. 2022, 20:26:21 »

Neco mam spatne, porad to nic nevypisuje, kde je chyba ??

Nejspíš místní DNS resolver DNSSEC ignoruje a dotazy na záznamy typu DNSKEY zřejmě končí chybou. To by se ukázalo, kdybys ukázal celý výstup příkazu dig bez +short.

Řešením je zeptat se nějakého jiného DNS resolveru, takového, který DNSSECu rozumí. To se dělá pomocí @, takže třeba

Kód: [Vybrat]

dig com. dnskey @one.one.one.one