CentOS, dwie karty eth0 eth1 z różnymi podsieciami są niedostępne poza VLAN / podsiecią


9

Mam problem ze skrzynką CentOS 6.3. Na serwerze mamy dwie karty sieciowe (eth0 i eth1), z których każda ma przypisany adres IP z innej podsieci, powiedzmy eth0: 192.168.1.2/24 (brama 192.168.1.1) i eth1: 192.168.2.2/24 (brama 192.168). 2.1). Jednak prawdziwe IP są światowe.

Każda karta sieciowa jest podłączona do innego przełącznika, ale ostatecznie kończy się na jednym routerze. W routerze te dwie podsieci znajdują się w różnych sieciach VLAN, porty do kart sieciowych są nieoznaczone, więc żaden serwer vlan nie jest przekazywany do serwera.

Teraz na FreeBSD po prostu przypisuję IP do każdej karty sieciowej i to po prostu działa, oba adresy IP są osiągalne. Na CentOS mogę dotrzeć tylko do adresu IP, dla którego brama jest aktywna jako domyślna trasa. Mogę pingować adres IP cokolwiek w tej samej sieci VLAN / podsieci, ale poza tym jest on nieosiągalny.

Kiedy robię traceroute do każdej z bram, widzę, że przechodzą one przez odpowiednią kartę sieciową, co ma sens, ponieważ gatewaty jest w zasięgu. Jednak poza podsiecią mogę obecnie pingować tylko 192.168.1.2.

IPtables również nie jest obecnie aktywne.

Jakie działania byłyby wymagane, aby to zadziałało?

Gogłem się przez kilka godzin, próbowałem różnych podejść, ale to nie zadziała. Mam wrażenie, że brakuje mi czegoś ważnego, mam nadzieję, że łatwa poprawka :-)

Każda pomoc jest mile widziana, dzięki ! Scott

WYTYCZANIE

# route -n  
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
192.168.2.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
169.254.0.0     0.0.0.0         255.255.0.0     U     1002   0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1003   0        0 eth1
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0

INFORMACJE IP

# ip addr list
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
    link/ether b8:ac:6f:16:70:c7 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.2/24 brd 192.168.1.255 scope global eth0
    inet6 fe80::baac:6fff:fe16:70c7/64 scope link 
       valid_lft forever preferred_lft forever

3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
    link/ether b8:ac:6f:16:70:c9 brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.2/24 brd 192.168.2.255 scope global eth1
    inet6 fe80::baac:6fff:fe16:70c9/64 scope link 
       valid_lft forever preferred_lft forever

Dobre pierwsze pytanie!
slm,

Odpowiedzi:


9

Musisz utworzyć trasę wielościeżkową lub aktywować protokół routingu dynamicznego (ospf, isis).

Przykład Mulitpath:

ip route del default via 192.168.1.1 dev eth0
ip route add default scope global nexthop via 192.168.1.1 dev eth0 weight 1 \
        nexthop via 192.168.2.1 dev eth1 weight 1

Jeśli ktoś tu skończy, googluje; dodanie go do /etc/rc.d/rc.local powoduje, że jest on stały
Scott
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.