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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
včera 17:02 | Pozvánky

Přijďte si popovídat o open source obecně a openSUSE konkrétně s dalšími uživateli a vývojáři. Oslava nového vydání openSUSE Leap se uskuteční 16. prosince od 17:00 v nových prostorách firmy SUSE v Praze. K dispozici bude nějaké občerstvení a DVD pro ty, kdo je sbírají nebo ještě mají mechaniku. Po párty v kanceláři se bude pokračovat v některé z hospod v okolí.

Miška | Komentářů: 8
včera 14:55 | Zajímavý software

Byla vydána verze Alpha 1.0 otevřeného operačního systému pro chytré hodinky AsteroidOS. Podporovány jsou hodinky LG G Watch, LG G Watch Urbane, Asus ZenWatch 2 a Sony Smartwatch 3. Ukázka ovládání hodinek na YouTube. Jaroslav Řezník přednášel o AsteroidOS na chytrých hodinkách (videozáznam) na letošní konferenci OpenAlt.

Ladislav Hagara | Komentářů: 0
včera 13:30 | Zajímavý software

Byly uvolněny zdrojové kódy známé rogue-like hry DoomRL. Počátky hry jsou v roce 2002. Je napsána ve FreePascalu a zdrojový kód je nyní k dispozici na GitHubu pod licencí GNU GPL 2.0. Autor pracuje na nové hře Jupiter Hell, která je moderním nástupcem DoomRL a na jejíž vývoj shání peníze prostřednictvím Kickstarteru.

Blaazen | Komentářů: 0
včera 13:15 | Pozvánky

Přijďte s námi oslavit vydání Fedory 25. Na programu budou přednášky o novinkách, diskuse, neřízený networking atd. Release Party se bude konat 16. prosince v prostorách společnosti Etnetera. Na party budou volně k dispozici také propagační materiály, nová DVD s Fedorou 25 a samozřejmě občerstvení. Přednášky budou probíhat v češtině. Pro více informací se můžete podívat na web MojeFedora.cz. Jen připomínám, že tentokrát jsme zavedli

… více »
frantisekz | Komentářů: 0
9.12. 16:38 | Komunita

Byly zveřejněny videozáznamy přednášek a workshopů z letošní konference OpenAlt konané 5. a 6. listopadu v Brně. K videozáznamům lze přistupovat ze stránky na SuperLectures nebo přes program konference, detaily o vybrané přednášce nebo workshopu a dále kliknutím na ikonku filmového pásu. Celkově bylo zpracováno 65 hodin z 89 přednášek a workshopů.

Ladislav Hagara | Komentářů: 0
9.12. 11:30 | Komunita

Bylo oznámeno, že bude proveden bezpečnostní audit zdrojových kódů open source softwaru pro implementaci virtuálních privátních sítí OpenVPN. Audit provede Matthew D. Green (blog), uznávaný kryptolog a profesor na Univerzitě Johnse Hopkinse. Auditována bude verze 2.4 (aktuálně RC 1, stabilní verze je 2.3.14). Audit bude financován společností Private Internet Access [reddit].

Ladislav Hagara | Komentářů: 4
9.12. 06:00 | Komunita

Na YouTube byl publikován Blender Institute Reel 2016, ani ne dvouminutový sestřih z filmů, které vznikly za posledních 10 let díky Blender Institutu. V institutu aktuálně pracují na novém filmu Agent 327. Dění kolem filmu lze sledovat na Blender Cloudu. Videoukázka Agenta 327 z června letošního roku na YouTube.

Ladislav Hagara | Komentářů: 0
9.12. 01:02 | Zajímavý článek

Minulý týden byly vydány verze 1.2.3 a 1.1.7 webového poštovního klienta Roundcube. V oznámení o vydání bylo zmíněno řešení bezpečnostního problému nalezeného společností RIPS a souvisejícího s voláním funkce mail() v PHP. Tento týden byly zveřejněny podrobnosti. Útočník mohl pomocí speciálně připraveného emailu spustit na serveru libovolný příkaz. Stejně, jak je popsáno v článku Exploit PHP’s mail() to get remote code execution z roku 2014.

Ladislav Hagara | Komentářů: 1
8.12. 16:00 | Nová verze

Byla vydána verze 0.98 svobodného nelineárního video editoru Pitivi. Z novinek lze zmínit například přizpůsobitelné klávesové zkratky. Videoukázka práce s nejnovější verzí Pitivi na YouTube.

Ladislav Hagara | Komentářů: 1
8.12. 15:00 | Zajímavý software

Stop motion je technika animace, při níž je reálný objekt mezi jednotlivými snímky ručně upravován a posouván o malé úseky, tak aby po spojení vyvolala animace dojem spojitosti. Jaký software lze pro stop motion použít na Linuxu? Článek na OMG! Ubuntu! představuje Heron Animation. Ten bohužel podporuje pouze webové kamery. Podpora digitálních zrcadlovek je začleněna například v programu qStopMotion.

Ladislav Hagara | Komentářů: 5
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (23%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 810 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: DHCPD 1IP pro 2MAC

9.2.2015 20:32 zipi | skóre: 16
DHCPD 1IP pro 2MAC
Přečteno: 568×
Zdravím, umí dhcp server přiřazovat jednu IP ke dvou MAC adresám?

V dhcpd.conf mám napsáno tohle, ale danému zařízení to nepřidělí druhou IP, pokud byla již použita už u hostu PC.

Do logu mi to píše že ještě nevypršela session u prvního hosta.
host PC {
	hardware ethernet BA:DF:00:DF:C0:FF;
	fixed-address 192.168.1.1;
}

host PCC {
	hardware ethernet BA:DF:00:DF:C0:FF;
	fixed-address 192.168.1.1;
}

Řešení dotazu:


Odpovědi

9.2.2015 20:40 Filip Jirsák
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
To je správně, nemohou být v síti dvě zařízení se stejnou IP adresou. To by muselo to první zařízení IP adresu vrátit.
Petr Tomášek avatar 10.2.2015 09:42 Petr Tomášek | skóre: 36 | blog: Vejšplechty
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Nesmysl, být můžou :-).

Navíc pokud je to to samé zařízení s vícero síťovými rozhraními, tak to dokonce má i opodstatnění...
pavlix avatar 10.2.2015 10:41 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
V některé síti je to fuk, v jiné není, takže standard z toho rozumně udělat nejde.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
pavlix avatar 10.2.2015 10:42 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Tady prosím ignorujte, dám to ještě pod správný komentář.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
10.2.2015 12:16 Filip Jirsák
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Mohl byste nám prakticky popsat, jak to potom vypadá? Mám v síti současně dvě zařízení s IP adresou třeba 192.168.1.1 a začínám navazovat TCP spojení s touto adresou. Jak konkrétně to bude vypadat? Navážou se dvě spojení, jedno, žádné? Nebo to bude záviset na momentální konstelaci hvězd a uživatelé v té síti se budou divit, proč jim náhodně síť někdy funguje a někdy nefunguje?
10.2.2015 13:34 Peter Golis | skóre: 53 | Bratislava
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Vyzerať to bude podobne ako keď sa správca snaží nepoužiť technológiu primárne na to určenú, teda bonding.
pavlix avatar 10.2.2015 16:11 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Obávám se, že bonding není vůbec primárně určený pro tento specifický use case.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
10.2.2015 19:30 Peter Golis | skóre: 53 | Bratislava
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Obávam sa, že mód active-backup je presne na toto určený.
pavlix avatar 11.2.2015 09:40 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Chápu, co tím myslíš, ale mám dojem, že byl bonding primárně určený a vytvořený pro situace, kdy (1) je nakonfigurovaný na obou stranách, (2) se počítá především s lehce a rychle detekovatelnými chybami. Pokud vím, tak vznikl v kontextu datacenter, nikoli v kontextu mobilních zařízení, takže toto vzhledem k zásadním odlišnostem ani primární účel být nemůže, za tím si bohužel musím stát.
Vyzerať to bude podobne ako keď sa správca snaží nepoužiť technológiu primárne na to určenú, teda bonding.
Otázka je, jaké výhody přesně jednostranně nakonfigurovaný bonding může přinést oproti těm ostatním řešením. Pokud možno konkrétně, ne nějaké filosofické kecy jako ty výše. Když se přidával do NetworkManageru bonding, byl setup wifi+eth taky první use case, co mě napadl, ale ne vždycky je hned první nápad ten nejlepší, to ukáže až čas.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
11.2.2015 09:59 Peter Golis | skóre: 53 | Bratislava
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Najhoršie je to že zadávateľ témy vyjadril čo potrebuje dosiahnúť až po tom ako sa tu strhla debata o vzdušných zámkoch. Začal s tým, ako chce dosiahnúť časť nepodporovaného riešenia ktoré môže fungovať len náhodou a pri určitej konštalácii hviezd.

Ak potrebuje pohodlné pripojenie NB s pomocou striedania NW rozhrania, tak na to nepotrebuje nič zvláštne. Stačí mu aby NB pretlačil hostname cez DHCP do DNS. Ak chce mať zachované konekcie pri prepnutí NW rozhraní (ETH OnBoard, ETH USB Dock, možno WiFi), tak potrebuje mať na to nielen postavenú topológiu ale aj korektne nastavené klientské stanice. Aj preto, že si zamestnanci určite pomenia tie USB dokiny a tým pádom vezba MAC USB ETH (v dokine ktorá pre srandu zmenial majiteľa) na hostname a IP nemá zmysel. Buď to ojebabre pri pripojení USB ETH vypnutím ONBOARD ETH a nastavením rovnakej MAC na USB ETH (čo je pár riadkov), alebo použije niečo sofistikovanejšie. Ale ajtak sa mu môže zopár packetov postrácať. Ďalšeie možnosti ako zamontovať do toho VLANy a podobné cudzie slovíčka je už zbytočné. Možností je viacero.
Petr Tomášek avatar 10.2.2015 14:25 Petr Tomášek | skóre: 36 | blog: Vejšplechty
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Naváže se jedno spojení, jen není zaručené, přes který interface to pojede (což ale naprosto nevadí, protože IP packety do cíle vždy dojdou). Co se může maximálně stát(*) je to, že se na krátký čas začnou ztrácet packety v okamžiku vypnutí jednoho z interfaců. Dle mých zkušeností ale TCP vydží (spíš jsem míval problémy s RTP streamem, který tuto krátkou pauzu občas nerozdýchal...).

(*)Samozřejmě za předpokladu, že žádný ze síťových prvků není natolik zkriplený, aby situaci nerozdýchal.
10.2.2015 15:19 Filip Jirsák
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
IP pakety do cíle sice vždy dojdou, ale ten cíl může být pokaždé jiné zařízení. Vy stále popisujete speciální případ, kdy obě rozhraní jsou součástí jednoho počítače, což ale není obecný případ, který se řeší v tomhle vlákně.
Petr Tomášek avatar 10.2.2015 15:32 Petr Tomášek | skóre: 36 | blog: Vejšplechty
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Nemáte pravdu. Naučte se číst, protože přesně o tento „speciální případ“ se zde jedná.
pavlix avatar 10.2.2015 16:08 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
To musím potvrdit, nevím, co pan Jirsák bere, ale celá diskuze je pouze o speciálním případu, kdy se jedná o dvě síťová rozhraní jednoho linuxového systému. To už se tu rovnou můžem rozepsat o pěstování ovoce.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
10.2.2015 16:31 Filip Jirsák
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Gratuluju oběma k věšteckým schopnostem. Zkuste si teď přečíst dotaz ještě jednou, a pochopíte, že my ostatní, kteří křišťálovou kouli nemáme, z dotazu nemůžeme tušit, že se jedná o jedno zařízení. Ta informace byla poprvé uvedena včera ve 22:12, takže včera ve 20:40 s ní běžní smrtelníci ještě pracovat nemohli.

Navíc pokud je zařízení stále připojeno oběma rozhraními do stejné sítě, nemělo by vadit, že požadovanou IP adresu má jenom jedno rozhraní. A pokud se přepojuje z jednoho rozhraní na druhé, neměl by být problém na tom prvním rozhraní tu IP adresu vrátit.
Petr Tomášek avatar 10.2.2015 18:35 Petr Tomášek | skóre: 36 | blog: Vejšplechty
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
danému zařízení to nepřidělí druhou IP
...hovoří IMO za vše. I když je ten příspěvek trochu zmatený, je jasné, že šlo o pouze jediné zařízení...
11.2.2015 00:43 Filip Jirsák
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Ano, říká to, že jedno zařízení nedostane IP adresu toho druhého zařízení, kterým je "host PC". Nazvat jedno zařízení v jedné větě jednou "zařízením" a jednou "host PC" opravdu není dobrý způsob, jak napsat, že se jedná o jedno a totéž zařízení.

Naštěstí tazatel na druhý pokus popsal, co doopravdy řeší, ale z toho úvodního dotazu to jasné není.
pavlix avatar 11.2.2015 09:43 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
že my ostatní
Jo tak Jirsák je teď my ostatní, sorry, na tohle nemám náladu. Ale původní dotaz je špatně položený, to je pravda.
A pokud se přepojuje z jednoho rozhraní na druhé, neměl by být problém na tom prvním rozhraní tu IP adresu vrátit.
On to problém ale je. Jestliže se ta adresa nejdříve vrátí a teprve potom znovu získá, je tam časová prodleva, která by mohla teoreticky vadit. Jestli v praxi nevadí, ok, ale rád bych to měl nějak podložené na základě chování kernelu.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
11.2.2015 11:51 Filip Jirsák
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Jo tak Jirsák je teď my ostatní, sorry, na tohle nemám náladu.
Ne, není. Vytrhl jste to z kontextu schválně, nebo jste tu větu ani nedočetl? Ono tam totiž je napsáno my ostatní, kteří křišťálovou kouli nemáme, což má poněkud jiný význam, než jaký tomu přisuzujete.
On to problém ale je. Jestliže se ta adresa nejdříve vrátí a teprve potom znovu získá, je tam časová prodleva, která by mohla teoreticky vadit. Jestli v praxi nevadí, ok, ale rád bych to měl nějak podložené na základě chování kernelu.
Ano, to by mohlo vadit. Bohužel, když nevíme, jak to tazatel chce používat, těžko radit. Už sice víme, že jde o dokovací stanici, ale pořád (asi) nevíme, zda je požadavek na přepínání „za běhu“ (tedy jsem připojen přes WiFi, šoupnu notebook do doku a spojení zůstanou zachována), nebo zda požadavek na stejnou IP adresu je spíše kvůli přehlednosti a přepojení z WiFi do doku se typicky dělá s vypnutým nebo uspaným notebookem, takže prodleva nevadí.
pavlix avatar 11.2.2015 15:10 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Nejde mi o nějaké hádky, jen mě skutečně pobavilo, že takový svéráz jako vy, který je věčným oponentem všech ostatních, používá slovní spojení my ostatní.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
9.2.2015 21:42 Ivan
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
asi by to slo "ocurat" tim, ze bys' pouzil DHCP s LDAP backendem. ale na co to potrebujes? vzdyt je to nesmysl.

PS: nejsem si jistej, jestli se doopravdy pro fixed-hosty zapisuji leases do souboru.
9.2.2015 22:12 zipi | skóre: 16
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Potřebuji to kvůli USB dokinam :(, které mají odlišné MAC adresy od notebooku.
Jendа avatar 9.2.2015 22:35 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Hm. Tvůj problém nejspíš bude v tom, že ta lease nevyprší a tak ji DHCP server odmítne znova přidělit.

Co nastavit oběma síťovkám stejnou MAC?
Petr Tomášek avatar 10.2.2015 09:51 Petr Tomášek | skóre: 36 | blog: Vejšplechty
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
vzdyt je to nesmysl.

Není to nesmysl, běžně to používám. Notebook můžu zároveň připojit přes wifi a zároven přes pevný ethernet. Normálně na stole to visí na pevném ethernetu kvůli spolehlivosti, atd. a když potřebuji s ntb odejít jinam, tak prostě zapnu WiFi a pak odpojím kabel a všechno funguje dál, např. mně to neshodí ssh spojení atd.

A není v tom žádný problém, protože je naprosto šumafuk, ze kterého rozhraní packety přicházejí atd...

pavlix avatar 10.2.2015 10:42 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
V některé síti je to fuk, v jiné není, takže standard z toho rozumně udělat nejde.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
Petr Tomášek avatar 10.2.2015 11:29 Petr Tomášek | skóre: 36 | blog: Vejšplechty
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Hele, to je tak nicneříkající gumový výrok, že ani nemá cenu ho komentovat...
pavlix avatar 10.2.2015 11:53 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Zase na druhou stranu, kdybys o sítích něco trochu víc věděl, byl zvyklý o nich přemýšlet, případně měl nějakou tu zkušenost se zařízeními, která si pohlídají, abys se stejnou MAC nepřistupoval různými cestami (třeba jen různými fyzickými porty nebo v tomto případě dokonce zcela různými rozhraními), nebyl by to pro tebe vůbec gumový výrok a hlavně bys nepředpokládal, že když jednou něco vyzkoušíš, že to bude platit obecně. Zase na druhou stranu nemůžeš čekat, že tu práci se získáváním znalostí a nabíráním zkušeností za tebe udělá někdo jiný.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
Petr Tomášek avatar 10.2.2015 14:37 Petr Tomášek | skóre: 36 | blog: Vejšplechty
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Gumový výrok je to pořád, dokud nenapíšeš konkrétně o čem mluvíš. To jsou jen takové všeobecné kecy, které nejde ani vyvrátit ani dokázat (dokud to nekonkretizuješ o čem vlastně chceš mluvit).

Jo, samozřejmě, když budeš mít v síti switche, které si příliš hrají na bezpečnost, tak máš smůlu. Nicméně to je tvoje rozhodnutí jakožto správce sítě, co vůbec chceš...
pavlix avatar 10.2.2015 16:18 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Gumový výrok je to pořád, dokud nenapíšeš konkrétně o čem mluvíš.
Už se stalo.
To jsou jen takové všeobecné kecy, které nejde ani vyvrátit ani dokázat (dokud to nekonkretizuješ o čem vlastně chceš mluvit).
Nebo stačí používat tu šišatou kouli na krku.
Jo, samozřejmě, když budeš mít v síti switche, které si příliš hrají na bezpečnost, tak máš smůlu. Nicméně to je tvoje rozhodnutí jakožto správce sítě, co vůbec chceš...
1) Kupodivu se ne vždycky jedná o zařízení, od kterých bys to primárně čekal.

2) Majitel laptopu není nutně správcem sítě, naopak se čast pohybuje ve více různých sítích, které nespravuje.

3) Tvůrce standardu rovněž není správcem všech sítí, kam se všichni majitelé laptopů připojují a ani k tomu nemá nijak blízko.

Právě z těchto důvodů si nemyslím, že by bylo možné či dokonce rozumné vystavět nad tím standard, který by se týkal právě laptopů s kombinací ethernetu a wifi, a jsem přesvědčen o tom, že tahle konfigurace zůstane nestandardním hackem alespoň dokud se neudělá standard i pro tu druhou stranu, který by umožnil detekovat podporu roamingu mezi wifi a ethernetem. Takže sorry, je mi líto, nebreč, co se dá dělat.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
Petr Tomášek avatar 10.2.2015 18:33 Petr Tomášek | skóre: 36 | blog: Vejšplechty
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
2) Majitel laptopu není nutně správcem sítě, naopak se čast pohybuje ve více různých sítích, které nespravuje.
A já myslel, že se bavíme o správci DHCP serveru ;-).
Právě z těchto důvodů si nemyslím, že by bylo možné či dokonce rozumné vystavět nad tím standard, který by se týkal právě laptopů s kombinací ethernetu a wifi
A to tvrdí kdo?
a jsem přesvědčen o tom, že tahle konfigurace zůstane nestandardním hackem
Souhlas. Ovšem existují i "nestandardní hacky", které za normálních okolností (žádné velké chytré switche, atd.) prostě fungují...
pavlix avatar 11.2.2015 10:01 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
A já myslel, že se bavíme o správci DHCP serveru ;-).
Pravda, trochu míchám vlákna, bonding versus multilease, sorry, stane se. Na tom DHCP serveru bych viděl jako možnost multilease ideálně pomocí DUID namísto skupiny MAC adres, a na síti, kde se ví, že to funguje, by mohl administrátor v serveru zapnout tuhle funkci, na ostatních sítích by ji vypnul, nebavme se teďka o tom, co by byl default.

Otázka tedy zní, jestli se umí běžný klient srovnat s tím, že dostane dvě stejné IP adresy pro různá rozhraní. Pak by asi bylo dobré, kdyby klient uměl preferovat lepší cestu, tedy drát. A stejnětak by bylo dobré, kdyby bridge na routeru uměl najít stroj na obou stranách, ale preferovat drát, ale hlavně, aby byl celý mechanismus dotazování se přes ARP/NDP přizpůsobený situaci, kdy odpověď chodí ze dvou stran. Tam je víceméně potřeba při dotazování ze strany serveru počkat, aby měly šanci dojít obě odpovědi, ale zase nečekat příliš dlouho, aby se tím nezdržovala komunikace, a ideálně průběžně obnovovat, i když komunikace probíhá.

Pravda, nemluvím o tom, že se něco zkusí a ono to nějak projde, ale o řešení, které by vykazovalo určitou dávku solehlivosti a předvídatelného chování, tedy vlastnosti, které by dobrý standard měl mít.
Právě z těchto důvodů si nemyslím, ...
A to tvrdí kdo?
Nevyjádřený podmět, neznáš? ;)
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
10.2.2015 11:15 Ivan
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
To se mi nejak nezda. Alespon wokna to maji tak, ze kdyz pevny ethernet nema link, tak na tom inferface neni ani zadna IP adresa. Pokud pevny ethernet ztrati link alespon na 2 vteriny, tak wokna poslou DHCPDISCOVERY (broadcast) do site, takze se zadny lease time neuplatnuje. (Tohodle vyuzivam, kdyz prehazuju na portech VLANy. Shodim link na portu na swichi a po nahozeni, dostane klient IPcko z jinyho segmentu).

Pokud ale mas zapojeny kabel a zaroven se pripojis stejne site pres Wifi, tak musi blbnout.

Neverim, ze jde prehodit Ipcko z jednoho interface na jiny, aniz by popadaly TCP spojeni.
Petr Tomášek avatar 10.2.2015 11:28 Petr Tomášek | skóre: 36 | blog: Vejšplechty
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Pokud ale mas zapojeny kabel a zaroven se pripojis stejne site pres Wifi, tak musi blbnout.

Nemusi. :-) Pod linuxem mi to funguje. Widle nefunguji, ale to me jaksi nezajima.

Neverim, ze jde prehodit Ipcko z jednoho interface na jiny, aniz by popadaly TCP spojeni.

Jde.

pavlix avatar 10.2.2015 12:02 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
tak wokna poslou DHCPDISCOVERY
Ono je to v podstatě jedno, co pošleš, jestli DHCPDISCOVER nebo DHCPREQUEST, druhém případě můžeš vždy dostat DHCPNAK nebo ICMP unreachable a převedeš to na ten první případ. Samozřejmě odhlížím od chyb software.
Neverim, ze jde prehodit Ipcko z jednoho interface na jiny, aniz by popadaly TCP spojeni.
Co konkrétně tomu podle tebe brání? Změna IP neproběhla, takže druhá strana může komunikovat jako doposud. Takže mě napadá jedině kernel, a do toho bohužel nevidím, ale nevidím v tom úplně problém. Osobně bych se spíš bál různých implementací wifi routerů a jejich bridgů a switchů, tam to prostě může a nemusí fungovat.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
10.2.2015 13:05 Ivan
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Ono je to v podstatě jedno, co pošleš, jestli DHCPDISCOVER nebo DHCPREQUEST, druhém případě můžeš vždy dostat DHCPNAK nebo ICMP unreachable a převedeš to na ten první případ.
Ten request nefunguje, protoze je to unicast packet a jeho cilova adresa se uz nemusi v jine siti (VLANe) vyskytovat. Pokud se posle DHCPREQUEST tak se musi dhouho cekat na timeout. Wokna proto po odpojeni a zapojeni kabelu vzdy posilaji DHCPDISCOVER. dhcp server to taky zkousne, protoze mu nevadi, ze ma dva leases zaznamy pro stejny host, pokud ty leases patri do ruznych siti.
Co konkrétně tomu podle tebe brání? Změna IP neproběhla, takže druhá strana může komunikovat jako doposud. Takže mě napadá jedině kernel, a do toho bohužel nevidím, ale nevidím v tom úplně problém. Osobně bych se spíš bál různých implementací wifi routerů a jejich bridgů a switchů, tam to prostě může a nemusí fungovat.
Ted kdyz o tom premyslim, tak asi nic. Mas pravdu. Mozna pokud bych mel zapnuty nejaky agresivni TCP keepalive tak mi to spadne pri prepojovani v okamziku kdy to IPcko nemam. Stejne je to ale divny, dve stejny MAC adresy musi delat bordel v CAM tabulkach.
pavlix avatar 10.2.2015 13:30 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Ten request nefunguje, protoze je to unicast packet a jeho cilova adresa se uz nemusi v jine siti (VLANe) vyskytovat.
Nemám teď úplně připravenou infrastrukturu na testování, ale bude. Teď jsem narychlo otestoval dhcpcd, který zjevně posílá DHCPREQUEST broadcastem. Později vyzkouším dhclient a NetworkManager.
12:22:17.529524 IP (tos 0x0, ttl 64, id 48068, offset 0, flags [none], proto UDP (17), length 379)
    0.0.0.0.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request from d0:50:99:17:87:3f, length 351, xid 0x320587b1, Flags [none] (0x0000)
          Client-Ethernet-Address d0:50:99:17:87:3f
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: Request
            Client-ID Option 61, length 19: hardware-type 255, 99:17:87:3f:00:01:00:01:1c:6c:64:dc:d0:50:99:17:87:3f
            Requested-IP Option 50, length 4: 172.16.2.189
            MSZ Option 57, length 2: 1500
            Vendor-Class Option 60, length 55: "dhcpcd-6.6.7:Linux-3.17.8-gentoo-r1:x86_64:AuthenticAMD"
            T145 Option 145, length 1: 1
            Parameter-Request Option 55, length 14: 
              Subnet-Mask, Classless-Static-Route, Static-Route, Default-Gateway
              Domain-Name-Server, Hostname, Domain-Name, BR
              NTP, Lease-Time, Server-ID, RN
              RB, Option 119
V takovém případě má DHCP server možnost poslat okamžitý DHCPNAK a nadále pokračovat jako kdyby žádná lease nebyla.
v okamziku kdy to IPcko nemam
Nevím, jak se přesně chová kernel při ztrátě IP, proto jsem spíš uvažoval o možnosti tu IP vůbec neztratit.
Stejne je to ale divny, dve stejny MAC adresy musi delat bordel v CAM tabulkach.
Tam je právě ta závislost na prostředí, které nejde plně ovlivnit z toho koncového stroje.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
10.2.2015 15:06 Ivan
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Nemám teď úplně připravenou infrastrukturu na testování, ale bude. Teď jsem narychlo otestoval dhcpcd, který zjevně posílá DHCPREQUEST broadcastem. Později vyzkouším dhclient a NetworkManager.
Tak je to jinak nez jsem si myslel. Uz je to par let co jsem se v tom hrabal a navic jsem resil hlavne Wokna. Pokud se dobre pamatuju, tak ve zdrojacich ISC je neco jako, "kdyz client preferuje broadcast, tak server odpovida broadcastem" - anebo obracene. Ale logictejsi je, ze se server prizpusobi klientovi.
Jendа avatar 9.2.2015 21:59 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Ty MAC jsou stejné.
Jendа avatar 9.2.2015 22:00 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
A jinak se bojím, že to umět nebude, a budeš ho muset upravit nebo si napsat vlastní DHCP server, který to bude dělat.
9.2.2015 22:11 zipi | skóre: 16
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Promiň MAC adresy jsou odlišné ...
10.2.2015 09:40 Peter Golis | skóre: 53 | Bratislava
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
A čo bráni nastaveniu MAC adresy pre USB sieťovku tak aby bola zhodná s onboard sieťovkou? Teda ak si odmyslím že niektoré OS mimo zamerania tohoto portálu to neumožňovali a dockiny si môžu užívatelia navzájom poprehadzovať.
Petr Tomášek avatar 10.2.2015 09:45 Petr Tomášek | skóre: 36 | blog: Vejšplechty
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
host pc-eth {
  option host-name pc;
  hardware ethernet 00:11:22:33:44:55;
  fixed-address 192.168.1.99;
}
host pc-wlan {
  option host-name pc;
  hardware ethernet 99:88:77:66:55:44;
  fixed-address 192.168.1.99;
}
pavlix avatar 10.2.2015 10:45 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Mám pocit, že mi toto kdysi nefungovalo, můžeš k tomu přidat kompletní verzi DHCP serveru, případně jestli to závisí na nějakých dalších podmínkách? Jinak označit svůj příspěvek jako řešení je špatně v tom, že tím označuješ celý dotaz za vyřešený, aniž by tvůj příspěvek někdo druhý zrevidoval. Člověk se často mýlí a to nejen v oblastech, kde není úplně doma.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
Petr Tomášek avatar 10.2.2015 11:26 Petr Tomášek | skóre: 36 | blog: Vejšplechty
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
IMO by to mělo být standardní chování. Používám normálně to, co je v Debianu Wheezy (4.2.2.dfsg.1-5+deb70u6).
pavlix avatar 10.2.2015 12:04 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Jak potom vypadají ty leases? Vždyť ty potřebuješ dvě souběžné leases pro jednu IP, to budu muset testnout a možná i nahlásit jako chybu :D.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
10.2.2015 12:21 NN
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Funguje to metodou "kdo drive prijde, drive mele" ie. neporusuje to standard. Precti si pozorne co pise, tvrdi ze v dokovaci stanici ma kabel a bez dokovaci stanice ma wifi = different interface, same IP = naprosto legit a spojeni zustanou protoze L3 vrstva to neresi.. nepise, ze jede na obou soucasne, to by byl skutecne nesmysl a napsane je totak, ze to tak vipada..
pavlix avatar 10.2.2015 12:48 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Funguje to metodou "kdo drive prijde, drive mele" ie.
Jo to chápu, ale v diskuzi se probíral i plynulý přechod, kdy je potřeba jet chvíli současně, ale to asi není předmětem dotazu, to je fakt. Na druhou stranu se mi vůbec nelíbí myšlenka, že připojím laptop do docku a přijdu o všechna spojení, protože kernel mezitím tu IP adresu chvíli vůbec neměl. Z toho důvodu zatím používám wifi i v docku a akorát jsem trochu uvažoval o bondingu, jenže tam se mi zase nelíbí ta závislost na konkrétní síti, kde to funguje.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
10.2.2015 16:12 NN
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Bokem, podle meho nazoru hodi system EADDRINUSE pokud se pokusi nastavit stejnou IP na dve rozhrani a neprojde to dokud tu puvodni neuvolnis. Jako reseni si dokazu predstavil bridge, se zapnutym STP, kteremu priradis IP..
pavlix avatar 10.2.2015 16:24 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Bokem, podle meho nazoru hodi system EADDRINUSE pokud se pokusi nastavit stejnou IP na dve rozhrani a neprojde to dokud tu puvodni neuvolnis.
mole ~ # ip a a 192.168.1.1/24 dev eth0
mole ~ # ip a a 192.168.1.1/24 dev wlan0
mole ~ # ip a | grep 192.168
    inet 192.168.1.1/24 scope global eth0
    inet 192.168.1.1/24 scope global wlan0
Jako reseni si dokazu predstavil bridge, se zapnutym STP, kteremu priradis IP..
Jsi si jistý, že je STP spolehlivý i když ho nepodporuje druhá strana?
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
10.2.2015 16:41 NN
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
lol ;) beru zpet..
Petr Tomášek avatar 10.2.2015 14:27 Petr Tomášek | skóre: 36 | blog: Vejšplechty
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Jak potom vypadají ty leases? Vždyť ty potřebuješ dvě souběžné leases pro jednu IP,
No a? Co se ti na tom nelíbí? :-) Pořád je to maximálně jedna lease na MAC ;-).
to budu muset testnout a možná i nahlásit jako chybu :D.
Jestli máš čas nazbyt, můžeš to zkusit. Ale vzhledem k tomu, že je feature not a bug, tak bych tomu moc šancí nedával...
pavlix avatar 10.2.2015 16:20 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Lease je výpůjčka a jedná se o výpůjčku IP adresy, nikoli MAC adresy, tu stroj už má.
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
12.2.2015 19:08 lertimir | skóre: 58 | blog: Par_slov
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Chvíli jsem takovou konfiguraci zkoušel, ale dynamické přehození to stejně nezvládalo. Kromě duplicity IP adresy byl ještě problém s routingem ve stanici. Směrovací tabulky jsou na rozhraní, a pokud seberu systému konektivitu na rozhraní, tak mu nějakou dobu trvá, než zjistí, že tím směrem už nic nepošle. Někdy to chtělo i shození a nahození síťování.

Ale zajímalo by mne jestli je nějaká rozumná možnost, jak mít stabilní IP adresu. Typická situace, kdy jsou roztahané kabely a navíc i pokrytí wifi a uživatel si může zvolit jestli se připaojí kabelem (rychle a omezený pohyb) nebo wifi (pomalu a volně). Někdy je vhodné adresu (možná by stačilo i doménové jméno) držet, protože některé služby v síti (typicky backup) by rády se spojily se stanicí a při rozdílných adresách služba pracuje jen pro připojení jedním interface.
pavlix avatar 12.2.2015 19:34 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Mobile IP?
GentooFedoraSCRAM – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
12.2.2015 20:42 NN
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Pokud myslis ten IETF draft, tak to po par letech umrelo a od roku 2004 se to nevyviji. Nebo se pletu?
12.2.2015 20:53 lertimir | skóre: 58 | blog: Par_slov
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Nakonec mám dva DNS A záznamy se stejným jménem a backup se odkazuje na doménové jméno. Nicméně otázka jestli to rozumě na IP levlu jde udělat trvá. Jak jsem psal vedle, bez nějakého RIPu na klientské stanici si to moc představit nedokážu. A samozřejmě Mobile IP na IPv4 mě připadá zrůdný. Na IPv6 asi ano, ale nastudováno nemám.
Řešení 1× (zipi (tazatel))
12.2.2015 20:22 zipi | skóre: 16
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Na jaké platformně to zkoušíš Linux, Apple či Windows?
12.2.2015 20:49 lertimir | skóre: 58 | blog: Par_slov
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
zkoušel jsem to na linuxu (openSUSE) ale to je jedno. routovací tabulka netstat -r nastaví nějaké routy a dokud není důvod je měnit tak zůstanou. většinou bylo třeba v NM apletu vypnout síťování a znovu zapnout aby dhcp client provedl nový dotaz. Asi jiná alternativa by možná bylo možné spustit RIP, ale to bych na klientu nedělal.
10.2.2015 13:26 zipi | skóre: 16
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Otestuji a dám info zítra jak to dopadlo .. Na jednom PC mi to běhá bez problému.
12.2.2015 13:07 zipi | skóre: 16
Rozbalit Rozbalit vše Re: DHCPD 1IP pro 2MAC
Konfigurace je Ok, ale mají s tím problém Windows 7 :( pokud chci použít druhou síťovku ze stejnou IP tak musím provést restart systému.

DHCP log:
dhcpd: DHCPACK on 192.168.1.1 to BA:DF:00:DF:C0:FF via ethernet-lan
dhcpd: DHCPOFFER on 192.168.1.1 to BA:DF:00:DF:C0:FF via ethernet-lan
dhcpd: DHCPREQUEST for 192.168.1.1 from BA:DF:00:DF:C0:FF via ethernet-lan

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.