Dotaz: maskování sítě

[ext3fs]

Zdravím,

 

chci se zeptat jestli někdo neřešil následující problém, případně prosím o nasměrování.

Máme dvě sítě, síť A, síť B kde:

 

A:, rozsah: 10.0.0.0/22, VPN (172.X.Y.Z) spojeno se sítí B.

B: rozsah 10.0.0./16, VPN (172.X.Y.Z) spojeno se sítí A.

 

Do sítě B nemáme fyzicky přístup, takže jakékoli změny můžeme dělat v rámci sítě A.

Jak zajistit aby část sítě (např 10.0.0.1-10 sítě B) byla v síti A "zamaskovaná" např jako 192.168.33.1-10.

Prostě v nynější situaci vzniká konflikt mezi sítí A a B kde rozsah A je podsoučástí rozsahu B.

Vše je nyní řešeno statickýma routama, což je pro menší počet adres přijatelné, ale v našem případě to přestává být efektivní. Pokud někdo něco podobného řešil budu rád za každou radu.

 

Děkuji.

 

Odpovědi

[marek]

Dobry den.

Jestli by nebylo jednodussi aby openvpn fungovalo jako bridge a ne jako soustava routeru.

Pak by jenom bylo poteba dat si bacha, aby neexistovali v obou sitich stroje se stejnou ip adresou.

marek

 

[ext3fs]

To jsou VPN od O2 do kterych nemame pristup.

[marek]

A co vam brani protahnout tim jeste jednu vpn, ktera bude prepinat?

Muzete ji udelat klidne bez autentifikace a bez sifrovani, pokud mate strach z rezie.

Muzete omezovat provoz vsesmerovych dotazu pomoci ebtables a iptables a tim udrzet neproduktivni provoz na rozumne vysi.

Asi je take rozumne zakazat stp.

Jedine co je nutne ohlidat je MTU.

Vse by bylo transparentni a bez nejakych vetsich hacku (snad jen ty jine masky siti).

 

marek

[ext3fs]

To bych ale musel mít přístup jak do sítě A tak do sítě B. Já mohu operovat jen v rámci strany A.

[petr_p]

Čisté řešení je domluvit se sítí B, ať nepoužívá vaše adresy. Pokud domluva není možná, tak se připravte na ošklivé hacky, které možná udělají více škody než užitku.

Například si mezi sítě postavte stroj, který budě překládat adresy podle toho, z které strany packet přijde.

[ext3fs]

Tohle prave potrebujeme,ale nevim jak to presne realizovat.

[petr_p]

Jak vám radili na cz.comp.linux, musíte použít bezstavový překlad adres. Zkuste ten NETMAP. Případně NOTRACK a SNAT/DNAT. Nezapomeňte hlídat příchozí a odchozí rozhraní a udělat výjimku pro packety doručované lokálně. A taky je třeba označit si pozměněné packety, abyste po přepsání adresy mohl je podle značky přesměrovat do správného rozhraní (ip rule a alternativní směrovací tabulka)

Konkrétní příkaz vám asi nikdo nenapíše, to si musíte vyzkoušet a odladit sám, protože nikdo taková zvěrstva jen tak někdo nedělá a ani v hlavě nenosí, jak se zachová linuxový packetový filtr.

Takový návrh:

# odchozí provoz
iptables -t mangle -I PREROUTING -i VNITŘNÍ_ROZHRANÍ -d 192.168.33.0/24 -j MARK --set-mark 1
iptables -t nat -I PREROUTING --mark 1 -j NETMAP --to-address 10.0.0.0.0/24

ip rule add fwmark 1 table 100
ip route add default to dev VNĚJŠÍ_ROZHRANÍ table 100

Ještě je třeba si dodělat příchozí provoz, kde asi není nutné čachrování s náhradními směrovacími tabulkami. A udělat si výjimky pro lokální doručování.

[petr_p]

Ještě existuje možnost dělat bezstavový překlad pomocí směrovacího systému Linuxu (Stateless NAT with iproute2).

[NN]

Podle meho nazoru je mozne je vyselektovat podle cilove IP a premaskovat je pred smerovanim do tunelu.

iptable  -t nat -A PREROUTING -s $IPA -d $IPB -j SNAT --to-source $IPC

a pak je podle te nove IP nasmerovat do tunelu:

iptables -A FORWARD -s $IPC -o tun0

a pri ceste spatky to udelat naopak.

mozna kravina,

NN