Příspěvky

76

Hardware / Re:Provoz PC bez grafické karty

« kdy: 12. 04. 2020, 14:24:31 »

Co zkusit nějaké nástroje okolo PCIe power managementu a třeba tu kartu vypnout nebo jí poslat do nějakého deep sleep režimu? Konkrétní příklady příkazů se podaři vygooglovat, když budeš hledat zlepšení výdrže notebooku na baterku. Pro Linux takové věci existují, ale zda i pro BSD, to nemám tušení.

77

Bazar / Re:Autopi.io / OBDII raspberry pi, GPS, WIFI, LTE/4G, BT, USB, HDMI, GPIO

« kdy: 13. 01. 2020, 20:33:49 »

Je to Gen2? Pokud ano, tak beru.

78

Sítě / Re:Public network bridge nefunguje

« kdy: 07. 01. 2020, 12:25:02 »

Super.

Jak je v tom fóru, doporučuji dát ty řádky ExecStartPre do .service souboru od dockeru, aby bylo opravdu zajištěno, že se tato pravidla nastaví při každém restartu dockeru.

79

Sítě / Re:Public network bridge nefunguje

« kdy: 07. 01. 2020, 11:58:23 »

Aha, to by mohl být problém. Popravdě síťování v dockeru neznám, ale když jsem to hodil do googlu, tak je to častý problém. Třeba z prvního odkazu to někdo vyřešil doplněním pravidel do iptables: https://bbs.archlinux.org/viewtopic.php?id=233727

80

Sítě / Re:Public network bridge nefunguje

« kdy: 07. 01. 2020, 11:21:59 »

State: forwarding je v pořádku, to znamená, že do/z toho portu se posílají data. Jiné stavy jsou třeba listening nebo blocked, je to stav v rámci STP protokolu, což je ochrana proti smyčkám na síti.

Na tom Mikrotiku jsem pochopil, že ten ethernet bude v bridge, evidentně není, když v Hosts žádné záznamy nejsou . V takovém případě by prostě měly být vidět alespoň MAC adresy v IP->ARP.

Dále bych tedy postupoval diagnostikou: z virtuálu zkusit ping na hosta, pak na Mikrotik, z Mikrotika zkusit ping na hosta, pak na virtuál. Zapnout si k tomu na hostu tcpdump na bridge.

Základní konfigurace bridge prostě je brctl addbr, brctl addif a brctl addif a mělo by to hned hrát a neměly být žádné komplikace.

Edit: Ještě mě napadlo, že dřív býval v Linuxu problém pokud bylo IP nastavené na eth0. IP musí být nastaveno pouze na br0 a eth0+tap0 musí být jen up bez IP adres.

81

Sítě / Re:Public network bridge nefunguje

« kdy: 07. 01. 2020, 07:48:54 »

Firewall na host mašině nebo povolené STP na bridge s 30 sekundovým timeoutem - traffic přes bridge začne jít až po půl minutě po nahození interface. dhcpcd dělá interface down/up před tím, než začne vysílat a čekat.

V tom Mikrotiku se v Bridge->Hosts dá ověřit, jestli z toho portu je více MAC adres nebo je tam jenom jedna toho hosta.

A ten timeout jde změnit přes

Kód: [Vybrat]

brctl br0 setfd 0

82

Sítě / Re:IP adresa z Jerevanu

« kdy: 18. 12. 2019, 13:10:46 »

Ano, to jsou právě ty speciální případy řešené zákonem. Tedy nemusíte umožnit registraci, nemusíte umožnit objednávku, nemusíte umožnit přehrát obsah.

Musíte běžný (nechráněný) obsah zobrazit beze změn - např. když si chci koupit košili v T.M. Lewin, musí mi umožnit vidět britské ceny (ale objednat nemůžu).

Otázkou je, jestli je GeoIP správný nástroj. Můžete v důsledku chyby někoho nepřípustně diskriminovat a to nesmíte (hrozí správní pokuta).

Obvykle vysílání televizí to řeší tak, že povolují jen obsah, co smí vysílat do celého světa (vlastní produkce, zpravodajství), ostatní znemožňují paušálně (jinak by mohli udělat chybu).

V EU už máme schválený jednotný digitální trh, takže pokud by se uživatel na ten ČT4 Sport přihlašoval nějakým účtem, kde má poskytovatel ověřeno, že je Čech, tak mu musí ČT umožnit přehrávání toho zápasu ať je kdekoliv v EU.

Vedlejším efektem taktéž je, že dříve stačilo s CZ Netflix účtem odjet do UK a najednou byla jiná, lepší, nabídka. Teď mají tihle lidi stejně mizernou nabídku, jako v CZ.