Netzwerkproblem feststellen
Hallo,
ich habe seit einigen Tagen das Problem, dass einige Rechner erste nach den 2. bis 3. Booten ein Netz bekommen. Die Rechner haben
aber einen Link. Im Switch kann ich werden keine Probleme dokumentiert.
Wie kann ich feststellen, woran das liegt? Wie stell ich allgemein Netzwerkprobleme fest, bzw. mit welchem Tool? Kann ich das auch mit
Wireshark testen? Wie?
Gruß
Smodo
ich habe seit einigen Tagen das Problem, dass einige Rechner erste nach den 2. bis 3. Booten ein Netz bekommen. Die Rechner haben
aber einen Link. Im Switch kann ich werden keine Probleme dokumentiert.
Wie kann ich feststellen, woran das liegt? Wie stell ich allgemein Netzwerkprobleme fest, bzw. mit welchem Tool? Kann ich das auch mit
Wireshark testen? Wie?
Gruß
Smodo
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 128067
Url: https://administrator.de/forum/netzwerkproblem-feststellen-128067.html
Ausgedruckt am: 23.12.2024 um 03:12 Uhr
10 Kommentare
Neuester Kommentar
Computer kommunizieren in TCP/IP Netzen mit verschiedenen Protokollen miteinander.
Zugrunde liegt das OSI Schichtenmodell.
Beim Troubleshooting hangelt man sich am besten diese Layer hoch.
Wireshark ist sinnvoll wenn man schauen will welche Pakete so von der Netzwerkkarte empfangen / gesendet werden und kann schon ungemein helfen, aber man muss schon halbwegs wissen wonach man sucht da man von den Infos je nach Protokollen die da herumschwirren eschlagen werden kann.
1. Ist das Kabel gesteckt? Gibt es Link? Duplex Fehlermeldungen auf Switch-Interfaces sh interface Fa0/1 z.B.)
2. Lernt der Switch die MAC-Adresse des Clients? sh mac-address-table int Fa0/1
3. bekommt der Client eine IP? kann er andere Clients im lokalen Netz anpingen? ping, arp -a, Eventuell DHCP Server prüfen, oder Client statische IP geben
5. Kommt der Client über das Default Gateway in andere Netze? tracert, pathping, route print
6. Kann der Cient DNS Namen auflösen? nslookup www.google.de
7. Kann der Client Serverdienste erreichen? telnet <IP-des-Servers> 80
8. Browser Proxyeinstellungen korrekt?
Zugrunde liegt das OSI Schichtenmodell.
Beim Troubleshooting hangelt man sich am besten diese Layer hoch.
Wireshark ist sinnvoll wenn man schauen will welche Pakete so von der Netzwerkkarte empfangen / gesendet werden und kann schon ungemein helfen, aber man muss schon halbwegs wissen wonach man sucht da man von den Infos je nach Protokollen die da herumschwirren eschlagen werden kann.
1. Ist das Kabel gesteckt? Gibt es Link? Duplex Fehlermeldungen auf Switch-Interfaces sh interface Fa0/1 z.B.)
2. Lernt der Switch die MAC-Adresse des Clients? sh mac-address-table int Fa0/1
3. bekommt der Client eine IP? kann er andere Clients im lokalen Netz anpingen? ping, arp -a, Eventuell DHCP Server prüfen, oder Client statische IP geben
5. Kommt der Client über das Default Gateway in andere Netze? tracert, pathping, route print
6. Kann der Cient DNS Namen auflösen? nslookup www.google.de
7. Kann der Client Serverdienste erreichen? telnet <IP-des-Servers> 80
8. Browser Proxyeinstellungen korrekt?
Eventuell fehlt auf den Switchports an denen clients hängen ein Parameter.
Das darf man jedoch NUR an Client-Ports machen, bei Switchuplinks kann das zu Broadcast-Storms, Loops führen!
Der Parameter führt dazu dass der Port gleich in den Forwarding State wechselt.
Manchmal haben Clients probleme eine IP vom DHCP zu bekommen wenn es in einen Timeout läuft da der Switch erstmal schaut wie es um das spanning-tree steht.
spanning-tree portfast
Das darf man jedoch NUR an Client-Ports machen, bei Switchuplinks kann das zu Broadcast-Storms, Loops führen!
Der Parameter führt dazu dass der Port gleich in den Forwarding State wechselt.
Manchmal haben Clients probleme eine IP vom DHCP zu bekommen wenn es in einen Timeout läuft da der Switch erstmal schaut wie es um das spanning-tree steht.
spanning-tree portfast
Hallo Smodo,
was bekommen denn die Rechner wenn sie nicht im Netz sind? Bekommen die eine 169.x.x.x. Adresse oder garnix. Falls garnix würde ich auf die Netzwerkkarte tippen. Evtl. kannst du auch noch mal deinen DHCP-Server checken ob du überhaupt genug freie Leases zur verfügung hast, bzw. schau dir mal die ACK und NACK Advertisements im DHCP Server an.
Gruß Tobbel
was bekommen denn die Rechner wenn sie nicht im Netz sind? Bekommen die eine 169.x.x.x. Adresse oder garnix. Falls garnix würde ich auf die Netzwerkkarte tippen. Evtl. kannst du auch noch mal deinen DHCP-Server checken ob du überhaupt genug freie Leases zur verfügung hast, bzw. schau dir mal die ACK und NACK Advertisements im DHCP Server an.
Gruß Tobbel
Wenn dies Rechner sind, die sich in anderen Netzen wie dein DHCP-Server befinden, solltest du einmal nachschauen, ob auf deinem Router für dieses Netz DHCP/BOOTP-forwarding auf die Server-IP (richtig) eingetragen ist. Stichworte sind da UDP-Helperadressen oder -Ports. Ohne diesen Eintrag passieren deine o.b. Merkwürdigkeiten.
Gruß, mattin
Gruß, mattin
Moin,
Nur, um die Grundvoraussetzungen zu klären:
- sind es immer die selben Deliquenten oder immer Andere?
- Sind diese Rechner eventuell "gerade erst neu dazugekommen" oder schon seit anno Krux im Netz?
- War es früher "anders", oder fällt es Dir erst jetzt auf, weil es für $Benuter ganz normal gewesen war?
Gruß
Nur, um die Grundvoraussetzungen zu klären:
- sind es immer die selben Deliquenten oder immer Andere?
- Sind diese Rechner eventuell "gerade erst neu dazugekommen" oder schon seit anno Krux im Netz?
- War es früher "anders", oder fällt es Dir erst jetzt auf, weil es für $Benuter ganz normal gewesen war?
Gruß