Poslední příspěvky

91

Sítě / Re:souběžný posílání souboru na všechny ethernetové porty multicastem

« Poslední příspěvek od RDa kdy 15. 11. 2024, 18:21:33 »

Tak si neco takoveho napis, ze to bude distribuovat obsah v plovoucim okne a dokud vsichni prijemci nepotvrdi dokad ten obsah maji, tak se okno nebude posouvat a bude to delat retransmise.

Alternativne muzes pouzit namisto multicastu daisy-chain, ze kazdy klient vyjma posledniho bude jakoby proxy. To by slo zhackovat snad velice rychle skrze nejaky http proxy s lokalni cache... na 1..N-1 nastavis proxy, a na N-tem udelas wget

Rychlostne by to melo mit stejne parametry jako multicast, jen to bude mit vyssi spotrebu (protoze kazdy port ve switchi naplno vyuzije oba smery, vyjma prvniho a posledniho).

92

Sítě / Jumbo frames v kombinaci s VLAN

« Poslední příspěvek od RDa kdy 15. 11. 2024, 17:51:42 »

Snažím se (zatím v linuxu) nastavit sdílenou síťovku skrze VLAN do dvou sítí na různé MTU a nejde to.

Představa cílového stavu je:
eth0 s MTU 1500, subnet hlavni
eth0.10 s MTU 9000, subnet jiny

Při nastavení MTU pro rozhraní s VLAN (eth0.10) se vrací s jakoukoliv hodnotou:

Kód: [Vybrat]

SIOCSIFMTU: Numerical result out of range
Při nastavení MTU pro netagovanou síť (eth0) se tato hodnota projevuje o obou rozhraní (eth0, eth0.10)

Existuje nějaké řešení ?

Lze omezit na linuxu a macu MTU na vrstvě IP podsítě ?

Situace je: klasická domácí síť s hromadou různorodých zařízení má několik zařízení, mezi kterými chci provozovat ty jumbo frames (řekněme několik pracovních stanice a NAS), bez toho, abych musel tahat duplicitní kabeláž. Představa byla nasadit tagovanou VLAN, kde může tento jumbo provoz probíhat. A ejhle.. nejde to. WTF.

93

Sítě / Souběžné posílání souboru multicastem

« Poslední příspěvek od Ħαℓ₸℮ℵ ␏⫢ ⦚ kdy 15. 11. 2024, 17:41:26 »

Tuhle otázku si asi nějací lidí kladli,  tak bych se divil, kdyby neexistovalo řešení. Možná tak funguje bittorenent, nebo windows update cache v lokální síti.

Mám do switche (1Gbps x5) připojeno 1 zařízení, ze kterého chci z zařízení UNO rychlostí 1Gbps přemístit soubor do zbylých čtyřech zařízení, a každé bude příjmat souběžně čtyřykrát 1Gbps.    .. problém co :
(luxus jako 10Gbit switch  by sice šlo, ale je to řešení na sílu a to jsem neprozradil, že zdrojový seeder má taky 1Gbps)

Dá se tohle nějak zařídit.? Asi bude nevyhnutelný linkový/síťový multicast a speciální konfigurace stacku zdrojového zařízení a asi to bude diktovat volbu vhodného transportního démona+ protokolu (samba, rsync, ftp, torrent ,, webdav ,wtf) A aso

A ideálně, aby na cílových počítačích mohl být libovolný OS, ale pochopitelně s tím speciálním klientem.

přestavuju si to tak, že na cílových počítačích dám: něco jako  : superftp > connect 239.239.239.250 :21 ; get  file.zip
jakmile to dopišu na prvním druhém třetím , klienti začnou čekat. Až to napíšu na posledním čtvrtém, tak na serveru dám  příkaz start a ono to začne posílat

Jde to nějak? (nevidím problém v směru od serveru k klientům (hromadně), ale jak klienti budou handlovat (zvlášť) ack, pokud bych uvažoval TCP, je to vůbec možné, takovýhle TCP kočkopes) nebo se bude muset spolehnout na bezACKový protokol? čili jak řešit zpětnou komunikaci a obejde se to bez ní?

94

Sítě / Wi-Fi extender má svůj DNS záznam

« Poslední příspěvek od Ħαℓ₸℮ℵ ␏⫢ ⦚ kdy 15. 11. 2024, 17:28:56 »

 Vrtá mi hlavou jedna věc, jak je možné ,že  po zapojení wifi extenderu , pokud jsem připojen přímo na něj , existuje, tedy dá se ze zařízeních resolvovat dns záznam typu config.me.local ? v  obou režimech : WDS i AP


Co jsem zpozoroval: vrátí se správná odpoveď (výchozí IP v nenakonfigurovaném stavu i aktuální odpovídající DHCP přiřazení) a vrací se

..Jenže tcpdump -v -e -n -t - i (jak na originálním routeru tak na smartphonu)mi odhalil zajímavou věc:
na telefonu: nic podezřelého : odpoveď dorazí ze stejné MAC adresy:
na AP: dotaz nedorazí (pouze jenom v případě, že jde o -t AAAA dotaz)

Znamená to ,že extender dokáže odchytávat traffic a reagovat na DNS?




1: A dál by mě zajímalo, pokud chci připojit wlan extender k stávájící wifině, musí daná wifi karta AP podporovat linkové rámce se čtyřmi  MAC adresami (tedy kromě SRC(SA),DST(DA),BSSID tam je čvrtá transmiter(TA) nebo receiver (RA))  ? (jde o něco jiného než MAC hlavičku  drátového ethernetu 2b  + 48bit src + 48bit dst)
Odpoveď od    je se mi zdá divná píše mi to, že to nutné není, ale že se tím dosáhne lepšího lepšího výkonu.... ale že to je dopouručené

2: A zadruhé, čekal jsem, že to bude fungovat (jednoduše a hloupě), že SSID + heslo + kanál bude stejné, jenže ono si tam mohu navolit v prvním kroku, kterou síť chci rozšířit (v jakémkoli bandu) a v druhém si mohu zvolit SSID + heslo
, obojí vlastní a dokonce  pro 2.4GHz i pro 5GHz. To je nějaká novota?
Na tom zařízení je nějaký linux 3.1 MIPS, dá sekonfigurovat, přes http, ssh je nepřístupné.

95

Vývoj / Re:Bind socketu na konkrétní síťovou kartu v C

« Poslední příspěvek od Ħαℓ₸℮ℵ ␏⫢ ⦚ kdy 15. 11. 2024, 17:25:36 »

takže server má tři síťové adresy?
Mělo by to jít, když místo IP adresy  originu uvedete síťové rozhraní originu , pak se použije daná adresa.
Ale nevím , zda to půjde v kódu. By mě zajímalo, jak to dělá curl.
Nicméně, pokud by to nešlo přepsat,  a opravdu bys musel použít IP adresy jako specifikátor originu, tak abys docílil výběru rozhraní, bys musel použít ip virtuální routovací tabulky ( *** ), přičemže v každé bude default routa přes jiné síťové rozraní ... default via. .192.168.1.5x dev ethY   + routa pro  místní sít, pochopil jsem, že vše je v jednom subnetu)a policy routing  (ip rule add from 192.168.1.5x lookup tabulkarozhrani3)

ale mám pocit, že to je rovnák na něco ohnutého



*** víte o způsobu jak přes příkaz ip * přidat virt. rout. tabulku jinak než echo mojetable >> /etc/iproute2/rt_tables?

(sice píšete že server je svatá kráva, že se nemůže sahat na konfiguraci)

96

Sítě / Re:Připojení ke SmartTV přes síť (ne bezdrátový displej)

« Poslední příspěvek od Marek Staněk kdy 15. 11. 2024, 16:38:07 »

něco podobného se tu nedávno řešilo, koupil jsem si na to bezdrátový HDMI extender (no, nakonec už jich bylo asi 6 nejen pro sebe)
https://www.banggood.com/pl/EDUP-Wireless-HDMI-Compatible-Transmitter-and-Receiver-1080P-at-60Hz-Extender-Long-Range-Video-Audio-Projection-Plug-and-Play-for-Desktop-PC-Computer-Projector-Monitor-p-2007453.html?akmClientCountry=CZ&cur_warehouse=CN&rmmds=accountnewuser

existují dokonce i verze, kde se vysílače dají kupovat samostatně, a po napárování k přijímači se to celé chová jako přepínač, tzn přijímač z těch napárovaných bere obraz a zvuk od toho, kdo zmáčknul puntík jako poslední.
proti třeba chromacastu nebo miracastu to má podstatně menší zpoždění a dá se na tom i hrát; rozdíl pak je, že tohle jde mimo síť a dosah je asi 60m v přímé viditelnosti, zatímco u chrome-/miracastu je prodleva cca 250+ms, ale dosáhne to tak daleko, kam dosahuje síťový segment.

97

Software / Re:Ako otestovat google meet?

« Poslední příspěvek od Ħαℓ₸℮ℵ ␏⫢ ⦚ kdy 15. 11. 2024, 16:30:27 »

Na připojení na meet podle mě nepotřebuješ účet.

Taky jsem si to myslel

98

Studium a uplatnění / Re:Jak učit dětičky na základní škole?

« Poslední příspěvek od Mintaka kdy 15. 11. 2024, 15:53:49 »

Ta holčička má k-pop, vy zase linux, oba jste stejně zaslepení a bez rozhledu.

Vy mě znáte? Víte co dělám, jaký mám rozhled, životní hodnoty a cíle, že mě chcete soudit?

Možná máte nějakou představu o Linuxovém fanatikovi, který týrá malé děti Bashovskými scripty a konfigurací Postfixu. Tak to se pletete a chybu tedy máte i v názvu mého oblíbeného OS.

Jeden citát o prezidentce Čaputové k dobru:
Často říkávala, že jejím rozhodnutím musí vždy předcházet porozumění problému, a to je v dnešním světě, kdy má každý názor na všechno, skutečně výjimečné.

Přišel jsem do této diskuze podpořit kolegu a nabídnout své zkušenosti vycházející z praxe.
Co užitečného do této diskuze přinášíte vy?

Myslím, že offtopic jsme tady toho dali až až. Pokud budete chtít řešit něco mimo topic této diskuze, založte si pls jinou, případně přijďte na živo, každé pondělí mám v Plzni kroužek otevřený (zdarma) všem, kteří přijdou a nebo se stavte na Pyvo https://pyvo.cz/plzen-pyvo/ každou první sudou středu v lichém měsíci.

99

Sítě / Re:Připojení ke SmartTV přes síť (ne bezdrátový displej)

« Poslední příspěvek od František Ryšánek kdy 15. 11. 2024, 15:34:32 »

napr. pripojit nejake SBC (Raspberry Pi) k TV (cez HDMI) a potom len posielat data do Raspberry Pi - takto nie sme obmedzeni TV.

A posílat jakým způsobem?

To mě taky zajímalo, a rychlým googlem jsem našel tutoriálek k uv4l. Nezkoušel jsem.

100

Sítě / Re:Připojení ke SmartTV přes síť (ne bezdrátový displej)

« Poslední příspěvek od Ge Bu kdy 15. 11. 2024, 15:17:25 »

Je to varianta, kterou zvažujeme. Extender bude muset být dobře přišroubovaný.

Pokud to bude televize s vestavěným Chromecastem, mělo by to fungovat přinejmenším s prohlížečem Chrome.

Já bych ale asi spíš doporučil použít nějaký HDMI extender přes CAT5 kabely, tak aby na místě katedry stačil jen krátký a levný HDMI kabel, který je možné snadno a levně vyměnit.