[reddin]

Mirasy!
Mam następujący problem.
Centrala w miescie1 posiada spięte oddziały na południu Polski do router z ip 192.168.16.1 i to działa.
Moja centrala ma spięte oddziały na północy Polski do routera 192.168.1.254
Obie centrale działają, są obecnie złączone ze sobą i obie centrale "widzą" się.

Ale ja chciał bym aby dało się z mojej centrali (192.168.1.0) nawiązać połączenie z IP 192.168.15.1 które jest wpięte po ipsec do centrali w Warszawie (192.168.16.1).

oddział 192.168.15.1 --ipsec--> Centrala Wawa192.168.16.1 <====tunel ipsec=====> 192.168.1.254

Pytanie, jak wklepać routing? Bo jak dam ip route add 192.168.15.0/24 via 192.168.16.1
To niestety nie da się z 192.168.1.X pingować 192.168.15.X

I ni cholery nie idzie.

#kiciochpyta #sieci #it #routing #linux

[martinez98]

@reddin: w druga strone jeszcze IMHO i interfejs

[reddin]

@martinez98: W drugą stronę to po drugiej trzeba dodać routing, interfejs nie, bo jest po ipsec i jest zmienny

[brokenik]

@reddin: Oddział 192.168.15.1 musi wiedzieć gdzie ma kierować pakiety do 192.168.16.1 - bez tego ani rusz.

[martinez98]

@reddin: Ok 2 routingi powinny byc z polnocy do waw i z waw do oddzialu.I z oddzialu musi widziec polnoc, bo nie wie co to jest 192.168.1.x. tracert pomoze IMHO

[reddin]

Oddział 192.168.15.1 musi wiedzieć gdzie ma kierować pakiety do 192.168.16.1 - bez tego ani rusz.

@brokenik: Oddział 15 wie, że do 16 i widzi 16. Jeśli chodzi o 1.X to dodam mu routing, ale najpierw muszę z 1.X tracerote zrobić z sukcesem do 192.168.15.1 np.

[reddin]

@martinez98: Inaczej, obrazowo Łódź(15.X) widzi Wawę(16.X) a Wawa(16.X) widzi Gdańsk(1.X) ale Gdańsk(1.X) nie widzi łodzi (15.X) i odwrotnie. Tracert wylatuje do neta zamiast gnać z bramy 1.254 do bramy 16.1 i lecieć od 16.1 do 15.1

[brokenik]

@reddin: Łódź musi wiedzieć że Gdańsk jest osiągalny przez IPSec a tak pewnie wypycha default gateway'em ;>

[Pienio69]

@reddin: Sam sobie odpowiedziałeś na własne pytanie teraz. Dodaj static routy na brzegach (oddziałach) żeby do drugiego oddziału wypychał ruch przez tunel. Jeśli używasz jakiegoś protokołu routingu włącz redystrybucje tras.

[reddin]

Łódź musi wiedzieć że Gdańsk jest osiągalny przez IPSec a tak pewnie wypycha default gateway'em ;>

@brokenik: Na tym etapie to w nosie z łodzią... najpierw musi tracert lecieć choćby do Wawy (16.X)

[reddin]

@Pienio69:

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 8X-X10-X5-7.sta 0.0.0.0 UG 0 0 0 eth1
192.168.5.0 * 255.255.255.0 U 0 0 0 eth3
192.168.6.0 * 255.255.255.0 U 0 0 0 eth0
192.168.7.0 * 255.255.255.0 U 0 0 0 eth0
192.168.16.0 * 255.255.255.0 U 0 0 0 eth1

dodaję:

ip route add 192.168.15.0/24 via 192.168.16.1

i mam:
192.168.15.0 192.168.16.1 255.255.255.0 UG 0 0 0 eth1

Teraz

[Pienio69]

@reddin: tunel jest zestawiony na tym urządzeniu z którego wrzuciłeś output?
Czemu nie możesz ustawić wyjścia po tunelu tylko po fizycznym interfejsie?

[brokenik]

@reddin: A polityka routingu na routerze jest?

[reddin]

tunel jest zestawiony na tym urządzeniu z którego wrzuciłeś output?

Czemu nie możesz ustawić wyjścia po tunelu tylko po fizycznym interfejsie?

@Pienio69: Tunel do 16.1 działa spoko, pingi latają.
Na drugie pytanie nie znam odpowiedzi. (tunel ipsec nie ma fizycznego interfejsu, opeswan)

Ogólnie myślałem, że jak dodam, że pakiety do 15.1 mają lecieć przez 16.1 to zadziała, ale nie... pakiety nie lecą do 16.1 który to 16.1 by je przekazał do

[Pienio69]

@reddin: na którym urządzeniu to dodajesz? na 192.168.15.1 powinieneś ustawić trasę dla podsieci 192.168.1.0/24 - następny hop 192.168.16.1, dla drugiej strony adekwatnie

[reddin]

na którym urządzeniu to dodajesz? na 192.168.15.1 powinieneś ustawić trasę dla podsieci 192.168.1.0/24 - następny hop 192.168.16.1, dla drugiej strony adekwatnie

@Pienio69: Dodaję to na 192.168.1.254 aby widział 192.168.15.1 że jest za 192.168.16.1 ale nie widzi, nawet nie próbuje iść do 192.168.15.1 poprzez 192.168.16.1

[martinez98]

@reddin: a metryka? musisz wskazac next hop chyba co?

[reddin]

a metryka? musisz wskazac next hop chyba co?

@martinez98: możliwe, już szukam.

[reddin]

@martinez98: Nie wiem jaka komenda... nie mogę się doszukać

route add -net 192.168.15.0 netmask 255.255.255.0 gw 192.168.16.1

nic nie daje

[martinez98]

@reddin: ip r a 1.1.0.0/16 via 2.2.2.2 metric 1