Dotaz: Jak přemostit veřejnou IP

[tpic]

Mám jedno zařízení, které je současně zapojené takto:

zarizeni -> brana-providera -> internet

Chci aby toto zařízení šlo zapojit i takto a bez změny default gateway:

zarizeni -> moje-brana -> brana-providera -> internet

Lze to nějak "přemostit", aby zařízení ani nezaregistrovalo, že je ještě za jedním routerem a abych na zařízení mohl nechat nastavenou branu-providera?
p.s. moje-brana je linux router

Odpovědi

[Michal Kubeček]

Proč se před položením dotazu nepodíváte do FAQ?

[tpic]

To jsem samozřejmě prošel. Nepočítá tohle řešení ale s tím, že jako výchozí brána na zařízení bude moje-brana ?

[pht]

A jak jinak by to melo byt?

[tpic]

Tak jak jsem to napsal v otázce.

[MiK[3]Zz]

To by ten linux pc musel byt invisible, cize switch. Nemozes mat na sieti dva pocitace s rovnakou ip.

[tpic]

No a nepostarala by se o to nějaká forma bridge?

[Michal Kubeček]

S proxy ARP to tak funguje (přesněji: může fungovat). Proto se tomuto řešení také někdy říká pseudobridge.

[Michal Kubeček]

Ne nutně. U proxy ARP může být, funguje-li obousměrně (u dynamické verze automaticky, u statické když si uděláte položky pro obě strany), defaultní gateway pro zařízení nastavena i na brana-providera.

[Oto Petřík]

neslo by na to pouzit proxy arp ? pripadne jeste s zmenit MAC adresou na linux routeru.

[tpic]

No nevím, jak bych mohl na to proxy arp využít. Zařízení musí mít správnou ip adresu + mac adresu, aby šlo připojit do internetu. Jedině, že bych na server na eth0 přidal ip adresu zařízení + jeho mac adresu a přes eth1 bych to směroval do vnitřní sítě na tu samou mac adresu + ip adresu, ale to asi ani nemůže projít

[tpic]

I když takhe možná proxy arp funguje..?

moje-brana: eth0 - mac nejaka, ip nejaka
            eth0:1 - mac zarizeni, ip zarizeni
            eth1 - vnitrni sit


zarizeni pichnuty pres switch na eth1 a ma ip: zarizeni a mac: zarizeni

Projde to?

[tpic]

Tak co bude to takhle fungovat?

[Oto Petřík]

napada me jen jediny zpusob jak to zjistit , ale myslim ze by melo. i kdyz nevim proc tam pridavat dalsi ip & mac, nestacilo by to cele schovat za ip & mac zarizeni ?

[tpic]

Jak schovat?

[tpic]

Vtip je v tom, ze aby se zařízení připojilo k providerovi internetu, je potřeba, aby se ohlásilo správnou mac a ip adresou.

[Michal Kubeček]

Na eth0:1 zapomeňte, to už je skoro devět let obsolete.

[tpic]

A jak jinak napasovat 2 ip na jedno rozhraní .. ??

[Michal Kubeček]

Přidejte si tam další adresy příkazem ip. Tzv. IP aliasing se používal pouze v jádrech řady 2.0, to už je dost dávno.

[tpic]

Takhle je to jednodušší a taky to funguje. V konfiguráku distribuce prostě přidám další rozhraní a můžu pro něj nastavit i jinou bránu aj.

[Filip Jirsák]

Takhle je to jednodušší a taky to funguje.

Ono to jenom vypadá, že to funguje…

[Michal Kubeček]

Takhle je to jednodušší a taky to funguje.

Ne, nefunguje. IP aliasing v jádře počínaje verzí 2.2.0 (leden 1999) není. Příkaz ifconfig pouze předstírá, že to funguje dál - a to ne moc dokonale.

a můžu pro něj nastavit i jinou bránu

Autory nástrojů, které lidem vsugerovávají takové bludy, by měli hnát k zodpovědnosti. Brána se nepřiřazuje rozhraní. Naopak, nalezená nejvýhodnější položka směrovací tabulky teprve určí odchozí rozhraní.

[tpic]

To jo, ale u distribučních konfigů se to nastavuje v položce pro rozhraní. Příkaz ip addr ukáže, že to patří vlastně jednomu rozhraní, ale funguje to tak jak říkám a dobře.

[Michal Kubeček]

Ne, nefunguje to, jak říkáte. Už skoro devět let to tak nefunguje. To, co vidíte, je jen emulace, a to velmi nedokonalá emulace. Zkuste si tomu vašemu "rozhraní" eth0:1 nastavit MTU, zkuste na něj nasadit qdisc, zkuste ho použít jako argument podmínky -i v netfilteru. Uvidíte sám… A nebo ještě lépe: za předpokladu, že jste přes rozhraní eth0 vzdáleně přihlášen, zkuste shodit interface eth0:1 shodit. To je docela názorné…

[Michal Kubeček]

To jo, ale u distribučních konfigů se to nastavuje v položce pro rozhraní.

Jak už jsem napsal, autoři takových nástrojů by zasloužili pár facek. Konfigurace směrování nemá co dělat pod konfigurací rozhraní.

[tpic]

No na druhou stranu to v hodně případech zjednoduší prácí.

[Michal Kubeček]

V čem vám zjednoduší práci, že můžete nastavit něco, co vůbec nemá smysl?

[tpic]

Třeba mohu rovnou pod definici eth0 napsat gateway xx.xx.xx.xx a nemusím to jinak rozepisovat tj. automaticky co je ve stejné síti v definici eth0 má tuhle bránu. Ušetří to sice jeden příkaz, ale i tak přeci jenom...

[Jiří J.]

Takže raději budete používat něco, čemu ani pořádně nerozumíte, jen proto, "že je to jednodušší" na první pohled, tedy pokud jsem pochopil.. jak už bylo řečeno, ta emulace eth0:1 se chová opravdu docela zajímavě a ne vždy podle očekávání, možná by bylo vhodnější prostě jednou porušit "zásady" ála Cisco a uvěřit, že je možné jednomu interface přiřadit více IP adres.. ono je fajn, že to funguje, otázkou je, na jak dlouho vám to postačí..

[Michal Kubeček]

Třeba mohu rovnou pod definici eth0 napsat gateway xx.xx.xx.xx a nemusím to jinak rozepisovat tj. automaticky co je ve stejné síti v definici eth0 má tuhle bránu.

Aha. Takže aby měla další diskuse smysl, nastudujte si, prosím, základy toho, jak směrování funguje. To, co jste právě napsal, je naprostý nesmysl.

[tpic]

auto eth0
iface eth0 inet static
        address 1.2.3.4
        netmask 255.255.255.0
        broadcast 1.2.3.255
        gateway 1.2.3.1

- default gateway je 1.2.3.1

pokud pridam eth1 a tam nastavim gateway jinou, mam dve default gateway, z nich se pouzije ta prvni, tzn. pokud mam jen jedno rozhrani, je to pro mne zjednoduseni prace.

Asi jsem se predtim blbe vyjadril.

[Michal Kubeček]

mam dve default gateway, z nich se pouzije ta prvni

Co to přesně znamená "ta první"? A co jste myslel formulací "automaticky co je ve stejné síti v definici eth0 má tuhle bránu"? Jak už jsem napsal, brána se nepřiřazuje rozhraní, protože by to nedávalo smysl, protože naopak teprve z vybrané položky směrovací tabulky se to rozhraní určí. A pokud jste v tom vašem příkladu myslel destinace z rozsahu 1.2.3.0/24, tak ty se samozřejmě přes žádnou bránu neroutují.

[Jiří J.]

Předpokládám, že ta moje-brana je určena k loggování/statistice/... prošlého trafficu..
Otázkou je, zda chceme propojit tímto způsobem jedno zarizeni nebo jejich větší počet:

V případě jednoho zařízení by mohlo stačit nastavit netfilter tak, aby vše příchozí od zarizeni přeposílal dál na bránu ISP a na interface stroje moje-brana směrem k ISP nastavit IP a MAC, kterou má zarizeni..

Možná čistější způsob, který se dá aplikovat i pro více strojů, je použít nějaký user-space nástroj. Tuším, že Ettercap kdysi něco podobného uměl, ríkal tomu bridged sniffing:

BRIDGED, it uses two network interfaces and forward the traffic from one to the other while performing sniffing and content filtering. This sniffing method is totally stealthy since there is no way to find that someone is in the middle on the cable. You can look at this method as a mitm attack at layer 1. You will be in the middle of the cable between two entities. Don't use it on gateways or it will transform your gateway into a bridge.

Dále snad tcpbridge z "balíku" tcpreplay..

Anebo si něco podobného můžete napsat sám, analyzovat příchozí packet a vyplnit příslušné informace (MAC, IP) do odchozího - A brief programming tutorial in C for raw sockets

[tpic]

Dík.

[Jooky (inactive)]

Podpora na bridge(switch) je rovno v jadre, ak to hladate :o) , ale zalezi od konkretneho urcenia co je lepsie (proxy arp vs. bridge). Obydva zposoby umoznuju filtrovanie (ked sa pouzije podpora v jadre) a aj logovanie.

[tpic]

A jak to mám použít? Nic co jsem zkoušel jaksi nefungovalo.

[Michal Kubeček]

Jen pro přesnost: bridge není zdaleka totéž, co switch, přestože k němu má podstatně blíže než "normální" router.