abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 14:33 | Nová verze

The Document Foundation oznámila na svém blogu vydání nové verze 7.0 svobodného kancelářského balíku LibreOffice. Podrobný přehled nových vlastností i s náhledy v poznámkách k vydání (cs) nebo také na Youtube a PeerTube.

Ladislav Hagara | Komentářů: 0
dnes 13:33 | Nová verze

Byla vydána nová stabilní verze 3.2 (3.2.1967.41) webového prohlížeče Vivaldi (Wikipedie). Přehled novinek v příspěvku na blogu. Zdůraznit lze vylepšený obraz v obraze. Nejnovější Vivaldi je postaven na Chromiu 84.0.4147.108.

Ladislav Hagara | Komentářů: 3
dnes 01:11 | Nová verze

Wayfire, kompozitní správce oken inspirovaný Compizem běžící nad Waylandem, byl vydán ve verzi 0.5.0. Zdrojové kódy jsou k dispozici na GitHubu. Videoukázky na YouTube.

Ladislav Hagara | Komentářů: 2
včera 12:22 | Komunita

Neziskové technologické konsorcium Linux Foundation rozšířilo seznam svých oficiálních projektů. Nejnovějším projektem je Open Source Security Foundation (OpenSSF), jehož cílem je zvýšit bezpečnost open source softwaru. Více například v příspěvcích na blozích GitHubu nebo Microsoftu.

Ladislav Hagara | Komentářů: 3
včera 11:44 | Nová verze

Byla vydána verze 3.1 webového aplikačního frameworku napsaného v Pythonu Django (Wikipedie). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
včera 01:11 | Nová verze

Svobodná federalizovaná sociální síť Mastodon byla aktualizována. Vydání 3.2 mj. přepracovává audio přehrávač, zlepšuje zabezpečení přihlášení aj.

Fluttershy, yay! | Komentářů: 0
3.8. 14:00 | Komunita

Byla vydána verze 1.5.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace. Na YouTube jsou ke zhlédnutí záznamy přednášek z konference JuliaCon 2020 konané online minulý týden.

Ladislav Hagara | Komentářů: 0
3.8. 13:33 | IT novinky

Sdružení CZ.NIC informuje, že pro domény s koncovkou .CZ, jejichž platnost nebyla včas prodloužena, platí opět ochranná lhůta 60 dnů (30 dnů je doména plně funkční, 30 dnů je vyřazena z DNS – není dostupná). Po více než čtyřech měsících tak končí zvláštní režim, kdy byla funkčnost nezaplacených domén dočasně prodloužena ze 30 na 60 dnů z důvodu mimořádné situace související s onemocněním COVID-19.

Ladislav Hagara | Komentářů: 23
3.8. 09:00 | Nová verze

Byla vydána nová verze linuxové distribuce BunsenLabs Linux s předkonfigurovaným správcem oken Openbox. Její název je Lithium a založena je na Debianu 10 Buster. Přehled novinek v poznámkách k vydání. BunsenLabs Linux je nástupcem dnes již nevyvíjené linuxové distribuce CrunchBang (zkráceně #!).

Ladislav Hagara | Komentářů: 0
3.8. 08:00 | Nová verze

Po 9 týdnech vývoje od vydání Linuxu 5.7 oznámil Linus Torvalds vydání Linuxu 5.8 (LKML). Přehled nových vlastností a vylepšení na stránce Linux Kernel Newbies.

Ladislav Hagara | Komentářů: 1
Dokážete si představit, že by váš hlavní počítač (desktop, notebook) byl v současné době založen na architektuře jiné než x86 (x86_64)? Například ARM, POWER, RISC-V,…
 (9%)
 (12%)
 (57%)
 (16%)
 (7%)
Celkem 138 hlasů
 Komentářů: 11, poslední dnes 08:59
Rozcestník

Dotaz: Protokol pro discovery a konfiguraci zařízení na ethernetovém segmentu

17.7. 14:05 OldFrog {Ondra Nemecek} | skóre: 33 | blog: Žabákův notes | Praha
Protokol pro discovery a konfiguraci zařízení na ethernetovém segmentu
Přečteno: 383×
Mějme ethernetovou síť s neznámou TCP/IPv4 adresací a v ní více zařízení - průmyslové desky s custom embedded systémem. A chtějme k ethernetu připojit svůj pc a prostřednictvím něho všechna zařízení najít a nakonfigurovat, zejména jejich TCP/IPv4 parametry - ip adresu, bránu a možná pár dalších hodnot. Jaký byste volili protokol?

Ten embedded systém má omezené možnosti, TCP/IP stack je implementovaný ve firmware. Hardware je již hotový (takže konfigurace přes sériový port, usb, bluetooth nebo wifi nepřipadá v úvahu), firmware se dá upravit. Laické zadání zní „aby to bylo jako Winbox na MikroTiku“.

Nynější implementace spočívá v UDP broadcastu na všechny podsítě dostupné na pc - zařízení na něj odpověděla a pak si pomocí binárního protokolu s pc vyměnila pár konfiguračních paketů. Problém nastal, pokud o podsíti počítač nevěděl a posílal konfigurační pakety na výchozí bránu - v případě více síťových zařízení počítače. Pak komunikace nefungovala. Přidání routy na pc problém řešilo, ale to „není dost user friendly“. Samozřejmě to bylo také omezeno na jeden síťový segment, což ale pravděpodobně dostačovalo. Konfigurační aplikace je v JavaFX a je určena primárně pro Windows.

Koukal jsem na Universal Plug and Play, Link Layer Discovery Protocol, Cisco Discovery Protocol atd., ale přijde mi to všechno jako kanón na vrabce.

Máte nějaké nápady, jak k problému přistoupit? Je vůbec toto na transportní vrstvě možné? Nejde nějak využít dhcp?
-- OldFrog

Odpovědi

Max avatar 17.7. 15:37 Max | skóre: 68 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: Protokol pro discovery a konfiguraci zařízení na ethernetovém segmentu
No takhle, s DHCP si lze vystačit. Pokud je dhcp pod palcem, tak přes něj lze poslat na klienta cokoli. Takto se třeba dají nastavovat i IP telefony, kdy jim přes DHCP lze říci např. to, odkud si mají stáhnout konfigurační soubor (vystavený na ftp/http/tftp atd.).
Zdar Max
Měl jsem sen ... :(
18.7. 12:47 OldFrog {Ondra Nemecek} | skóre: 33 | blog: Žabákův notes | Praha
Rozbalit Rozbalit vše Re: Protokol pro discovery a konfiguraci zařízení na ethernetovém segmentu
V tuto chvíli nevím, zda má konfigurace probíhat v rámci provozní infrastruktury (in-place) nebo zda si to technik nastaví na stole a teprve pak připojí do infrastruktury. Z toho se odvíjí use-case, zatím uvažuju druhou variantu (stůl).

Výhoda je, že routery s DHCP počítají a tak to většinou funguje i přes tu wifi atd. Asi bych mohl spustit na počítači DHCP server, aplikace by ovšem musela mít administrátorská práva.

Varianta 1.: Zařízení by se periodicky dotazovala (což je asi prasárna) a DHCP server by jim mohl posílat textové odpovědi. Tím by probíhala konfigurace bez ohledu na IP a podsítě.

Varianta 2.: Zařízení si při startu přes DHCP nastaví druhou IP pro komunikaci s počítačem technika. Tím pádem by se konfigurační IP ocitla v síti dostupné z pc a mechanismus by fungoval. Ale vidím tam například možnost kolize IP, poněvadž zařízení může mít staticky přidělenou libovolnou IP. Takže konfigurační IP na daném zařízení klidně zkoliduje s tou statickou. Nevím taky jestli je tcp/ip stack na zařízení připraven na více ip adres.

Varianta 3.: Pomocí DHCP nasměrovat zařízení na centrální konfigurační bod (ftp, http, cloud...). To asi nic neřeší, proto k tomu je potřeba konektivita, kterou když máme, můžeme se zařízením komunikovat přímo a jsme u varianty 2.

V každém případě DHCP na počítači technika řeší elegantně i discovery - DHCP server zná své svěřence. Ten protokol je navíc na konfiguraci určený a všeobecně podporovaný. To je plus.
-- OldFrog
Jendа avatar 17.7. 18:51 Jendа | skóre: 76 | blog: Výlevníček | JO70FB
Rozbalit Rozbalit vše Re: Protokol pro discovery a konfiguraci zařízení na ethernetovém segmentu
Problém nastal, pokud o podsíti počítač nevěděl a posílal konfigurační pakety na výchozí bránu
Já tohle teda nikdy nedělal, ale když pošleš na 255.255.255.255, tak se to pošle broadcastem a nic jiného nemusíš vědět, ne? Nebo si najdi jak funguje DHCP požadavek od DHCP klienta a udělej to takhle. Nevím jestli k něčemu z toho není potřeba root.
Samozřejmě to bylo také omezeno na jeden síťový segment
To bude vždycky, nemůžeš poslat broadcast do neznámé sítě jinde, a asi nemáš moc jiných způsobů, jak tam neznámé zařízení oslovit.
18.7. 12:18 OldFrog {Ondra Nemecek} | skóre: 33 | blog: Žabákův notes | Praha
Rozbalit Rozbalit vše Re: Protokol pro discovery a konfiguraci zařízení na ethernetovém segmentu
Já tohle teda nikdy nedělal, ale když pošleš na 255.255.255.255, tak se to pošle broadcastem a nic jiného nemusíš vědět, ne?
Ano, tak to dělám, posílám na podsítě a pak ještě genericky na 255.255.255.255. Pak posbírám odpověďi a mám seznam zařízení. Takže discovery jakž takže funguje. Ne úplně vždy, u některých switchů nebo soho routerů v bridge režimu asi zafunguje nějaký mechanismus (icmp? arp? - nemám tušení) a odpověď na broadcast nedorazí (nevidím ve wiresharku). Tento problém je asi samostatná kapitola. Ještě mám pochybnosti ohledně wifi - pokud je pc připojen k wifi routeru opět v bridge režimu a do toho routeru jsou připojená ta zařízení, tak to někdy nefunguje. Kvůli těmto komplikacícm mi to přijde hrozně fragilní řešení, které je hádám dost závislé na kvalitě toho "routeru". Poměrně blbě se to testuje. Tester píše:
Pokud bylo zařízení připojena do ETH na switchi a notebook s utilitou na WLAN do stejného switche, zařízení nebylo nalezeno. Když obojí na ETH, tak ano.
Co však principiálně nefunguje je odeslání konfiguračního paketu specificky na to jedno konkrétní zařízení. V té konfigurační aplikaci je tlačítko "nastav to a to" - uživatel vybere zařízení, stiskne to tlačítko a aplikace odesílá paket na vybrané zařízení. Jenže pokud pc nemá správnou routu na tu podsíť, tak paket do zařízení nedorazí.

Jedině že bych konfigurační pakety taky broadcastoval a zařízení by si sama pakety přebrala a reagovala jen na pakety určené pro ně. Aplikace by shromáždila všechny odpovědi a z toho určila, zda se konfigurace povedla (zařízení konfigurační paket potvrzují). Má takový postup nějaká úskalí?

-- OldFrog
Jendа avatar 18.7. 12:25 Jendа | skóre: 76 | blog: Výlevníček | JO70FB
Rozbalit Rozbalit vše Re: Protokol pro discovery a konfiguraci zařízení na ethernetovém segmentu
Co však principiálně nefunguje je odeslání konfiguračního paketu specificky na to jedno konkrétní zařízení.
Aha, tak to by (jako zjednodušení pro uživatele) měla mít aplikace jednoduchou možnost přidat chybějící routu (třeba defaultně zapnutou, ale mělo by to jít vypnout pro pokročilé uživatele). Další možnost je ten paket vyrobit a poslat ručně přímo na to zařízení přes něco jako scapy, ale to je asi zbytečně komplikované, a až někdo přijde s tím, že mu nestačí jednotlivé pakety, ale chce mít skutečné spojení, tak bys efektivně reimplementoval IP stack ve svém programu, a to nechceš.

To s tou propagací přes wifi nevím, ale překvapuje mě to, protože jsem ještě nikdy nenarazil na žádnou záhadnou nefunkčnost DHCP, a to by mělo fungovat přesně takhle.
1.8. 19:46 ehmmm
Rozbalit Rozbalit vše Re: Protokol pro discovery a konfiguraci zařízení na ethernetovém segmentu
Ten napad s posilanim konfigurace pres broadcast je sice netradicni, ale me se libi. Kdyz uz to zarizeni jednou na broadcast odpovedelo, tak lze predpokladat, ze k nemu dorazi i ten konfiguracni boradcast a ukol je splnen.

Samozrejme si musis nejak osetrit, abys omylem neprekonfiguroval neco jineho.
31.7. 11:59 Jar-Jar Blinks | skóre: 12
Rozbalit Rozbalit vše Re: Protokol pro discovery a konfiguraci zařízení na ethernetovém segmentu
 
Jestli chapu spravne ? mate jeden ethernet, na nem nezname Ip site ?
 .... a chcete se bavit s devicem ktereho neznate IP adresu,subnet,gw --->

#------------------------------------------------------------------------------
a) neresit to jako IP, ale na L2 .... poslat paket na broadcast ffff.ffff.ffff
     a device odpovida taky broadcastem kde v eth payloadu posila dohodnute
     informace...

b) ...multicast adresace...
     zkuste se podivat jak to resi treba protokol ospf, hsrp, eigrp ....
    

c) nebo je uplne optimalni pouzit IPV6 a local link adresaci ...
     ... a navic mate i do budoucna vystarano 

d) kdyz uz jsme u IPV6 tak by to i pri routingu tj neni to 
     jeden segment resila anycast adresa ....

e) asi by se dalo jeste neco vydumat ???
#----------------------------------------------------------------------------
a) -> cunarna
b) -> blbe by se to prenaselo do WAN prostredi, ale jde to.
c) -> ciste,perspektivni -> ale je to omezene na eth segment
      a nevyzaduje IPV6 od infrastruktury, nemelo by mit problemy s proxy-arpem
      
d) -> ciste, routovatelne, a perspektivni.... nutne mit implementovano IPV6

toz tak .... -)

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.