Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Witam forowiczów i tu moje pytanie o coś, z czym się nie mogę poradzić, może nie poradzić jak rozwiązać to w sposób automatyczny.
Opis problemu trochę danych co pomoże w tym problemie:
wynik polecenia: ip r s
10.70.70.60 via 192.168.60.242 dev eth0 proto zebra metric 30
X.X.X.X/X dev eth1 proto kernel scope link src X.X.X.X
Y.Y.Y.Y/Y dev eth2 proto kernel scope link src Y.Y.Y.Y
10.40.30.0/24 dev eth0 proto kernel scope link src 10.40.30.1
10.70.70.0/24 dev eth0 proto kernel scope link src 10.70.70.254
10.80.80.0/24 dev eth0 proto kernel scope link src 10.80.80.254
10.60.60.0/24 dev eth0 proto kernel scope link src 10.60.60.1
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.1
192.168.60.0/24 dev eth0 proto kernel scope link src 192.168.60.1
default
nexthop via X.X.X.X dev eth1 weight 100
nexthop via Y.Y.Y.Y dev eth2 weight 10
Jak nam przedstawia wynik mamy do czynienia z dwoma łączami ISP eth1 i eth2 oraz LAN eth0.
wszystko pięknie ładnie działa jeszcze dodam teraz wyniki z routingu tabel.
wynik polecenia tabela pierwsza: ip r s t TABELA_1
10.50.50.0/30 dev eth0 scope link
X.X.X.X/X dev eth1 scope link src X.X.X.X
10.40.30.0/24 dev eth0 scope link
10.80.80.0/24 dev eth0 scope link
10.60.60.0/24 dev eth0 scope link
192.168.0.0/24 dev eth0 scope link
192.168.60.0/24 dev eth0 scope link
127.0.0.0/8 dev lo scope link
default via X.X.X.X dev eth1
wynik polecenia tabela druga: ip r s t TABELA_2
10.50.50.0/30 dev eth0 scope link
Y.Y.Y.Y/Y dev eth2 scope link src Y.Y.Y.Y
10.40.30.0/24 dev eth0 scope link
10.80.80.0/24 dev eth0 scope link
10.60.60.0/24 dev eth0 scope link
192.168.0.0/24 dev eth0 scope link
192.168.60.0/24 dev eth0 scope link
127.0.0.0/8 dev lo scope link
default via Y.Y.Y.Y dev eth2
jeszcze dodam wynik z rule
wynik polecenia rule: ip ru s
0: from all lookup local
32762: from all fwmark 0x2000 lookup TABELA_2
32763: from Y.Y.Y.Y/Y lookup TABELA_2
32764: from all fwmark 0x1000 lookup TABELA_1
32765: from X.X.X.X/X lookup TABELA_1
32766: from all lookup main
32767: from all lookup default
I teraz opis problemu mając tylko jedno łącze problemu nie ma żadnego w momencie kiedy host o adresie 10.70.70.60 podłączy się do routera opartego na MT automatycznie dodaje się wpis na moim serwerze opartym na Slackware 10.2 do route local czyli :
10.70.70.60 via 192.168.60.242 dev eth0 proto zebra metric 30 i wszystko ładnie działa.
podłączam drugie łączę tak jak przedstawiają wyniki podłącza się host o adresie 10.70.70.60 do routera opartego na MT automatycznie znowu dodaje się wpis na moim serwerze opartym na Slackware 10.2 do route local:
10.70.70.60 via 192.168.60.242 dev eth0 proto zebra metric 30 i teraz tak internet ten host ma korzysta z dwóch łącz bez problemu, ale jest jeden problem taki że teraz host o tym adresie nie może wejść na stronę która jest na moim serwerze inaczej mówiąc
nic z lokalnego serwera nie jest dostępne dla tego hosta no wiec szybko się zorientowałem ze brakuje wpisu dla tabeli pierwszego i drugiego łącza. no więc dodaje takie polecenia.
ip r a 10.70.70.0/24 via 192.168.60.242 table TABELA_1
ip r a 10.70.70.0/24 via 192.168.60.242 table TABELA_2
lub
ip r a 10.70.70.60 via 192.168.60.242 table TABELA_1
ip r a 10.70.70.60 via 192.168.60.242 table TABELA_2
i problem się rozwiązuje wtedy host o tym adresie ma dostęp do usług lokalnych jak i na świat zewnętrzny. No i teraz moje pytanie czy jest jaki parametr do pliku ospf.conf który powie daemonowi ospfd żeby mamy do czynienia z dwoma tabeli route a nie tylko lokalną i
doda te wpisy do tabel które muszę sam ręcznie wpisywać.
Na koniec podam jeszcze moje pliki ospf.conf i zebra.conf
Plik konfiguracyjny: ospf.conf
hostname moj_host
password tajne_haslo
enable password tajne_haslo
!
interface eth0
!
ip ospf authentication message-digest
ip ospf message-digest-key 1 md5 tajny_klucz
!
router ospf
network 192.168.60.0/24 area 0.0.0.0
area 0.0.0.0 authentication message-digest
ospf router-id 192.168.60.1
redistribute kernel
redistribute connected
redistribute static metric-type 1
log file /var/log/quagga/osfpd.log
Plik konfiguracyjny zebra.conf
hostname moj_host
password tajne_haslo
enable password tajne_haslo
!
! Interface's description.
!
interface lo
! description test of desc.
!
interface eth1
interface eth2
!no multicast
!
! Static default route sample.
!
! ip route 0.0.0.0/0 x.x.x.x
log file /var/log/quagga/zebra.log
Pozdrawiam i z góry dziękuję za udzieloną odpowiedź.
Ostatnio edytowany przez Lusy (2010-05-06 15:17:25)
Offline