Dotaz: ARP proxy - využití a smysl

[arpproxy]

Nastudoval jsem něco o arp a arp proxy. Není mi však jasné využití. Vím, že pokud je na routeru zaplá, tak si router "hraje" na cílový počítač, ale to vlastně je i tak. Pokud mám gateway nastavenou na router a za routerem je cílový počítač, tak cílový počítač stejně dostane paket s mac adresou routeru a naopak. Stačí mít nastavené gatewaye. V čem by klient poznal nějaký rozdíl pokud by byl zaplý proxy arp?

Odpovědi

[Zdeněk Štěpánek]

Tam pak jde o to, ze router ti jakoby ven hlasi ze prijima vice ruznych MAC adres, ktere pak preklada.

Kazdopadne vsechny tyhle techniky jdou ruku v ruce s natem a to je zlo. Pokud by site byly ciste routovane a dostupne odkudkoliv kamkoliv, nejsou tyhle veci potreba.

Zdenek

[cynic_asshole]

Představ si, že máš na nějaké stanici A(10.0.0.2/24) zkriplenou implementaci TCP/IP protokolu, která neumí posílat packety jinam než na lokální síť (neumí routovat). Na routeru nastavíš, ať na IP z druhého segmentu (stanice B - 10.0.1.2/24) odpovídá svojí MAC adresou. Stanice A pošle ARP dotaz na 10.0.1.2, obdrží MAC routeru, pošle packet na router, a ten už se postará o doručení na místo určení.

Nebo další případ:

Máš vpn tunel k sobě domů a používáš tam IP adresy ze stejného rozsahu, jako používáš ve firemní síti. Prostě chceš, aby tvoje VPN síť byla součástí firemní sítě. Bohužel, switch neví, do kterého portu ty packety poslat (nejsou v jeho tabulce). Tudíž si na počítači, kde používáš ten tunel nastavíš ARP proxy, aby odpovídal na adresy ve vpnce svojí MAC adresou. Počítač přijme pakety a strčí je do tunelu.

Doufám, že jsem to popsal srozumitelně a nenacanstal tady nějaké kraviny.

[arpproxy]

Dík za vysvětlení. Stejně mi z toho ale vyplynulo, že místo arp proxy se dají použít čistější metody.

[arpproxy]

No a vlastě to znamená, že nemusím mít nastavený router jako gateway ne? Arp dotazy jdou broadcastem, takže se ten "router chytne sám".

[cynic_asshole]

Ano, v prvním případě ten router jako gateway nemáš kam nastavit (máš třeba nějaké malé zařízení pro sběr dat, u kterého programátor silně očesal protokol TCP/IP), a ve druhém případě by nastavení toho počítače jako gatewaye bylo nevhodné, protože bys kupříkladu ztratil konektivitu se zbytkem sítě.

[Jarda]

"Zkriplená implementace" je umělé vysvětlení, takhle to nefunguje. Proč by stanice A (10.0.0.2/24) posílala ARP dotaz, aby zjistila IP adresu stanice B (10.0.1.2/24)? Vždyť A a B jsou zjevně v různých podsítích! Stanice A tudíž musí s B komunikovat prostřednictvím směrování, takže by A měla znát IP adresu místního rozhraní routeru (tj. default GW), vyslat ARP dotaz ke zjištění jeho MAC adresy a na ni pak poslat IP paket pro stanici B.
Finta spočívá v tom, že i když se obecně použije maska /24 (třeba na rozhraních routeru), bude mít stanice A nastavenu masku /16. Tím pádem si bude myslit, že i stanice B je ve stejném segmentu jako ona sama a proto tedy může přímo/broadcastem poslat ARP dotaz ("jakou MAC adresu má stanice B?"). No a router tento broadcast přijme a díky aktivnímu proxy ARP odpoví MAC adresou svého místního (připojeného do sítě, kde se nalézá stanice A) rozhraní.
Asi tak.