Dotaz: IPSec tunnel Debian server + Draytek router

[Darkhunter]

Ahoj, mám nastavený IPSec tunnel a všechno mi ukazuje, že je ok a online. Mám ale problém se připojit z jednoho subnetu do druhého. Je možné, že je to tím, že obě sites mají stejný gateway? traceroute: traceroute to google.com (216.58.210.46), 30 hops max, 60 byte packets 1 62.232.90.49 (62.232.90.49) 0.862 ms 0.902 ms 1.023 ms 2 212.241.233.92 (212.241.233.92) 8.391 ms 8.361 ms 8.385 ms 3 be31.cr10.tn5.bb.daisyplc.net (62.72.134.17) 9.203 ms 9.177 ms 9.189 ms 4 62.72.134.70 (62.72.134.70) 9.776 ms 9.271 ms 9.366 ms 5 google-thn-pni-tn5.bb.daisyplc.net (62.72.139.118) 8.856 ms 9.095 ms 9.095 ms 6 209.85.247.31 (209.85.247.31) 8.882 ms 8.665 ms 8.621 ms 7 72.14.238.21 (72.14.238.21) 8.635 ms 8.638 ms 8.629 ms 8 lhr14s23-in-f46.1e100.net (216.58.210.46) 8.411 ms 8.338 ms 8.323 ms traceroute do druhého subnetu 1 62.232.90.49 (62.232.90.49) 0.888 ms 0.921 ms 1.023 ms 2 212.241.233.92 (212.241.233.92) 8.465 ms 8.475 ms 8.461 ms 3 * * * 4 * * * 5 * * * 6 * * * 7 * * *

Odpovědi

[NN]

Pokud mas na obou stranach stejne site/subnety, muzes to vyresit tak, ze jednu stranu zamaskujes za NAT.

[Darkhunter]

Ty strany mají jiné subnety právě. Jedna má 192.168.50.0 a druhá 192.168.2.0 Navíc pak už nebudou mít. Teď to testujeme v jiné síti, ale pak to bude v úplně jiné síti.

[NN]

Jenze dve rozdilne subnety nemuzou mit stejnou gateway tzn. tvoje tvrzeni o stejnych branach nedava smysl. Pokud to chapu dobre, tak IPsekem spojujes dve privatni site a jsou routovane do tunelu. Potom traceroute google.com nedokazuje vubec nic.

[Darkhunter]

Proč nemůžou mít stejnou gateway, když jsou ve stejné síti za stejným routerem?

[NN]

Muzes uvest priklad?

[Darkhunter]

Máme router, který vede do dalších 4 serverů s veřejnou IP. Jeden server dělá podsíť pro ČR, druhý dělá podsíť pro UK a třetí dělá podsíť pro wifi v budově. Já potřebuju, aby ten s wifi měl spojený subnet s tím, co má podsíť pro UK.

[NN]

Fajn, router Drytek jsi spojil IPseckem ze serverem pro wifi. Na UK serveru jsi naroutoval sit za wifi serverem do tunelu a na serveru pro wifi opacne naroutoval sit UK serveru. Pokud se site nahodou shoduji, coz je zrejme tvuj pripad muzes to vyresit bud zmenou adresace, nebo zamaskovanim alespon jedne site NATem a upravou routingu, jak jsem psal uz na zacatku a bohuzel se musim znovu opakovat. Neco neni jasne?

[Darkhunter]

Nejsou stejné. Jedna je 192.168.50.0/24 a druhá 192.168.2.0/24 a přesně tak to mám a nefunguje to.

[NN]

Dobre, NAT neni potreba. Predpokladejme, ze tunel bezi, ale chyba je jinde. V tom pripade staci nechat pusteny ICMP ping z jedne strany na druhou(192.168.50.2 <-> 192.168.50.2) a postupne overovat dumpem/logem/diagnostikou whatever, komunikaci na jednotlivych zarizenich, dokud neodhalis chybu. Muze to byt routing, nebo firewall, nebo chyba tunelu, nebo chyba operatora mezi koncem tunelu.

[Darkhunter]

Je tam shorewall a já v něm nic nenastavoval. Je možné, že je to tím?

[NN]

Je to mozne. Pust tcpdump a sleduj ICMP provoz na prichozim a odchozim rozhrani a takto postupuj celou cestu paketu tam i zpatky. Kde se to zasekne, tam je problem..

[Darkhunter]

Ok, dík. Budu se tomu věnovat zase zítra, tak dám vědět.