Kleine Netzwerkkunde

Die Subnetmask:

Die Subnetmask bestimmt die Aufteilung der Netzsegmente. Wenn also die Subnetmask 255.255.255.0 festgelegt wird, dann steht für die Erstellung eines LAN (Local Area Network) der gesamte Adressbereich von 192.168.x.x zur Verfügung bei jeweils einem einzigen Subnet. Verwendet man nun z.B. als Subnetmask 255.255.255.128, dann entstehen daraus zwei getrennte Subnets von 192.168.0.1 bis 192.168.0.126 und 192.168.0.129 bis 192.168.0.254 ! 192.168.0.0 ist die Kennung von Netz 1 und 192.168.0.128 ist die Kennung von Netz 2 - und die Adressen 192.168.0.127 sowie 192.168.0.255 sind die jeweiligen Broadcasts. So setzt sich dies dann auch in den folgenden Adressbereichen fort...Wie man feststellen kann, ist der IP- Adressbereich an die Subnetmask gebunden.

Der Einfachheit halber (sofern man davon sprechen kann!), greife ich den typischen Bereich für die Privatnutzung auf:

Man legt die Subnetmask 255.255.255.0 fest. Daraus ergibt sich zwangsläufig der Adressbereich 192.168.x.x für die Vergabe von IP- Adressen. Die erste Adresse (192.168.0.0) ist reserviert und bezeichnet das Netz(segment) selbst. Die Kombination aus dieser Netzkennung und dieser Subnetmask bestimmt, daß dieses Netzsegment die IP- Adressen von 192.168.0.1 bis 192.168.0.255 beinhaltet. Bei 192.168.1.0 beginnt ein neues Netzsegment. Eine Eigenart von Microsoft- Netzwerken ist, daß sie ständig sog. Broadcasts innerhalb des Netzwerkes versenden, um aktive Clients zu aktualisieren. Hierfür wird die Adresse 192.168.0.255 verwendet und steht somit ebenfalls für die Vergabe an Clients nicht zur Verfügung. Dieser automatische (von außen nicht beeinflußbare) Prozeß kann bis zu 20 Minuten dauern, was zur Folge hat, daß zeitweise Clients in der Netzwerkumgebung (noch) nicht sichtbar sind, obwohl alles funktioniert.

Troubleshooting:

Häufig kommt es vor, daß Clients den Zugriff verweigern, obwohl sie der gleichen Arbeitsgruppe (oder Domäne) angehören, TCP/IP installiert ist und auch die Freigaben richtig gemacht sind. Mit dem Befehl ipconfig /all (bei Win 9x/ME lautet er winipcfg) läßt sich feststellen, wie die Adressvergabe des entsprechenden Clients tatsächlich aussieht. Gehört die dort angezeigte IP- Adresse nicht zum definierten Netzsegment oder stimmt die Subnetmask nicht, so ist auch kein Zugriff möglich. Wird eine Adresse 169.254.x.x angezeigt, so ist dem entsprechenden Client keine statische IP- Adresse zugeteilt worden bzw. bei automatischer Adressvergabe per DHCP- Server konnte dieser keine Verbindung herstellen. Windows vergibt dann eine solche APIPA- Adresse, damit wenigstens die Grundfunktionen verfügbar sind. Da aber diese Adresse normalerweise nicht dem eigentlich verwendeten Adressbereich angehört, ist ein Zugriff per TCP/IP nicht möglich. Sind auf dem Client zusätzliche Protokolle (NETBUI, IPX/SPX) installiert, so kann es sein, daß das Netzwerk "scheinbar" funktioniert, aber dieser Client keinen Zugriff auf das Internet bekommt. Man sollte in diesem Fall, alle anderen Protokolle außer TCP/IP entfernen und zunächst ein reines funktionierendes TCP/IP Netzwerk konfigurieren. Da die Protokolle NETBUI und IPX/SPX nicht routingfähig sind und ohnehin nur noch in seltenen Fällen benötigt werden, sollte man möglichst darauf verzichten. Abschließend läßt sich mit dem Befehl PING "IP-Adresse" die Erreichbarkeit der einzelnen Clients überprüfen.

Da dieses Thema extrem kompliziert und umfangreich ist, habe ich noch eine recht verständliche Internetseite hierzu gefunden für diejenigen, die sich näher dafür interessieren: