Příspěvky

31

Hardware / Re:Poraďte náhradu za GIGABYTE GA-N3160TN

« kdy: 30. 08. 2023, 12:35:40 »

Mínusové větve v ATX konektoru pro Vaše potřeby nejspíš nevyužijete = nejsou potřeba.
Teoreticky by mohly být k něčemu pro audio (spíš pochybuju) nebo linkové budiče COM portu (záleží jaký level-shifter je použit, spíš to ani nebude potřeba). Osobně je v HTPC nemám (Gemini Lake na starší ITX desce od AsRocku).

A ano, zřejmě v rámci chip shortage se výrobci na ITX s integrovaným ATOMem pěkně z vysoka :-( a už to tak zůstalo. Ošklivej Gigabyte. Možná nás skládačů už tolik není...

Zůstali u toho někteří "průmysloví" výrobci:
https://www.advantech.com/en/products/mini-itx-motherboards/sub_1-2jkkgr
Ale cena je samozřejmě "průmyslová".

Něco má AsRock Industrial:
https://www.asrockind.com/en-gb/IMB-1005J
https://www.asrockind.com/en-gb/mini-itx

A něco taky SuperMicro, ale tam se vyskytujou spíš "networking" ATOMy. A je trochu problém, v tom jejich předlouhém seznamu motherboardů něco najít. Navíc mám pocit, že ty přímo letované ATOMy v nových generacích desek taky spíš utlumujou. A co vím, docela dlouho byl problém s praktickou dostupností jejich ATOMových desek.

32

Hardware / Re:Reboot z Linuxu vypne displej

« kdy: 20. 08. 2023, 14:58:37 »

A co zkusit něco jako acpi_osi="Windows 2021"  ? (nebo 2022)
https://unix.stackexchange.com/questions/246672/how-to-set-acpi-osi-parameter-in-the-grub
https://learn.microsoft.com/en-us/windows-hardware/drivers/acpi/winacpi-osi
Není mi jasné, jestli v dnešních UEFI-only strojích ještě hrají roli ACPI tabulky. Každopádně Microsoft má ten string definovaný i pro Windows 11.

Nebyl by pro tu mašinku nový BIOS? Ten by mohl taky ledacos pořešit.

33

Sítě / Re:Mikrotik wifi stationbridge s LTE a NATem

« kdy: 17. 08. 2023, 18:23:53 »

Jak tak koukám, co má OP za rádio, tak přidat druhé wifi rádio dovnitř nejspíš nepůjde a externí USB port to nemá. Takže leda externí AP. Třeba mAP nebo cokoli většího. Asi cesta nejmenších nákladů a odporu.

Poskládat 2x wifi a ještě R11e do jedné desky... možná by to šlo s použitím RB912, strčit druhé WiFi rádio do MiniPCI-e a R11e přes redukci do vnějšího USB portu, pokud se to spolu bude kamarádit. Koukám že Mikrotik asi nic většího nemá, s více MiniPCI-e sloty. Pak už leda něco na bázi x86.

34

Sítě / Re:Mikrotik wifi stationbridge s LTE a NATem

« kdy: 17. 08. 2023, 08:32:32 »

:-) není zač, "chytrému napověz".
Přeji co nejméně "následných překvapení".

35

Sítě / Re:Mikrotik wifi stationbridge s LTE a NATem

« kdy: 15. 08. 2023, 19:36:49 »

Tak to zkuste trochu poštudovat. Není to zase tak složité. Hm. Nějak marně googlím hezký výstižný obrázek... něco jsem Vám v rychlosti načmáral, viz příloha.

Druhá vrstva jede podle MAC adres, aktivním prvkům v této vrstvě se říká switch nebo bridge. V dnešní době se s pojmem bridge často setkáte ve smyslu "softwarový bridge" v nějaké chytré krabičce. Jinak ale chytré krabičky mívají taky konfigurovatelný HW Eth switch, kde si můžete shlukovat porty do "virtuálních LAN". Různé VLANy na sebe na L2 navzájem nevidí, přestože jedou skrz tentýž fyzický switch.
Bohužel Wifi je jiný čip na motherboardu a má interně rozhraní PCI-e, takže přestože pracuje s ethernetovými rámci, musí se na metalický ethernet bridgovat softwarově (nebo samozřejmě routovat na L3).

Třetí vrstva jede podle IP adres, aktivním prvkům se říká router. Na třetí vrstvě řešíte subnety, které Vám vespod nejspíš budou pasovat na vykolíkované L2 sítě. (Nebudu Vás trápit virtualizací = VRF, network namespaces, VM.)

Pokud máte uvnitř Mikrotiku definováno více L2 VLAN nebo soft-bridgů, můžete a nemusíte do každé(ho) z nich vidět L3 rozhraním. L3 rozhraní do VLANy či bridge je potřeba k forwardování provozu na L3, a taky na něm lze povolit přístup na management RouterOS. Obvykle se management povoluje z LAN nebo z dedicated managementové sítě/portu. Něco k VLANám...

Jak to uklikat v Mikrotiku?
Zazálohujte si konfiguraci, která Vám momentálně funguje.
Pak bude možná nejjednodušší, smazat konfiguraci a začít z čisté vody. Z "quick-set šablon" bych jako výchozí bod volil buď AP nebo CPE - ale nejspíš to v té šabloně nedáte celé. Určitě režim router, a dál jde o to, přiřadit mu správně rozhraní do zón WAN a LAN. Na straně LAN bych vytvořil "bridge", do kterého bych naházel kýžené metalické porty a WIFI ESSID, ve kterém box bude v roli "mastera" (AP). Do zóny WAN je potřeba přiřadit WIFI ESSID, ve kterém se má box chovat jako client.

Do soft-bridge v Mikrotiku a OpenWRT se dají přiřazovat rozhraní, která jsou typu Ethernet a příbuzná - vedle fyzických Eth portů také VLANy, pojmenované instance Wifi sítí (ESSID), OpenVPN TAP apod.

36

Software / Re:iVysílání není podporováno v OS Linux

« kdy: 15. 08. 2023, 14:08:52 »

Do záznamu: Debian 10 64b, FF 102.10.0 ESR. Problém s DRM v iVysílání, doprovázený jednoznačnými chybovými hláškami, jsem vyřešil konfigurací asi před rokem... od té doby jsem si nevšiml nějakých zádrhelů.

37

Sítě / Re:Mikrotik wifi stationbridge s LTE a NATem

« kdy: 15. 08. 2023, 12:36:26 »

Jestli správně chápu, Váš Mikrotik v tuhle chvíli bridguje Vaši LAN k sousedově LAN. Tzn. soused Vám dává DHCP.
Pokud chcete mít failover k sousedovi vs. do LTE, potřebujete si DHCP servírovat sám, nezávisle na upstream konektivitě (jak jste zjevně správně odvodil). Tzn. potřebujete svého Mikrotika překonfigurovat, aby nebridgoval z uplinku od souseda, ale aby si jenom vzal na upstream rozhraní IP adresu přes DHCP, a do Vaší LAN provoz forwardoval na 3.vrstvě skrz svůj vlastní NAT. Tzn. řekl bych skoro základní konfigurace :-) tzn. router kde WAN = WiFi client.
No a pak můžete pogooglit nějaký skript, který bude hlídat primární konektivitu (pingem?), a pokud tato padne, nahodí záložní uplink = LTE.
Na tomtéž routeru může sedět taky wireguard client.

Pokud chcete být jedním směrem WiFi klient a druhým směrem (jiný subnet) WiFi AP, potřebujete podle mého dvě nezávislá rádia. Pokud má Váš mikrotik simultánní dual-band s oddělenými anténami pro obě pásma, tak to vlastně jsou dvě rádia = šlo by svítit každým směrem v jiném pásmu. Nebo řešíte v rovině mechanické skladebnosti, jak nacpat do routerboardu přídavné rádio a zároveň LTE.

Omlouvám se za povrchní odpověď, ohledně mikrotiku jsem lama.

38

Software / Re:Odpověd z podpory iVysilání: ... není ze strany iVysílání OS Linux podporován

« kdy: 13. 08. 2023, 19:32:28 »

Co má známý za konektivitu?

39

Sítě / Re:Doporučte GSM modem s ethernetem

« kdy: 11. 08. 2023, 10:48:02 »

si kladu otazku, pokud 5G na mym mobilu nyni bezi 5x lepe nez vdsl, nedozrava to k nahrade? pokud je download, upload , ping, jitter lepsi... ale jak se to chova, kdyz je za routerem 50 zarizeni generujicich stovky sessions?

Věcný názor podložený zkušeností s 5G nemám. Zkušenosti jenom historické s různými konektivitami na bázi 3G / 4G. Tyto mě vedou k bonmotu: připravte se na nejhorší, zbyde Vám nějaký prostor pro příjemné překvapení :-)

Podle mého to co máte doma poněkud přesahuje SoHo kategorii, jak ji operátoři retailové konektivity běžně chápou.

Mimochodem to 5G se pořád ještě rozjíždí, mimo velká města bych se trochu bál, že krajina v tuto chvíli není kompletně pokrytá.

40

Sítě / Re:Doporučte GSM modem s ethernetem

« kdy: 11. 08. 2023, 08:40:01 »

Jinak mě napadá: vzít konektivitu jaká je, klidně s NATem (ale bohužel GSM/LTE operátoři tradičně kladou provozu TCP/IP i další omezení) a věci, které mají být vidět veřejně, vystrčit do VPSky za pár šlupek. Mezi VPS a vnitřní sítí natáhnout VPN (např. OpenVPN), VPN relaci navazovat z vnitřní sítě na VPS. Asi by to znamenalo, na chytrém routeru ve vnitřní síti udělat policy routing se dvěma default routy, např. značkovat co přijde z VPN tunelu a "related" provoz házet zpátky zase tamtudy.

Jako nejslabší bod vidím službu, přes kterou to bude připojeno do internetu. GSM/LTE je hodně mizerná náplast. Navíc než to celé pokonfigurujete, může být CETIN hotový s opravou drátů. Aspoň tady u nás bývají docela svižní - externí servisák přijede druhý den apod.

41

Sítě / Re:Doporučte GSM modem s ethernetem

« kdy: 10. 08. 2023, 23:35:24 »

...hele, nemáte tam po ruce nějakého WISPa v pásmu 60 GHz? Třeba byste se pak ani nechtěl vracet k DSL...

42

Sítě / Re:Doporučte GSM modem s ethernetem

« kdy: 10. 08. 2023, 23:21:52 »

A tady je relevantní téma od OpenWRT:
Víceméně mi to potvrzuje, že ta "emulace Ethernetu" ze strany WWAN modemu bývá jenom taková nešikovná zástěrka.

43

Sítě / Re:Doporučte GSM modem s ethernetem

« kdy: 10. 08. 2023, 23:09:54 »

Jo zrovna koukám k Mikrotiku, že jejich R11e-LTE to údajně podporuje. Dokonce snad více APN simultánně.
https://wiki.mikrotik.com/wiki/Manual:Peripherals#Cellular_modems
https://wiki.mikrotik.com/wiki/Manual:Interface/LTE#Passthrough_Example
Jak už psal 5nik, Mikrotik tomu říká "Passthrough".

Jinak jsem četl tuto dlouhou debatu:
https://forum.mikrotik.com/viewtopic.php?t=113569
...a jenom se mi potvrdilo, že je to celé závislé na blahosklonnosti výrobců LTE modemů. Naprostá většina LTE rádií tohle neumí. Prostě když modem nedá, tak mezi USB a Ethernetem na Mikrotiku už to nezlomíte. Modemy které to umí jsou bílé vrány.

LTE modemy na USB mají kromě CDC-ECM a RNIDS a proprietárního QMI snad i nějaké další varianty rozhraní, ale ve finále je to o tom, jestli Vám modem dá rovnou venkovní adresu aspoň na to USB, nebo si tu venkovní vezme sám a USB šlauch už je "NAT inside"... Držel jsem v ruce modemy, kterým se daly nastavovat různé varianty rozhraní na USB, ale fungovala třeba jenom jedna z nich (ostatní byly rozbité). USB modemy co se chovají jako NAT router považuji za nejhorší zlo - ale nezdá se, že by "zdvořilejší" konvenční modemy (bez zapečeného NATu) nějak automaticky podporovaly passthrough. Popravdě mi není jasné, jak přiděluje IP adresu třeba právě QMI rozhraní (pro které je v Linuxu driver) - znám to jenom uživatelsky, je tam potřeba jakýsi connection manager, odhadem se baví s driverem skrz NetLink, a netuším, jestli to dostane adresu přes DHCP, nebo nějak "bokem" (skrz ten Netlink apod.)

44

Sítě / Re:Doporučte GSM modem s ethernetem

« kdy: 10. 08. 2023, 15:41:23 »

Neřekl jste, jak jste na tom s kvalitou příjmu LTE v místě instalace. Všiml jsem si, že Teltonika mívá ve firmwaru možnost, vnutit konkrétní pásmo (v konkrétním modemu jsem uvnitř viděl rádio Quectel EC25, což patrně souvisí). Toto se může hodit.

Jinak... dát veřejnou adresu dalšímu zařízení (routeru) až za LTE routerem je myslím technicky dost problém. 3GPP PDP context (dědictví GPRS) dává IPčko vždycky koncovému zařízení = LTE modemu. Pokud má box směrem dál ethernet, pak se jedná vždy o L3 router, kde LTE rádio se tváří nově např. jako CDC-ECM (nad kterým je enkapsulováno IP), nebo dříve posílalo PPP (nad kterým je enkapsulováno IP). Nemám to úplně rozmyšleno, ale požadavek na "nějakou hybridní trans-enkapsulaci IP z Ethernetu na cosi cizorodého (PPP, GTP apod.)" mi přijde jednak technicky netriviální, druhak jsem ho v životě neviděl implementovaný. Ta věc by musela forwardovat IP mezi dvěma nesourodými L2 vrstvami, tzn. na každé z obou vrstev se tvářit jako L2 bod, dělat třeba ARP a nejspíš taky dávat DHCP (jako "svůj" relay z LTE), přitom se ale netvářit jako L3 hop. Uff.

Ten Unifi box... neuměl by vzít standardní LTE modem na USB? Pak by totiž měl tu IP adresu pro sebe.

EDIT: Hmm... CDC-ECM jakožtou USB device class je "virtuální ethernet". To by mě zajímalo, jestli by na to nestačil nakonec soft-bridge. A pak už jenom OpenWRT nebo Debian nebo tak něco. Nemám bohužel na čem vyzkoušet.

45

Sítě / Re:Pomalý upload internetu při vypnutém NAS

« kdy: 10. 08. 2023, 15:00:13 »

Podivnosti v auto-nego jsou dodnes občas k vidění, ale opravdu vzácně.
Dávno pryč jsou doby, kdy kombinace 3com vs. Catalyst fungovala jenom při vnuceném nastavení (pevná rychlost).
V obecné rovině je ale pravda, že "všichni testují proti referenční implementaci" = proti tomu kdo prodá nejvíc portů, což na Ethernetu bude odhadem Intel, Realtek nebo Marvell (nebo ještě Broadcom). "Ostatní" = nereferenční implementace proti sobě navzájem občas (vzácně) mohou vykazovat divné věci.

Tohle je tak zralé, vzít zkoumané krabičky někam, kde je k dispozici aspoň pár prověřených kabelů, switchů a počítačů a udělat si plugfest. Nebo si nějaký šrot půjčit domů. Stav CATx kabelu lze neomylně posoudit leda reflektometrem - což levné testery za 5000 nebývají.

Gigabit jede po všech čtyřech párech, na každém páru duplex - a sice umí detekovat rozdíl přímý vs. křížený, ale je třeba minimálně dodržet "párovost" pinů v konektoru RJ45.

https://www.electronicshub.org/wp-content/uploads/2022/01/CROSSOVER-RJ-45-ETHERNET-CABLE-T-568A-%E2%80%93-T-568B-FINAL.png

https://www.google.com/search?client=firefox-b-d&q=CAT5+RJ45+pinout&tbm=isch

Pokud by kabel měl v pořádku jenom oranžový a zelený pár (1+2 a 3+6), mohlo by se stát, že sousedé auto-nego handshakem domluví na gigabitu, a pak nejsou schopni navázat link. Někdy to končí do ztracena, jiné kombinace Eth PHY nakonec konstatují zradu, ustoupí na 100 Mbps a ten gigabit už nezkoušejí. Zda to ale může končit tak, že konkrétní uzel v této situaci už nabízí v auto-nego jenom 100 Mbps, to je otázka.

Počítadlo "link downs" ukazuje, kolikrát byl link ztracen a znovu navázán - od posledního vynulování počítadla, tzn. u Vás patrně od studeného startu zařízení.

hAP AX2 vs. hAP AX3 jsou na první pohled různé modely Routerboardu, ale zdá se, že mají shodný čipset IPQ6010 od Qualcomm/Atheros. Tzn. z hlediska HW kompatibility by se mohlo jednat o platné srovnání.

Pokud se týče srovnání "NAS Synology jako NAS Synology", tady bych byl bez podrobnějších informací opatrný - různé modely, generace, platformy CPU a čipsetu... nejsem odborník na tuto značku.