Zuordnung von IPv4-Adressen zu Netzmasken und Durchführbarkeit mehrerer Standardrouten?

399
mav_2k

Wir haben,

Class Range NetMask Bits Bits hosts# ---------------------------------------------------------- A 0-127 255.0.0.0 8 24 16777216 (i.e. 114.0.0.0)  B 128-191 255.255.0.0 16 16 65536 (i.e. 150.0.0.0)  C 192-254 255.255.255.0 24 8 256 (i.e. 199.0.0.0)

Ebenfalls, 

$cat /proc/version  Linux version 2.6.32-amd64 (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #1 SMP Tue Jul 1 18:36:07 UTC 2011  $ip route show 114.0.0.0/24 dev eth1 scope link  114.0.0.0/16 dev eth1 scope link  114.0.0.0/8 dev eth1 scope link  199.0.0.0/8 dev eth1 scope link  122.0.0.0/8 dev eth1 scope link  default via 16.107.200.1 dev eth0 default via 16.107.200.1 dev eth1  default via 16.107.200.20 dev eth1  default via 16.107.200.21 dev eth1  default via 16.107.200.22 dev eth1  default via 16.107.200.23 dev eth1

Frage 1. Wie in der obigen Anzeige mit der Version iproute 2009 erhalte ich eine IPv4-Klasse-A-Adresse, die Klasse C oder B netamsk enthält und umgekehrt. Ist es eine gültige Konfiguration?

Frage 2. Wie in der obigen Anzeige, wenn iproute das Hinzufügen mehrerer Standardrouten zulässt, wie verhält sich der Paketfluss dann, wenn ein Paket mit nur einer Standardroute (wo viele Standardrouten vorhanden sind) geroutet werden muss? Wie filtert der iproute auch mehrere Standardrouten? Ist es eine gültige Funktion, dass iproute in einem Server-Setup mehrere Standardrouten zulässt?

0

1 Antwort auf die Frage

1
Mike Insch

A1: Ja, vollkommen gültig. Classful IP Addressing wurde um 1993 von CIDR (Classless Inter-Domain Routing) abgelöst. Auch ohne CIDR wäre dies immer noch gültig, da Sie einfach 'Subnetze' definiert hätten.

A2: In den meisten Fällen ist die verwendete Standardroute die erste in der Routing-Tabelle. In (sehr) vereinfachenden Begriffen führt der Kernel die Routing-Tabelle nach unten, bis er eine Übereinstimmung findet, und überträgt das Paket über die entsprechende Verknüpfung. In Ihrem Fall wird der meiste Standardverkehr für das Weiterleiten 16.107.200.1an Ihre eth0Schnittstelle gesendet .

Verwandte Probleme