Dotaz: Jedna IP adresa pro připojení přes WiFi i ethernetem

[MaT]

Situace:

Mám domácí router (Asus WL500W), na něm OpenWrt. Dále pak notebook s Debianem, teď po dlouhé době, kdy jsem se ho snažil ignorovat, se zprovozněným NetworkManagerem. Notebook je většinou připojen přes WiFi, ale občas, když třeba potřebuji přenášet větší objem dat po lokální síti, připojím jej kabelem.

Čeho potřebuji dosáhnout:

Stejná IP adresa přes WiFi i ethernet.  IP adresy můžu přidělovat staticky podle MAC adresy. Představoval bych si to tak, aby když je notebook připojen přes WiFi, aby měl jednu konkrétní IP adresu, když připojím kabel, aby se připojení přes WiFi třeba i ukončilo a stejná IP adresa se přiřadila rozhraní eth0. To se mi jednou i povedlo (pro obě MAC adresy jsem nastavil stejnou IP adresu v /etc/ethers). Tedy s tím, že WiFi se neodpojilo, ale dostalo jinou IP adresu. Jenže co je nejhorší, když jsem kabel zase odpojil, wlan0 zůstala ona jiná adresa, nevrátila se ta původní (kterou chci).

Kdyby se někdo ptal, proč to všechno - kvůli přesměrovaným portům na routeru potřebuji, aby notebook byl pořád na stejné IP adrese.

Odpovědi

[kozzi]

A to je tak velekj problem tu wifi vypnout a pak zase zapnout? Jinak netacilo by tu wifi s tim eth0 dat do bridge?

[MaT]

Ano, je to problém, chtěl bych, aby to chodilo automaticky.

Navíc teď jsem měl několikrát vypnutou tu WiFi a dokonce i celý notebook a pořád mi to přiděluje tu "jinou" adresu. I poté, co u té "statické", kterou chci, dávno vypršel lease time...

[JF]

No jo, jenze ty v tom notebooku mas fyzicky 2 rozhrani.

eth

ath

Standardne nakonfigurovany DNS server preferuje k jedne MAC adrese jednu IP adresu. A ty mas ty MAC adresy 2.  Mohl bys to udelat jedine dost velkym oprasem. Standardni DNS server tohle neumi a tohle by potrebovalo plnohodnotny OS treba Linux i na strane Asus 5000W a nejake zoufale skriptovani. A i tak je to proti koncepci sitovani.

[MaT]

eth0 a wlan0 - ale to je fuk...

Jaký DNS server, ten s tím nemá co dělat. Tady jde o DHCP a dynamické přidělování IP adres. I když pravdou je, že na spoustě routerů běží dnsmasq, což je program, který kromě funkce DHCP serveru zvládá i DNS cache. Dnsmasq bývá čast součástí i firmware přímo od výrobce (aspoň u Asus tomu tak prý je).

Jinak já v tom dotazu psal, že na routero je OpenWRT. To je v podstatě plnohodnotný Linux - můžu si tam podle potřeby i něco doinstalovat, různě skriptovat...

A co přesně myslíš tou "koncepcí síťování"? Je někde něco takového sepsané?

Mně spíš přijde, že podobná věc by asi zajímala více lidí, že už to třeba někde někdo i nějak vyřešil... Copak nikdo nepoužívá na podobných routerech port forwarding? Ať už kvůli přístupu přes SSH z internetu, nebo třeba kvůli nějakým P2P protokolům?

[JF]

Sorry, tady jsem se prepsal, samozrejme mas pravdu DHCP.

Takhle:

asus ma nejake vstupni rozhrani, LAN a WLAN.

Tvuj notebook ma LAN a WLAN.

ADSL LAN   --------------------------  NTB LAN


     WLAN  --------------------------  NTB WLAN


Mas 2 ruzne site se 2 MAC adresama. Kdyz se ti podari vnutit stejnou MAC adresu pro wireless a sitove rozhrani a pak na strane ASUSu spojis LAN a WLAN jako bridge, tak to to udela to co chces.

V pripade obou pripojeni soucesne se bude dit cosi nepekneho. Otazka je jak to poznat. Pokud spojis do bridge i interface na notebooku,  tak se ti budou pakety duplikovat a mozna to cele chcipne (mozna to projde). Tohle mi nepripada ta spravna cesta.

 

 

 

 

[JF]

Jeste dodavam, jako literaturu doporucuji man stranky pro "route", "arp", "ifconfig", "wlanconfig" atd. Dale pak treba "Linux Advanced Routing & Traffic Control HOWTO".

Mas 2 ruzna media a chces mezi nimi prepinat. Obe zarizeni musi poznat kam maji poslat paket. IP adresa slouzi k jednoznacnemu oznaceni rozhrani v ramci site. Ta technologie to prilis nezvlada.

 

Co by se dalo proslapnout je mit v notebooku třetí virtualni sitove rozhrani. To uz by mohlo mit naprosto jednoznacnou IP adresu nezavisle na mediu, pres ktere se routuje. K teto IP adrese bych ti dooporucil vztahovat ostatni aplikace, ktere vyzaduji pevnou IP adresu. Ale je to na par hodin experimentovani.

[xurfa]

zdravím,

podařilo se tento problém nějak rozumně vyřešit?

[Petr Šobáň]

To se nedá vyřešit!

Jedině oběma rozhraním natvrdo v NT přidělit stejnou IP a nepoužívat DHCP a v NM potom si vypnu wifi a zapnu eth nebo obráceně a je po problému.

[M_P]

Z jakeho duvodu by nefungovalo reseni s bridgem (jak psal nekdo v prvnim komentari)?

[hates]

proste dejte eth0 a wif0 do bridge. Vytvori se zarizeni br0 a to ma novou MAC adresu. tu si potom nastavte na DHCP serveru jako statickou a k ni IP a je to v pohode. Problem ale nastane pokud pripojite kabel a nechate zaplou wifi. to by se mohlo pohadat a pakety vam potecou mozna pres kabel mozna pres wifi nejsem si jistej. a mozna vam nepotecou vubec. proste kdyz zapnete kabel musite wifi vypnout.

[Petr Tomášek]

...proste kdyz zapnete kabel musite wifi vypnout.

No a o to snad jde, aby tohle člověk nemusel, ne? Aby přišel BFU (klidně s Widlema), nakonfiguroval WiFi a když tam prdne kabel, aby jel přes LAN, když ho vyndá aby jel přes WiFi a přitom to pořád mělo stejné IP (čímž by se např. )

Řešení by se asi dalo vytvořit (musel by si člověk napsat speciální DHCP server) pokud by běžní klienti uměli DHCP FORCERENEW. Jenže anžto to chce podporu pro DHCP-AUTH, tak to zřejmě zatím nikdo nenaimplementoval (Např. Widle 7 to neumí, co se mi podařilo vygooglovat, tak ani podpora pod linuxem nebude kdoví co...).

[jbohac]

A nešlo by té ethernetové síťovce nastavit stejnou MAC adresu, jako má ta wifi? Ale pak to chce opravdu důsledně vypínat wifi při připojení kabelem...

[tuxmartin]

Neslo by pouzit bonding?

[Sten]

Ne, bonding je něco jiného, při jeho použití pokud odpojíte Ethernet, tak přestane fungovat i WiFi.

[Ash]

To jste při odpojování kabelu asi zavadil o rf_kill switch, ne? :D

[Ash]

Bonding považuji za nejlepší řešení. Mám v bondingu eth0 a wlan0 s preferencí eth0, podstatná výhoda je, že se při prechodu na/z kabelu neukončí navázaná spojení (ssh, stahování...). Funguje to bez problémů.

[y]

Muzes trochu popsat to nastaveni? Taky by se mi to hodilo.

[Sten]

Tohle používám, ne s OpenWRT routerem, ale s Debian Linux routerem. Řešení je jednoduché: na routeru dám WiFi a Ethernet do bridge a nastavím DHCP server tak, že notebooku na WiFi i na Ethernet (rozdílné MAC adresy) přiděluje stejnou IP adresu. Při přerušení spojení na jednom potom dojde k bezešvému přechodu na druhé spojení, stejně tak při připojení se běžící přenos sám přesune z WiFi na kabel. Nezkoumal jsem, jak to funguje, ale funguje to

[Petr Tomášek]

Tak jsem to zkusil s OpenWrt a:

1. dnsmasq se mi nepodařilo nastavit tak, aby jednu IP dalo dvěma klientům s různými MAC. (Dokonce si snad schválně pingá aby zjistilo, jestli je přihlášený klient ještě živý a pokud jo, tak druhému na řadě přiřadí novou IP...)
2. Zkusil jsem tedy kombinaci: LAN na statické adrese, WiFi na DHCP, to ale funguje jenon pro spojení (ssh) na router. To funguje velmi dobře, zvlášť, když se bridgi nastaví malé timeouty. Jenže pro směr do internetu (provádí se NAT) spojení funguje jen přes WiFi, LAN, nebo LAN+WiFi nefunguj vűbec . (Možná, že se jedná jen o nějakou trivialitu v nastavení firewallu/NATu...)

[Petr Tomášek]

Hm, tak problém 2) byl mezi židlí a klávesnicí: v konfiguraci statické IP pro LAN jsem měl blbě adresu gw. Aby to pak nechodilo :-P

Jinak ten handover není úplně ideální, ssh spojení vydrží (to je hlavní, když má člověk rozdělaných 5 věcí a všechno mu to spadne jenom proto, že si chce přesednout, tak je to na nic); ovšem internetové rádio to většinou nerozdejchá ...

Ještě by to chtělo přesvědčit vývojáře dnsmasq, aby umožnili dávat stejnou IP adresu strojům s více MAC a bylo by to ideální

[Sten]

Na SSH spojení používám screen

Těžko říct, proč to to internetové rádio nerozdejchá. Možná jej mají blbě implementované a při přehazování (kdy dojde k určitě prodlevě a nutnosti poslat pár paketů znovu) se raději odpojí.

[Mercuriuz]

Přesně tohle mám doma, nastav si na routeru pridělování podle macu, tam dej macinu eth0 a na wlan0 si nastav podvrzeni mac adresy podle eth0....hotovo