3.3 IP-Konfiguration und Subnetz prüfen
3.2Nachdem Physischedie physische Verbindung und Netzwerkschnittstelle prüfen
Auf der unterstenNetzwerkadapter Netzwerkebenegeprüft wurden, wird geprüft,die oblogische zwischenIP-Konfiguration untersucht. Ein aktiver Link reicht nicht aus: Das Endgerät und nächster Netzwerkkomponentebenötigt eine technischzum funktionsfähigeNetzwerk Verbindungpassende besteht.IPv4- Dazuoder gehörenIPv6-Adresse, Kabel,eine Stecker,korrekte Transceiver,Präfixlänge, Switchport,geeignete WLAN-Signal,Routen Netzwerkkarte,sowie Treiber,gegebenenfalls Linkstatus,ein Geschwindigkeit, DuplexmodusStandardgateway und Fehlerzähler.DNS-Server.
Grundregel:
EinDieangezeigter Link beweist nur, dass die beteiligten Schnittstellen eine physische beziehungsweise logische Verbindung erkannt haben. Er beweist nicht, dass VLAN,angezeigte IP-Konfiguration,KonfigurationRoutingmuss mit der vorgesehenen Netzwerkdokumentation verglichen werden. Eine formal gültige Adresse kann trotzdem für den konkreten Standort oderAnwendungendasfunktionieren.zugewiesene VLAN falsch sein.
1. Welche KomponentenAngaben gehören zurzu physischeneiner Verbindung?vollständigen IP-Konfiguration?
Kupfer-EthernetIPv4
- IPv4-Adresse,
- Präfixlänge beziehungsweise Subnetzmaske,
- Netzwerkadresse,
- Broadcastadresse,
- Standardgateway,
- DNS-Server,
- DHCP aktiviert oder statisch,
- DHCP-Server,
- Leasebeginn und Leaseende,
- Schnittstelle,
- Schnittstellenmetrik,
- zusätzliche Routen.
IPv6
- globale oder organisationsinterne IPv6-Adresse,
- Link-Local-Adresse,
- Präfixlänge,
- Standardrouter,
- DNS-Server,
- Adressquelle,
- Gültigkeits- und Bevorzugungsdauer,
- temporäre Adressen,
- Schnittstellenindex beziehungsweise Scope-ID,
- zusätzliche Routen.
Beispieldokumentation
EndgerätSchnittstelle: →Ethernet
NetzwerkkarteMAC-Adresse: →00-11-22-33-44-55
RJ45-SteckerVLAN: →20
PatchkabelIPv4-Adresse: →192.0.2.23
NetzwerkdosePräfixlänge: →/24
GebäudeverkabelungSubnetzmaske: →255.255.255.0
PatchpanelNetzwerkadresse: →192.0.2.0
PatchkabelBroadcastadresse: →192.0.2.255
SwitchportStandardgateway: 192.0.2.1
DNS-Server: 192.0.2.53, 192.0.2.54
Adressquelle: DHCP
Glasfaserverbindung
Gerät
→ Netzwerkkarte
→ Transceiver
→ Glasfaserkabel
→ Patchfeld
→ Glasfaserstrecke
→ Transceiver
→ Switchport
WLAN-Verbindung
Client
→ WLAN-Adapter
→ Funkverbindung
→ Access Point
→ Ethernet-Uplink
→ Switchport
Jede Komponente kann vollständig ausfallen oder die Verbindung nur zeitweise beeinträchtigen.
2. Welche Symptome sprechen für eineneine Fehlerfehlerhafte auf Layer 1 oder am Netzwerkadapter?IP-Konfiguration?
keinAdresseLinkstatus,aus einem unerwarteten Subnetz,AdapterIPv4-Adresse aus169.254.0.0/16,- fehlende IPv4-Adresse,
- doppelt vergebene IP-Adresse,
- falsche Subnetzmaske oder Präfixlänge,
- fehlendes oder falsches Standardgateway,
- mehrere unerwartete Standardrouten,
- falsche DNS-Server,
- statische Adresse statt DHCP,
- DHCP-Adresse statt vorgesehener statischer Adresse,
- alte Konfiguration nach Standort- oder VLAN-Wechsel,
- Gateway liegt nicht im direkt erreichbaren Subnetz,
- falsche Quelladresse wird
vomfürBetriebssystemdasnichtZielerkannt, Verbindung wechselt zwischen aktiv und getrennt,ausgehandelte Geschwindigkeit ist unerwartet niedrig,Halbduplex statt Vollduplex,steigende CRC-, Frame- oder Carrier-Fehler,steigende Paketverluste direkt an der Schnittstelle,Verbindung bricht bei Bewegung des Kabels ab,Switchport meldet häufige Link-Up- und Link-Down-Ereignisse,Transceiver wird nicht erkannt,Schnittstelle wird durch Energiesparfunktionen deaktiviert,Treiber startet wiederholt neu,ausgewählt,- nur
dieser SwitchportIPv4 oderdiesesnurKabelIPv6ist betroffen,funktioniert, DatendurchsatzvirtuelleistSchnittstelledeutlichbesitztgeringereinealsgünstigerebeiRoute,- VPN-Adapter
Vergleichsverbindung.übernimmt unerwartet den Datenverkehr.
Einzelne ältere Fehlerzähler beweisen keine aktuelle Störung. Entscheidend ist, ob die Zähler während des Fehlerzeitraums weiter ansteigen.
3. WelcheWie Sichtprüfungwird solltedie zuerstIP-Konfiguration durchgeführtunter werden?Windows angezeigt?
SicherheitsregelnKompakte bei GlasfaserPowerShell-Übersicht
Niemals direkt in einen Glasfaseranschluss oder Transceiver sehen.Schutzkappen nicht unnötig entfernen.Steckerflächen nicht berühren.Reinigungs- und Prüfverfahren des Herstellers beachten.Transceiver nicht während einer unklaren produktiven Verbindung entfernen.
[CHANGE]RO] Get-NetIPConfiguration
Vollständige klassische Ausgabe
[DISRUPT]RO][SENS] Dasipconfig Entfernen/all
eines
Die oderAusgabe Transceiverskann unterbrichtHostname, dieMAC-Adressen, Verbindung.DNS-Suffixe, DHCP-Server und interne Netzwerkadressen enthalten.
Nur aktive Adapter mit IPv4-Konfiguration
[RO] Get-NetIPConfiguration |
Where-Object NetAdapter.Status -eq 'Up' |
Select-Object InterfaceAlias,
InterfaceIndex,
IPv4Address,
IPv4DefaultGateway,
DNSServer
Alle IP-Adressen anzeigen
[RO] Get-NetIPAddress |
Sort-Object InterfaceIndex, AddressFamily, IPAddress |
Format-Table InterfaceAlias,
InterfaceIndex,
AddressFamily,
IPAddress,
PrefixLength,
PrefixOrigin,
SuffixOrigin,
AddressState
Nur IPv4-Adressen
[RO] Get-NetIPAddress -AddressFamily IPv4 |
Format-Table InterfaceAlias,
InterfaceIndex,
IPAddress,
PrefixLength,
PrefixOrigin,
AddressState
Nur IPv6-Adressen
[RO] Get-NetIPAddress -AddressFamily IPv6 |
Format-Table InterfaceAlias,
InterfaceIndex,
IPAddress,
PrefixLength,
PrefixOrigin,
AddressState
Standardrouten anzeigen
[RO] Get-NetRoute -DestinationPrefix '0.0.0.0/0' |
Sort-Object RouteMetric |
Format-Table InterfaceAlias,
ifIndex,
DestinationPrefix,
NextHop,
RouteMetric,
InterfaceMetric
IPv6-Standardrouten:
[RO] Get-NetRoute -DestinationPrefix '::/0' |
Sort-Object RouteMetric |
Format-Table InterfaceAlias,
ifIndex,
DestinationPrefix,
NextHop,
RouteMetric,
InterfaceMetric
4. Was bedeuten Linkstatus, administrativer Status und Betriebsstatus?
Linux-Beispiel
<UP,BROADCAST,RUNNING,MULTICAST,LOWER_UP>
| |
| |
|
Eine Schnittstelle kann administrativ UP sein, obwohl kein Kabel angeschlossen und kein physischer Link vorhanden ist.
5. Wie wird derdie AdapterstatusIP-Konfiguration unter WindowsLinux geprüft?angezeigt?
Alle sichtbaren Netzwerkadapter
[RO] Get-NetAdapter |
Sort-Object Name |
Format-Table Name,
InterfaceDescription,
ifIndex,
Status,
LinkSpeed,
MacAddress
Auch ausgeblendete Adapter anzeigen
[RO] Get-NetAdapter -IncludeHidden |
Sort-Object Name |
Format-Table Name,
InterfaceDescription,
ifIndex,
Status,
LinkSpeed,
MacAddress
Bestimmten Adapter vollständig anzeigen
[RO] Get-NetAdapter -Name 'Ethernet' |
Format-List *
Physische Adapter anzeigen
[RO] Get-NetAdapter -Physical |
Format-Table Name,
InterfaceDescription,
Status,
LinkSpeed,
MacAddress
Grafische Adapterübersicht öffnen
[RO] ncpa.cpl
Wichtige Felder
| |
| |
| |
| |
| |
|
Virtuelle Adapter, VPN-Adapter und Hypervisorinterfaces müssen von der tatsächlich verwendeten physischen Schnittstelle unterschieden werden.
6. Wie werden Windows-Adapterstatistiken untersucht?
Grundlegende Statistiken
[RO] Get-NetAdapterStatistics
Bestimmten Adapter vollständig anzeigen
[RO] Get-NetAdapterStatistics -Name 'Ethernet' |
Format-List *
Kompakte ÜAdressübersicht
[RO] Get-NetAdapterStatistics -Name 'Ethernet' |
Select-Object Name,
ReceivedBytes,
ReceivedUnicastPackets,
ReceivedDiscardedPackets,
ReceivedPacketErrors,
SentBytes,
SentUnicastPackets,
OutboundDiscardedPackets,
OutboundPacketErrors
Zähler zu zwei Zeitpunkten vergleichen
[RO] $Vorher = Get-NetAdapterStatistics -Name 'Ethernet'
Start-Sleep -Seconds 30
$Nachher = Get-NetAdapterStatistics -Name 'Ethernet'
[PSCustomObject]@{
ZeitraumSekunden = 30
EmpfangeneBytes = $Nachher.ReceivedBytes - $Vorher.ReceivedBytes
GesendeteBytes = $Nachher.SentBytes - $Vorher.SentBytes
Empfangsfehler = $Nachher.ReceivedPacketErrors - $Vorher.ReceivedPacketErrors
Sendefehler = $Nachher.OutboundPacketErrors - $Vorher.OutboundPacketErrors
Empfangsverwerfungen = $Nachher.ReceivedDiscardedPackets - $Vorher.ReceivedDiscardedPackets
Sendeverwerfungen = $Nachher.OutboundDiscardedPackets - $Vorher.OutboundDiscardedPackets
}
Start-Sleep verändert keine Netzwerkkonfiguration, verlängert aber die Ausführung der Messung. Die Zähler werden nur gelesen.
Bewertung
| |
| |
| |
| |
Die genaue Herkunft einzelner Zähler hängt vom Netzwerktreiber und Adapter ab.
7. Wie werden Windows-Treiber und erweiterte Adaptereigenschaften geprüft?
Treiberinformationen des Adapters
[RO] Get-NetAdapter -Name 'Ethernet' |
Select-Object Name,
InterfaceDescription,
DriverInformation,
DriverFileName,
DriverVersion,
DriverDate
Falls die Treiberdetails in der Ausgabe des eingesetzten Systems nicht vollständig bereitgestellt werden:
[RO] Get-CimInstance Win32_PnPSignedDriver |
Where-Object DeviceClass -eq 'NET' |
Select-Object DeviceName,
Manufacturer,
DriverProviderName,
DriverVersion,
DriverDate,
IsSigned
Erweiterte Eigenschaften anzeigen
[RO] Get-NetAdapterAdvancedProperty -Name 'Ethernet'
Energiespareinstellungen anzeigen
[RO] Get-NetAdapterPowerManagement -Name 'Ethernet'
Hardwarestatus über den Geräte-Manager
[RO] devmgmt.msc
Zu prüfen sind:
Warnsymbol am Gerät,Gerätestatus,Treiberversion,Treiberdatum,Hersteller,Energieverwaltung,Ereignisse des Geräts.
Erweiterte Eigenschaften besitzen je nach Hersteller, Treiber und Sprache unterschiedliche Namen. Werte dürfen nicht anhand fremder Beispiele ungeprüft verändert werden.
[CHANGE][DISRUPT] Änderungen an Geschwindigkeit, Duplex, Offloading,
Puffern oder Energieverwaltung können die Verbindung unterbrechen
oder die Leistung verschlechtern.
8. Wie wird der Linkstatus unter Linux geprüft?
Kurzübersicht aller Schnittstellen
[RO] ip -brief linkaddress
Ausführliche Adressübersicht
[RO] ip address show
Bestimmte Schnittstelle
[RO] ip linkaddress show dev eth0
LinkstatusNur aus sysfs
[RO] cat /sys/class/net/eth0/operstate
[RO] cat /sys/class/net/eth0/carrier
Typische Ausgabe von carrier:
| |
|
Der Zugriff kann abhängig von Treiber, Interfacezustand und Berechtigungen fehlschlagen.
Schnittstellenereignisse live beobachten
[RO] ip monitor link
Beenden mit:
Strg+C
Damit können Link-Up-, Link-Down- und andere Schnittstellenänderungen während der Fehlerreproduktion beobachtet werden.
9. Wie werden Geschwindigkeit, Duplex und Autonegotiation unter Linux geprüft?
Falls ethtool installiert ist:
[RO][PRIV] sudo ethtool eth0
Typische relevante Felder:
Speed: 1000Mb/s
Duplex: Full
Auto-negotiation: on
Link detected: yes
| |
| |
| |
| |
| |
| |
| |
|
Treiber- und Firmwareinformationen
[RO][PRIV] sudo ethtool -i eth0
Treiberstatistiken
[RO][PRIV] sudo ethtool -S eth0
Pause-Frame-Einstellungen anzeigen
[RO][PRIV] sudo ethtool -a eth0
Energy Efficient Ethernet anzeigen
[RO][PRIV] sudo ethtool --show-eee eth0
Nicht jeder Treiber unterstützt alle Abfragen. Eine Meldung wie Operation not supported kann bedeuten, dass Adapter oder Treiber die entsprechende Funktion nicht bereitstellen.
10. Wie werden Linux-Schnittstellenfehler und Verwerfungen geprüft?
Standardstatistiken anzeigenIPv4
[RO] ip -s4 linkaddress show dev eth0
Detailliertere Standardstatistiken:
[RO] ip -s -s link show dev eth0
Beispielstruktur:
RX: bytes packets errors dropped missed mcast
TX: bytes packets errors dropped carrier collsns
ZählerNur aus sysfs
[RO] grep . /sys/class/net/eth0/statistics/*
Ausgewählte Zähler:
[RO] for Datei in \
rx_packets rx_bytes rx_errors rx_dropped \
tx_packets tx_bytes tx_errors tx_dropped \
collisions; do
printf '%-20s ' "$Datei"
cat "/sys/class/net/eth0/statistics/$Datei"
done
Zweimal messenIPv6
[RO] ip -s6 linkaddress show dev eth0
Fehler reproduzieren oder einen definierten Zeitraum abwarten:IPv4-Routingtabelle
[RO] ip -s4 linkroute
IPv6-Routingtabelle
[RO] ip -6 route
Route und ausgewählte Quelladresse zu einem Ziel
[RO] ip route get 198.51.100.20
IPv6:
[RO] ip -6 route get 2001:db8:20::20
NetworkManager-Verbindungen
Falls NetworkManager verwendet wird:
[RO] nmcli connection show
dev
Aktive Verbindungen:
[RO] nmcli connection show --active
Geräteinformationen:
[RO] nmcli device show
systemd-networkd
Falls systemd-networkd verwendet wird:
[RO] networkctl status
[RO] networkctl status eth0
NurNicht wennjede sichLinux-Installation einverwendet FehlerzählerNetworkManager imoder relevantensystemd-networkd. ZeitraumZuerst erhöht,muss bestehtbestimmt einwerden, zeitlicherwelche ZusammenhangKomponente zurdie aktuellenNetzwerkkonfiguration Störung.verwaltet.
11. Wie werden Link- und Treibermeldungen unter Linux gesucht?
Kernelmeldungen des aktuellen Starts
[RO][PRIV] sudo journalctl -k -b
Nach typischen Netzwerkmeldungen suchen:
[RO][PRIV] sudo journalctl -k -b |
grep -Ei 'link.*(up|down)|carrier|duplex|firmware|eth|network|reset|timeout'
Meldungen einer bestimmten Schnittstelle
[RO][PRIV] sudo journalctl -k -b |
grep -F 'eth0'
NetworkManager-Protokoll
[RO][PRIV] sudo journalctl -b -u NetworkManager
systemd-networkd-Protokoll
[RO][PRIV] sudo journalctl -b -u systemd-networkd
Je nach Distribution und Netzwerkkonfiguration wird nur einer dieser Dienste verwendet. Die tatsächliche Netzwerkverwaltung muss auf dem System bestimmt werden.
Typische Hinweise:
Link is Down,Link is Up,NIC Link is Down,Firmware konnte nicht geladen werden,Adapter wurde zurückgesetzt,Übertragung ist abgelaufen,Verbindung wurde neu ausgehandelt.
12.5. Wie wird derdie SchnittstellenstatusIP-Konfiguration unter macOS geprüft?angezeigt?
Hardwareports und Gerätenamen zuordnen
[RO] networksetup -listallhardwareports
Beispiel:
Hardware Port: Ethernet
Device: en0
Ethernet Address: 00:11:22:33:44:55
Alle Schnittstellen anzeigen
[RO] ifconfig
Bestimmte Schnittstelle anzeigen
[RO] ifconfig en0
Wichtige Felder:
| |
| |
| |
| |
| |
|
StatusIPv4-Konfiguration eines Netzwerkdienstes
[RO] networksetup -getinfo "Ethernet"
Der tatsächliche Dienstname muss vorher mit folgendem Befehl ermittelt werden:
[RO] networksetup -listallnetworkservices
MedienstatusIPv4-Konfigurationsmethode
[RO] networksetup -getMediagetinfo "Ethernet"Wi-Fi"
DNS-Konfiguration
[RO][SENS] scutil --dns
IPv4-Routingtabelle
[RO] netstat -rn -f inet
IPv6-Routingtabelle
[RO] netstat -rn -f inet6
Ausgewählte Route zu einem IPv4-Ziel
[RO] route -n get 198.51.100.20
Ausgewählte Route zu einem IPv6-Ziel
[RO] route -n get -inet6 2001:db8:20::20
Die VerfügbarkeitDienstbezeichnung Ethernet oder Wi-Fi darf nicht ungeprüft übernommen werden. Sie kann auf einem konkreten Mac anders benannt sein.
6. Wie wird eine IPv4-Adresse einem Subnetz zugeordnet?
Beispiel
IPv4-Adresse: 192.0.2.23
Präfix: /24
Subnetzmaske: 255.255.255.0
Daraus ergibt sich:
| Bestandteil | Wert |
|---|---|
| Netzwerkadresse | 192.0.2.0 |
| erster typischer Host | 192.0.2.1 |
| letzter typischer Host | 192.0.2.254 |
| Broadcastadresse | 192.0.2.255 |
| Gesamtzahl Adressen | 256 |
| klassisch nutzbare Hostadressen | 254 |
Vergleich zweier Ziele
Client: 192.0.2.23/24
Ziel A: 192.0.2.80
Ziel B: 198.51.100.20
- Ziel A liegt im selben
/24-Subnetz. - Ziel B liegt außerhalb dieses Subnetzes.
- Ziel A wird normalerweise direkt über Layer 2 angesprochen.
- Ziel B benötigt normalerweise eine passende Route beziehungsweise ein Gateway.
Wichtig
Die erste und Ausgabeletzte vonAdresse eines Subnetzes werden bei klassischer IPv4-Subnetznutzung als Netzwerk- und Broadcastadresse verwendet. Sonderfälle wie für Punkt-zu-Punkt-Verbindungen und -getMedia/31/32 für einzelne Hostrouten müssen gesondert betrachtet werden.
7. Wie werden Präfixlänge und Subnetzmaske umgerechnet?
| Präfix | Subnetzmaske | Adressen insgesamt | klassisch nutzbare Hosts |
|---|---|---|---|
/16 |
255.255.0.0 |
65.536 | 65.534 |
/17 |
255.255.128.0 |
32.768 | 32.766 |
/18 |
255.255.192.0 |
16.384 | 16.382 |
/19 |
255.255.224.0 |
8.192 | 8.190 |
/20 |
255.255.240.0 |
4.096 | 4.094 |
/21 |
255.255.248.0 |
2.048 | 2.046 |
/22 |
255.255.252.0 |
1.024 | 1.022 |
/23 |
255.255.254.0 |
512 | 510 |
/24 |
255.255.255.0 |
256 | 254 |
/25 |
255.255.255.128 |
128 | 126 |
/26 |
255.255.255.192 |
64 | 62 |
/27 |
255.255.255.224 |
32 | 30 |
/28 |
255.255.255.240 |
16 | 14 |
/29 |
255.255.255.248 |
8 | 6 |
/30 |
255.255.255.252 |
4 | 2 |
/31 |
255.255.255.254 |
2 | Sonderfall für Punkt-zu-Punkt |
/32 |
255.255.255.255 |
1 | einzelne Hostadresse |
Berechnung der Gesamtzahl
2 hoch (32 − Präfixlänge)
Beispiel /27:
2 hoch (32 − 27)
= 2 hoch 5
= 32 Adressen
Für gewöhnliche IPv4-Subnetze werden Netzwerk- und Broadcastadresse abgezogen:
32 − 2 = 30 klassische Hostadressen
8. Wie wird eine falsche Subnetzmaske erkannt?
Vorgesehene Konfiguration
Client: 192.0.2.130/25
Gateway: 192.0.2.129
Das vorgesehene Subnetz lautet:
192.0.2.128/25
Adressbereich:
192.0.2.128 bis 192.0.2.255
Fehlerhafte Konfiguration
Client: 192.0.2.130/24
Der Client hängenlt vomnun Adapter,den gesamten Bereich 192.0.2.0/24 für lokal. Ein Ziel wie 192.0.2.50 wird deshalb direkt per ARP gesucht, obwohl es nach der vorgesehenen Netzplanung in einem anderen Subnetz liegen kann.
Mögliche Symptome
- einzelne Ziele sind nicht erreichbar,
- Gateway funktioniert, andere Subnetze jedoch nicht erwartungsgemäß,
- ARP-Anfragen erscheinen für eigentlich entfernte Ziele,
- Kommunikation funktioniert nur in eine Richtung,
- ein Client verhält sich anders als Vergleichsclients,
- Routing auf dem Client wirkt korrekt, die lokale Subnetzentscheidung ist aber falsch.
Die Präfixlänge muss mit DHCP-Konfiguration, VLAN-Plan und Referenzsystemen verglichen werden.
9. Was bedeutet eine IPv4-Adresse aus 169.254.0.0/16?
Windows und andere Betriebssysteme können eine IPv4-Link-Local-Adresse aus folgendem Bereich verwenden:
169.254.0.0/16
Unter Windows wird dies häufig als APIPA bezeichnet.
Beispiel:
169.254.73.22/16
Das ist ein Hinweis darauf, dass keine reguläre IPv4-Konfiguration vorliegt beziehungsweise keine gewünschte DHCP-Konfiguration bezogen werden konnte. Die Adresse ermöglicht nur eingeschränkte lokale Kommunikation mit kompatibel konfigurierten Geräten im selben Link-Local-Bereich.
Mögliche Ursachen
- DHCP-Server nicht erreichbar,
- falsches VLAN,
- Switchport nicht korrekt konfiguriert,
- DHCP-Relay fehlt oder funktioniert nicht,
- DHCP-Bereich erschöpft,
- DHCP-Verkehr wird gefiltert,
- Netzwerkkabel wurde erst nach dem Start verbunden,
- DHCP-Clientdienst arbeitet nicht,
- Adapter oder Treiber ist fehlerhaft.
Windows-Prüfung
[RO] Get-NetIPAddress -AddressFamily IPv4 |
Where-Object IPAddress -Like '169.254.*'
Linux-Prüfung
[RO] ip -4 address show |
grep '169\.254\.'
macOS-Prüfung
[RO] ifconfig |
grep '169\.254\.'
Eine Link-Local-Adresse sollte nicht durch eine willkürlich gewählte statische Adresse ersetzt werden. Zuerst muss die vorgesehene Adressvergabe geklärt werden.
10. Welche besonderen IPv4-Adressbereiche müssen erkannt werden?
| Bereich | Zweck |
|---|---|
0.0.0.0 |
nicht spezifizierte IPv4-Adresse |
0.0.0.0/0 |
Standardroute beziehungsweise alle IPv4-Ziele |
127.0.0.0/8 |
Loopback |
169.254.0.0/16 |
IPv4 Link-Local |
10.0.0.0/8 |
privater IPv4-Adressraum |
172.16.0.0/12 |
privater IPv4-Adressraum |
192.168.0.0/16 |
privater IPv4-Adressraum |
100.64.0.0/10 |
Shared Address Space, häufig für Carrier-Grade NAT |
224.0.0.0/4 |
Multicast |
255.255.255.255 |
Limited Broadcast |
Die in diesem Buch verwendeten Bereiche 192.0.2.0/24, 198.51.100.0/24 und Netzwerkdienst203.0.113.0/24 ab.sind für Dokumentationsbeispiele vorgesehen und sollten nicht als produktive Adressplanung übernommen werden.
11. Wie werden Standardgateway und lokale Erreichbarkeit geprüft?
Zuerst muss das konfigurierte Gateway ausgelesen werden. Es darf nicht angenommen werden, dass es immer auf .1 endet.
Windows
[RO] Get-NetIPConfiguration |
Select-Object InterfaceAlias,
IPv4Address,
IPv4DefaultGateway
Gateway testen:
[TEST] Test-Connection 192.0.2.1 -Count 4
Linux
[RO] ip route show default
Gateway testen:
[TEST] ping -c 4 192.0.2.1
macOS
[RO] route -n get default
Gateway testen:
[TEST] ping -c 4 192.0.2.1
Interpretation
| Ergebnis | Aussage |
|---|---|
| Gateway antwortet | ICMP-Kommunikation zum Gateway funktioniert |
| Gateway antwortet nicht | keine ICMP-Antwort; Ursache noch offen |
| Nachbartabelle enthält Gateway | Layer-2-Zuordnung wurde ermittelt |
| keine Nachbarzuordnung | VLAN-, ARP-, NDP- oder Linkproblem möglich |
| andere Clients erreichen Gateway | clientbezogene Ursache wahrscheinlicher |
| Gateway blockiert ICMP | Ping ist als Nachweis ungeeignet |
Ein fehlgeschlagener Ping beweist nicht, dass das Gateway vollständig unerreichbar ist. Manche Gateways beantworten ICMP nicht oder nur eingeschränkt.
12. Wie wird erkannt, welche Quelladresse für ein Ziel verwendet wird?
Bei mehreren Adressen und Schnittstellen ist nicht automatisch die erwartete Quelladresse aktiv.
Windows
[RO] Find-NetRoute -RemoteIPAddress 198.51.100.20
Die Ausgabe zeigt unter anderem:
- verwendete Schnittstelle,
- Next Hop,
- ausgewählte lokale IP-Adresse,
- passende Route.
Linux
[RO] ip route get 198.51.100.20
Beispiel:
198.51.100.20 via 192.0.2.1 dev eth0 src 192.0.2.23
macOS
[RO] route -n get 198.51.100.20
Zu kontrollieren sind:
| Feld | Prüffrage |
|---|---|
| Interface | Wird der erwartete Adapter verwendet? |
| Source | Wird die richtige Quelladresse gewählt? |
| Gateway | Wird der erwartete Router verwendet? |
| Route | Ist das Ziel als lokal, spezifisch oder über Default geroutet? |
| Metrik | Gibt es eine bevorzugte konkurrierende Route? |
Eine unerwartete Quelladresse kann zu Firewall-, Rückweg-, NAT- oder Berechtigungsproblemen führen.
13. Wie werden Schnittstellenzählermehrere unterStandardgateways macOS geprüft?bewertet?
Mehrere Standardrouten können beabsichtigt sein, beispielsweise bei:
- mehreren Internetanbindungen,
- VPN,
- Redundanz,
- Policy-Based Routing,
- getrennten Netzwerkdiensten,
- virtuellen Umgebungen.
Sie können aber auch zu unerwarteten Wegen führen.
InterfaceübersichtWindows
[RO] ZählernGet-NetRoute -DestinationPrefix '0.0.0.0/0' |
Sort-Object RouteMetric, InterfaceMetric
Linux
[RO] ip route show default
[RO] ip rule show
macOS
[RO] netstat -ibrn -f inet |
grep '^default'
NurZu eine bestimmte Schnittstelle:
[RO] netstat -ib -I en0
Regelmäßig aktualisierte Anzeige:
[RO] netstat -w 1 -I en0
Beenden mit:
Strg+C
Je nach macOS-Version enthält die Ausgabe unter anderem:prüfen
eingehendewelchePakete,Standardroute bevorzugt wird,eingehendewelcheFehler,Schnittstelle zu dieser Route gehört,eingehendeobBytes,ein VPN eine neue Route angelegt hat,ausgehendeobPakete,der Rückweg zur verwendeten Quelladresse passt,ausgehendeobFehler,die Metrik beabsichtigt ist,ausgehendeobBytes,eine Kollisionen,spezifischere Drops.Route die Standardroute übersteuert.
Systembericht zur Netzwerkkonfiguration
[RO][SENS]Längstes system_profilerpassendes SPNetworkDataTypePräfix hat grundsätzlich Vorrang vor einer weniger
spezifischen Route. Die Metrik entscheidet erst zwischen geeigneten
konkurrierenden Routen nach den Regeln des jeweiligen Betriebssystems.
Der Systembericht kann interne Netzwerk-, Geräte- und Dienstinformationen enthalten und sollte bei einer Weitergabe entsprechend behandelt werden.
14. Wie werden GeschwindigkeitIPv6-Adressen und Duplex richtig bewertet?
Beispiel einer erwarteten Verbindung
Endgerät: Gigabit-Ethernet
Switchport: Gigabit-Ethernet
Kabel: für Gigabit geeignet
Erwartung: 1000 Mbit/s, Full Duplex
Gemessen: 100 Mbit/s, Full Duplex
Mögliche Ursachen:
beschädigtes oder unvollständig aufgelegtes Kabel,nicht geeignete Verkabelung,Switchport auf 100 Mbit/s begrenzt,USB-Adapter unterstützt nur Fast Ethernet,Dockingstation oder Zwischenadapter begrenzt die Geschwindigkeit,manuell erzwungene Einstellung,Aushandlungsproblem.
Duplex-Mismatch
Ein Duplex-Mismatch kann entstehen, wenn eine Seite fest auf Vollduplex gestellt ist, während die andere Seite anders konfiguriert ist oder keine passende Aushandlung erfolgt.
Mögliche Symptome:
geringer Durchsatz,Kollisionen beziehungsweise Late Collisions,Framefehler,gute Leistung in eine Richtung und schlechte in die andere,stark schwankende Antwortzeiten.
Empfehlung
Bei modernen Ethernetverbindungen sollte Autonegotiation normalerweise auf beiden Seiten konsistent verwendet werden. Eine manuelle Einstellung darf nur entsprechend Herstellerdokumentation und abgestimmt auf beiden Seiten vorgenommen werden.
[CHANGE][DISRUPT] Geschwindigkeit und Duplex nicht einseitig und nicht
ohne dokumentierten Rückweg verändern.
15. Wie werden Fehlerzähler richtig interpretiert?unterschieden?
| Zweck | ||
|---|---|---|
| Unspecified | :: |
keine bestimmte Adresse |
| Loopback | ::1 |
lokaler Host |
| Link-Local | fe80::/10 |
Kommunikation auf dem lokalen Link |
| Unique Local | fc00::/7 |
interne IPv6-Adressierung |
| Global Unicast | typischerweise aus 2000::/3 |
global routbare Kommunikation |
| Multicast | ff00::/8 |
Gruppenkommunikation |
Link-Local-Adresse
Beispiel:
fe80::1234:5678:9abc:def0%12
Die Scope-ID %12 beziehungsweise ein Interfacebezug ist erforderlich, weil derselbe Link-Local-Bereich auf mehreren Schnittstellen existieren kann.
Windows
[RO] Get-NetIPAddress -AddressFamily IPv6 |
Format-Table InterfaceAlias,
InterfaceIndex,
IPAddress,
PrefixLength,
AddressState,
PrefixOrigin,
SuffixOrigin
Linux
[RO] ip -6 address show
macOS
[RO] ifconfig |
grep -E '^[a-z0-9]+:|inet6'
Eine vorhandene Link-Local-Adresse beweist nicht, dass globales oder standortübergreifendes IPv6-Routing funktioniert.
15. Was bedeuten bevorzugte, veraltete und vorläufige Adresszustände?
Eine IP-Adresse kann vorhanden sein, aber noch nicht vollständig verwendbar sein.
Windows-Feld AddressState
| Zustand | Bedeutung |
|---|---|
Tentative |
|
Duplicate |
|
Deprecated |
|
Preferred |
|
Invalid |
Adresse ist nicht gültig |
Wichtige Einschränkungen
Nicht jeder Treiber stellt alle Zähler bereit.Gleichnamige Zähler können je nach Hersteller unterschiedlich detailliert sein.Ein Gesamtwert seit dem letzten Neustart enthält möglicherweise alte Ereignisse.Zähler können bei Neustart, Treiberneustart oder Gerätewechsel zurückgesetzt werden.Droppedbedeutet nicht automatisch einen physischen Kabeldefekt.Software, Pufferknappheit und Überlastung können ebenfalls Verwerfungen erzeugen.
Geeignete Messung
1. Ausgangswerte notieren.
2. Fehler reproduzieren.
3. Zähler erneut erfassen.
4. Differenz berechnen.
5. Gegenseite im selben Zeitraum prüfen.
16. Warum müssen beide Seiten einer Ethernetverbindung geprüft werden?
Eine Verbindung besitzt zwei Enden:
Client-NIC ←→ Switchport
Ein ClientLinux-Ausgabe kann beispielsweiseunter nuranderem Empfangsfehler melden, während der Switch Sendefehler oder Linkabbrüche protokolliert.
Auf beiden Seiten sollten geprüft werden:zeigen
tentative |
|
dadfailed |
|
deprecated |
|
temporary |
|
dynamic |
|
DiePrüfung konkretenunter SwitchbefehleLinux
[RO] sichip jeaddress nachshow
Hersteller
Eine Betriebssystem.Adresse Sieim dürfenZustand Duplicate oder dadfailed darf nicht ausals Beispielennormal andererfunktionsfähig Plattformen übernommenbetrachtet werden.
17.16. Wie wird ein Kabel-IP-Adresskonflikt oder Portfehler durch einen Vergleichstest eingegrenzt?
Ausgangslage
CLIENT-023 verliert wiederholt den Link.
Kontrollierter Vergleich
Wichtig
Der Ersatz muss für Geschwindigkeit und Medientyp geeignet sein.Ein anderer Switchport kann einem anderen VLAN zugeordnet sein.Ein Portwechsel muss genehmigt und dokumentiert werden.Kabel und Ports dürfen nicht wahllos aus produktiven Verbindungen entfernt werden.Nach dem Test muss der vorgesehene Zustand wiederhergestellt werden.
[CHANGE][DISRUPT] Kabel- und Portwechsel unterbrechen bestehende Verbindungen.
18. Wie werden Dockingstationen und USB-Netzwerkadapter untersucht?
Zusätzliche mögliche Fehlerstellen:
Notebook
→ USB-C- beziehungsweise Thunderbolt-Port
→ Dockingstation
→ interner Netzwerkadapter
→ RJ45-Port
→ Netzwerkkabel
Zu prüfen sind:
Stromversorgung der Dockingstation,verwendeter Notebookanschluss,USB-C- oder Thunderbolt-Verbindung,Firmware der Dockingstation,Treiber des integrierten Netzwerkadapters,Linkgeschwindigkeit,Energiesparzustand,Verhalten nach Standby,Vergleich ohne Dockingstation,Vergleich mit einem freigegebenen Ersatzadapter.
Typische Symptome
Adapter verschwindet nach dem Aufwachen,Link wird erkannt, aber regelmäßig neu ausgehandelt,Geschwindigkeit ist auf 100 Mbit/s begrenzt,MAC-Adresse ändert sich,Verbindung bricht bei hoher Last ab,mehrere Geräte an der Dockingstation fallen gleichzeitig aus.
Ein Treiber- oder Firmwareupdate sollte nur nach Prüfung von Modell, Hardwareversion, Herstellerdokumentation, Freigabe und Rückweg erfolgen.
19. Wie werden Energieverwaltung und Ruhezustand als Ursache geprüft?erkannt?
Mögliche Hinweise:Symptome:
FehlerWarnmeldungtrittübernachdoppelteStandby oder Ruhezustand auf,Link ist nach dem Aufwachen vorhanden, aber keine Kommunikation möglich,Adapter verschwindet zeitweise,IP-Adresse,- Verbindung funktioniert
nach Adapterneustart wieder,wechselweise, DockingstationARP-Eintragmussändertneuseineverbunden werden,MAC-Adresse,EreignisprotokolleinzeigtanderesTreiber-GerätoderistEnergieereignisse.unter der eigenen Adresse erreichbar,- Verbindungen brechen sporadisch ab,
- Switch lernt dieselbe IP-Zuordnung über wechselnde MAC-Adressen,
- Windows meldet
Duplicate, - IPv6 Duplicate Address Detection schlägt fehl.
Windows-Einstellungen nur anzeigenWindows
[RO] Get-NetAdapterPowerManagementNetIPAddress |
Where-Object AddressState -Namene 'Ethernet'Preferred' |
Format-Table InterfaceAlias,
IPAddress,
AddressFamily,
AddressState
Windows-EreignisseSystemereignisse des Netzwerkadapters suchenuntersuchen:
[RO] Get-WinEvent -LogName System -MaxEvents 1000 |
Where-Object {
$_.ProviderNameMessage -match 'NDIS|Kernel-PnP|Netwtw|e1d|e2f|Network'duplicate|conflict|Adressenkonflikt'
} |
Select-Object TimeCreated,
Id,
ProviderName,
LevelDisplayName,
Message
ProvidernamenLinux
[RO] sichip jeaddress nachshow Adapter|
grep -E 'tentative|dadfailed|deprecated'
Kernel- und Treiber. Der Filter ist deshalb nur eine erste Suche.
LinuxNetzwerkprotokolle:
[RO][PRIV] sudo journalctl -b |
grep -Ei 'suspend|resume|link.*(up|down)|network|firmware'duplicate|conflict|dadfailed'
macOS
[RO] pmsetlog show -g-last log |
grep1h -Ei-style compact \
--predicate 'sleep|wake'eventMessage CONTAINS[c] "duplicate" OR eventMessage CONTAINS[c] "conflict"'
EnergiesparfunktionenWichtig
Das absichtliche Senden von ARP-Probes mit zusätzlichen Werkzeugen ist ein aktiver Test und kann Sicherheitsüberwachung auslösen. Solche Werkzeuge dürfen nur im autorisierten Netz eingesetzt werden.
Bei einem bestätigten Konflikt müssen DHCP-Leases, statische Zuweisungen, Reservierungen, Dokumentation und die MAC-Adressen beider Geräte geprüft werden.
17. Wie werden DNS-Server innerhalb der IP-Konfiguration geprüft?
An dieser Stelle wird nur geprüft, welche DNS-Server konfiguriert sind. Die eigentliche DNS-Fehleranalyse erfolgt auf Seite 3.8.
Windows
[RO] Get-DnsClientServerAddress |
Format-Table InterfaceAlias,
InterfaceIndex,
AddressFamily,
ServerAddresses
Linux mit systemd-resolved
[RO] resolvectl status
Klassische Resolverdatei:
[RO] cat /etc/resolv.conf
Die Datei /etc/resolv.conf kann automatisch generiert oder ein symbolischer Link sein:
[RO] ls -l /etc/resolv.conf
macOS
[RO][SENS] scutil --dns
Dienstbezogene DNS-Server:
[RO] networksetup -getdnsservers "Wi-Fi"
Zu prüfen
- gehören die Server zur vorgesehenen Umgebung?
- sind interne und externe Resolver korrekt getrennt?
- hat ein VPN andere DNS-Server eingetragen?
- existieren schnittstellen- oder domänenspezifische Resolver?
- wird eine lokale Filterlösung verwendet?
- ist die Reihenfolge beabsichtigt?
Ein Eintrag in der Konfiguration beweist noch nicht, dass der DNS-Server erreichbar ist oder korrekte Antworten liefert.
18. Wie wird DHCP von statischer Adressierung unterschieden?
Windows
[RO] Get-NetIPInterface -AddressFamily IPv4 |
Select-Object InterfaceAlias,
InterfaceIndex,
Dhcp,
ConnectionState
Adressursprung:
[RO] Get-NetIPAddress -AddressFamily IPv4 |
Select-Object InterfaceAlias,
IPAddress,
PrefixLength,
PrefixOrigin,
SuffixOrigin
Vollständige Leaseinformationen:
[RO][SENS] ipconfig /all
Linux mit NetworkManager
[RO] nmcli device show
Verbindungsprofil:
[RO][SENS] nmcli connection show
Die genaue Verbindung kann anschließend gezielt abgefragt werden:
[RO][SENS] nmcli connection show "VERBINDUNGSNAME"
macOS
[RO] networksetup -getinfo "Ethernet"
Mögliche Zustände
| Zustand | Bewertung |
|---|---|
| DHCP vorgesehen und DHCP aktiv | grundsätzlich passend |
| DHCP vorgesehen, aber statische Adresse | Fehlkonfiguration möglich |
| statische Adresse vorgesehen, aber DHCP aktiv | falsche Adresse möglich |
| DHCP-Adresse aus falschem Subnetz | falsches VLAN oder falscher DHCP-Server möglich |
| DHCP-Lease abgelaufen | Erneuerung und DHCP-Erreichbarkeit prüfen |
| Link-Local-Adresse | reguläre DHCP-Konfiguration vermutlich nicht |
Die detaillierte DHCP-Analyse folgt auf Seite 3.4.
19. Welche lokalen Tests sind nach der ZusammenhangKonfigurationsprüfung sinnvoll?
Die Adressen müssen durch die tatsächlichen Werte des untersuchten Systems ersetzt werden.
| Reihenfolge | Test | Aussage |
|---|---|---|
| 1 | Loopback testen | lokaler TCP/IP-Stack reagiert |
| 2 | eigene Adresse testen | eigene konfigurierte Adresse reagiert lokal |
| 3 | Gateway testen | Kommunikation bis zum lokalen Router |
| 4 | Ziel im selben Subnetz testen | lokale Layer-2-Kommunikation |
| 5 | entferntes Ziel per IP testen | Routing grundsätzlich möglich |
| 6 | Ziel per Name testen | Namensauflösung zusätzlich beteiligt |
Windows
[TEST] Test-Connection 127.0.0.1 -Count 4
[TEST] Test-Connection 192.0.2.23 -Count 4
[TEST] Test-Connection 192.0.2.1 -Count 4
Linux und macOS
[TEST] ping -c 4 127.0.0.1
[TEST] ping -c 4 192.0.2.23
[TEST] ping -c 4 192.0.2.1
IPv6-Loopback
Windows:
[TEST] Test-Connection ::1 -Count 4
Linux und macOS:
[TEST] ping -c 4 ::1
Ein erfolgreicher Test zur eigenen IP-Adresse durchläuft nicht belegtzwangsläufig ist.den vollständigen physischen Netzwerkweg.
20. Warum sollten Offloading-FunktionenIP-Einstellungen nicht vorschnell deaktiviertverändert werden?
NetzwerkadapterMögliche können bestimmte Aufgaben in Hardware oder Treiber ausführen:Risiken:
ChecksumVerlustOffload,des Remotezugriffs,LargedoppelterSend Offload,IP-Adresskonflikt,ReceivefalschesSegmentVLANCoalescing,wird verdeckt,ReceiveDHCP-FehlerSidebleibtScaling,unentdeckt,VLAN-Offload,bestehende Verbindungen brechen ab,IPsec-Offload,falsche DNS- oder Gatewaywerte werden eingetragen,GenericursprünglicherSegmentationDiagnosezustandOffload,geht verloren,GenericstatischeReceiveServerkonfigurationOffload.wird überschrieben.
DieseVor Funktionenjeder könnenÄnderung CPU-Last reduzieren und den Durchsatz erhöhen. Gleichzeitig können sie die Darstellung in einem lokalen Paketmitschnitt beeinflussen.sichern
Beispielsweise kann Wireshark auf dem sendenden Host scheinbar ungültige Prüfsummen anzeigen, obwohl die korrekte Prüfsumme erst später vom Netzwerkadapter berechnet wird.Windows
Angezeigter[RO][FILE][SENS] Checksum-FehlerGet-NetIPConfiguration im|
lokalenFormat-List Mitschnitt* ≠|
automatischOut-File beschädigtes'C:\Temp\NetIPConfiguration-vorher.txt'
Paket
[RO][FILE][SENS] NetzwerkGet-NetIPAddress |
Format-List * |
Out-File 'C:\Temp\NetIPAddress-vorher.txt'
[RO][FILE][SENS] Get-NetRoute |
Format-Table -AutoSize |
Out-File 'C:\Temp\NetRoute-vorher.txt' -Width 300
VorLinux
[RO][FILE][SENS] Änderungip address show > /tmp/ip-address-vorher.txt
[RO][FILE][SENS] ip route show table all > /tmp/ip-route-vorher.txt
macOS
[RO][FILE][SENS] ifconfig > /tmp/ifconfig-vorher.txt
[RO][FILE][SENS] netstat -rn > /tmp/netstat-route-vorher.txt
Die verwendeten Speicherorte müssen geprüftzur werden:betrieblichen Umgebung und deren Datenschutzvorgaben passen.
Herstellerdokumentation,Treiberversion,bekannte Fehler,Vergleichsmessung an einem externen Messpunkt,Auswirkung auf Produktion,Rückweg.
[CHANGE][DISRUPT] Offloading-Funktionen nicht pauschal als
„Problemlösung“ deaktivieren.
21. WannWelche isteingreifenden einBefehle Adapterneustart sinnvollexistieren und welcheswarum Risikosind besteht?sie riskant?
Ein Adapterneustart kann einen vorübergehend fehlerhaften Treiber- oder Gerätezustand beheben. Er beseitigt aber möglicherweise nur das Symptom und zerstört den ursprünglichen Diagnosezustand.
Vorher erfassen
Adapterstatus,IP-Konfiguration,Routingtabelle,Fehlerzähler,Treiberversion,Ereignisprotokolle,laufende Verbindungen,Zeitpunkt des letzten Linkwechsels.
Windows – DHCP-Lease freigeben
[PRIV][CHANGE][DISRUPT] Restart-NetAdapteripconfig -Name/release
'Ethernet'
Lease erneut anfordern:
[PRIV][CHANGE][DISRUPT] ipconfig /renew
Linux mit NetworkManager – Verbindung neu aktivieren
[PRIV][CHANGE][DISRUPT] sudo ipnmcli link set dev eth0connection down "VERBINDUNGSNAME"
[PRIV][CHANGE][DISRUPT] sudo ipnmcli link set dev eth0connection up "VERBINDUNGSNAME"
macOS – DHCP-Lease erneuern
[PRIV][CHANGE][DISRUPT] sudo ifconfigipconfig set en0 downDHCP
[PRIV][CHANGE][DISRUPT]Der sudomacOS-Befehl ifconfigsetzt en0die upbetreffende
Schnittstelle auf DHCP und ist deshalb nicht für ein System geeignet, das statisch konfiguriert sein soll.
Diese Befehle dürfen erst verwendet werden, nachdem die vorhandene Konfiguration, der vorgesehene Adressierungsmodus und ein Rückweg dokumentiert wurden. Bei einer Remoteverbindung kann der
Administrator durch das Deaktivieren der verwendeten Schnittstelle den eigeneneigene Zugriffverlieren.sofortEinverlorenAdapterneustart darf remote nur mit gesichertem alternativem Zugangsweg durchgeführt werden.gehen.
22. Wie wird eine Referenzkonfiguration verglichen?
Ein funktionierendes Vergleichssystem sollte möglichst folgende Merkmale teilen:
- gleicher Standort,
- gleiches VLAN,
- gleiche Verbindungsart,
- gleiche Geräteklasse,
- gleiche Betriebssystemversion,
- gleiche Netzwerkrolle.
Vergleichstabelle
| Eigenschaft | Betroffener Client | Referenzclient | Bewertung |
|---|---|---|---|
| VLAN | 20 | 20 | gleich |
| IPv4-Adresse | 192.0.2.23 |
192.0.2.24 |
plausibel |
| Präfix | /24 |
/24 |
gleich |
| Gateway | 192.0.2.1 |
192.0.2.1 |
gleich |
| DNS 1 | 192.0.2.53 |
192.0.2.53 |
gleich |
| DNS 2 | fehlt | 192.0.2.54 |
Abweichung |
| DHCP | aktiv | aktiv | gleich |
| IPv6 | nur Link-Local | globale Adresse | Abweichung |
| Standardroute | Ethernet | Ethernet | gleich |
| VPN-Route | vorhanden | nicht vorhanden | relevante Abweichung |
Eine Abweichung ist zunächst ein Untersuchungshinweis. Sie ist erst dann eine belegte Ursache, wenn sie zum Fehlerbild passt und durch einen kontrollierten Test bestätigt wird.
23. Welche typischen Fehlinterpretationen müssen vermieden werden?
| Beobachtung | Falscher Schluss | Richtige Einordnung |
|---|---|---|
| IP-Adresse ist vorhanden | Konfiguration ist korrekt | Subnetz, Gateway und Adressquelle vergleichen |
Adresse beginnt mit 192.168 |
Adresse gehört zum richtigen Netz | privater Bereich umfasst viele unterschiedliche Netze |
Gateway endet auf .1 |
Gateway ist automatisch korrekt | vorgesehenes Gateway dokumentiert prüfen |
169.254.x.x ist vorhanden |
Netzwerkkarte ist defekt | reguläre IPv4-Konfiguration fehlt vermutlich |
| Ping zur eigenen IP funktioniert | Netzwerkkabel funktioniert | Test kann lokal beantwortet werden |
| Gateway antwortet nicht | Gateway ist ausgefallen | ICMP kann blockiert sein |
| mehrere Adressen vorhanden | zwingend Fehlkonfiguration | bei IPv6 und mehreren Interfaces normal möglich |
| IPv6 ist vorhanden | IPv6-Internet funktioniert | Link-Local-Adresse reicht dafür nicht |
| DNS-Server ist eingetragen | DNS funktioniert | Erreichbarkeit und Antwort separat prüfen |
| DHCP ist aktiviert | korrekte Lease wurde empfangen | Leasewerte und DHCP-Server prüfen |
/24 sieht üblich aus |
Präfix ist korrekt | Netzplan und Referenzsystem vergleichen |
| eine Default Route existiert | richtiger Weg wird verwendet | spezifischere Routen und Metriken prüfen |
24. Wie sieht der systematische Prüfungsreihenfolgefablauf ist sinnvoll?aus?
| Schritt | Prüfung |
|---|---|
| 1 | |
| 2 | |
| 3 | |
| 4 | |
| 5 | |
| 6 | |
| 7 | |
| 8 | |
| 9 | |
| 10 | |
| 11 | |
| 12 | |
| 13 | |
| 14 | Ergebnis dokumentieren |
Merksatz
AnsehenSchnittstelle → Status lesenAdresse → Zähler vergleichenPräfix → Gegenseite prüfenGateway → kontrolliert tauschenDNS
→ erneutRoute messen→ Quelladresse → Vergleich
23.25. Kompakte Befehlsübersicht für Windows, Linux und macOS
| Aufgabe | Windows | Linux | macOS | |
|---|---|---|---|---|
[RO][SENS] ipconfig /all |
[RO] ip address show |
[RO] ifconfig |
||
| kompakte Übersicht | [RO] Get- |
[RO] ip -brief |
[RO] networksetup - |
|
[RO] Get- | AddressFamily ||||
|
[RO] ip |
[RO] ifconfig |
||
[RO] |
[RO] |
[RO] |
||
[RO] Get-NetRoute -AddressFamily IPv4 |
|
[RO] netstat -rn -f inet |
||
| IPv6-Routen | [RO] Get-NetRoute -AddressFamily IPv6 |
[RO] ip -6 route |
[RO] netstat -rn -f inet6 |
|
| Standardroute IPv4 | [RO] Get-NetRoute -DestinationPrefix '0.0.0.0/0' |
[RO] ip route show default |
[RO] route -n get default |
|
| Route zu Ziel | [RO] Find-NetRoute -RemoteIPAddress ZIEL-IP |
[RO] ip route get ZIEL-IP |
[RO] route -n get ZIEL-IP |
|
| DNS-Server | [RO] Get-DnsClientServerAddress |
[RO] resolvectl status |
[RO][ |
|
| DHCP-Status | [RO] Get-NetIPInterface -AddressFamily IPv4 |
[RO] nmcli device show |
[RO] networksetup - |
|
[ | -Count ||||
|
[ |
[ |
||
[ |
[ |
[ |
||
| | |||
| | |||
| | |||
| | |||
| | | ||
[PRIV][CHANGE][DISRUPT] |
abhängig vom Netzwerkmanager | nicht direkt gleichwertig | ||
| Lease erneuern | [PRIV][CHANGE][DISRUPT] ipconfig /renew |
abhängig vom Netzwerkmanager | [PRIV][CHANGE][DISRUPT] sudo | |
Die BeispielnamenPlatzhalter , EthernetDIENST, eth0INTERFACEGATEWAY und müssen durch en0ZIEL-IPdie zuvor eindeutig ermittelte SchnittstelleWerte ersetzt werden.
24.26. Dokumentationsvorlage
Ticketnummer:
Prüfzeitpunkt:
Zeitzone:
Betroffenes Gerät:
Betriebssystem:
Benutzer:
Standort:
VLAN:
Verbindungsart:
SCHNITTSTELLE
Adaptername:Schnittstellenname:
Schnittstellenindex:
Adaptermodell:
MAC-Adresse:
Treiberanbieter:
Treiberversion:
Treiberdatum:
Firmwareversion:
Administrativer Status:
Operativer Status:
Link erkannt: Ja / Nein
Geschwindigkeit:
Duplex:
Autonegotiation:Linkgeschwindigkeit:
MTU:
EnergyIPV4
EfficientIPv4-Adresse:
Ethernet:Präfixlänge:
Energieverwaltung:Subnetzmaske:
PHYSISCHENetzwerkadresse:
STRECKEBroadcastadresse:
Endgeräteport:Adresszustand:
AdapterAdressquelle:
oderDHCP Dockingstation:aktiviert:
Patchkabel:DHCP-Server:
Netzwerkdose:Leasebeginn:
Patchpanel:Leaseende:
Switch:Standardgateway:
Switchport:DNS-Server:
Ausgewählte Quelladresse zum Ziel:
Ausgewählte Route:
Next Hop:
IPV6
Link-Local-Adresse:
Globale beziehungsweise interne IPv6-Adresse:
Präfixlänge:
Adresszustand:
Adressquelle:
Standardrouter:
DNS-Server:
Ausgewählte Quelladresse zum Ziel:
Ausgewählte Route:
Next Hop:
LOKALE TESTS
Loopback IPv4:
Loopback IPv6:
Eigene IPv4-Adresse:
Eigene IPv6-Adresse:
IPv4-Gateway:
IPv6-Router:
Ziel im lokalen Subnetz:
Entferntes Ziel per IP:
REFERENZVERGLEICH
Referenzgerät:
Gleiches VLAN:
Transceivertyp:IPv4-Präfix:
Fasertyp:Gateway:
LinkanzeigeDNS-Server:
Client:Adressquelle:
LinkanzeigeRelevante Switch:Abweichungen:
ZÄHLER VORHER
Zeitpunkt:
RX-Pakete:
RX-Bytes:
RX-Fehler:
RX-Drops:
CRC-Fehler:
Framefehler:
TX-Pakete:
TX-Bytes:
TX-Fehler:
TX-Drops:
Kollisionen:
Link-Down-Ereignisse:
ZÄHLER NACHHER
Zeitpunkt:
RX-Pakete:
RX-Bytes:
RX-Fehler:
RX-Drops:
CRC-Fehler:
Framefehler:
TX-Pakete:
TX-Bytes:
TX-Fehler:
TX-Drops:
Kollisionen:
Link-Down-Ereignisse:
DIFFERENZ UND BEWERTUNG
-
-
-
VERGLEICHSTEST
Getauschte Komponente:
Ausgangszustand dokumentiert:
Erwartetes Ergebnis:
Tatsächliches Ergebnis:
Ursprünglicher Zustand wiederhergestellt:
TREIBER- UND SWITCHMELDUNGENAUFFÄLLIGKEITEN
-
-
-
Arbeitshypothese:
Beleg:Nächster Prüfschritt:
Gesicherter Ausgangszustand:
Durchgeführte Änderung:
Rückweg:
Abschlussprüfung:
Ermittelte Ursache:
25.27. Offizielle Quellen und weiterführende Dokumentation
Microsoft
-
Get-
NetAdapterNetIPConfiguration -
Get-
NetAdapterStatisticsNetIPAddress -
Get-
NetAdapterAdvancedPropertyNetIPInterface -
Get-
NetAdapterPowerManagementNetRoute -
Restart-NetAdapterFind-NetRoute -
ErweiterteGet-DnsClientServerAddressNIC-Eigenschaften - TCP/IP-Adressierung und Subnetting
Linux
-
Linux Interface Statistics – Kernel-Dokumentation ethtool-Netlink – Kernel-Dokumentationip-linkaddress – Linux Manual PageLokaleBefehlsreferenz:ip-routeLinux Manual Pageman–ethtool- ip-rule – Linux Manual Page
- NetworkManager nmcli
- systemd networkctl
Apple
Netzwerkstatus auf dem Mac prüfenNetzwerkumgebungen auf dem Mac verwenden- Lokale Befehlsreferenzen:
man ifconfig,man route,man netstat,man scutil,man networksetup,undman system_profilermanpmsetipconfig - Ändern der TCP/IP-Einstellungen auf dem Mac
- Ändern der DNS-Einstellungen auf dem Mac
Standards
- RFC 1918 – Private Address Space
- RFC 3927 – IPv4 Link-Local Addresses
- RFC 4291 – IPv6 Addressing Architecture
- RFC 6164 – IPv6 Prefix Length for Point-to-Point Links
- RFC 3021 – IPv4 /31 Point-to-Point Links
- RFC 5737 – IPv4 Documentation Address Blocks
VerfügbareAdressen,StatistikenPräfixe, Gateways undEigenschaftenDNS-ServerhängenmüssenvomimmerBetriebssystem,mitAdapter,derTreiber,tatsächlichenTransceiverNetzwerkdokumentationund Hersteller ab. Nicht angezeigte Zähler dürfen nicht als Wert null interpretiertverglichen werden. Die Beispielwerte auf dieser Seite sind keine Vorgabe für produktive Netze.