23
Kein Internetzugriff für einige Clients im Netzwerk
Mich beschäftigt seit Tagen ein Problem. Und zwar in einem Domänen Netzwerk bekommen zwei Clients von den insgesamt 20 keinen Internetzugriff. Das Netzwerk wird per DHCP konfiguriert. Internetzugang über Fritz!Box (Gateway).
Konfiguration vom DC:
IP: 10.0.0.1
SM: 255.255.255.0
GT: 10.0.0.151
DNS: 10.0.0.1
Konfiguration Client (Beispiel):
IP (DHCP): 10.0.0.40
SM: 255.255.255.0
GT: 10.0.0.151
DNS1: 10.0.0.1
DNS:2: 10.0.0.151
Alle Clients sind identisch konfiguriert. Bis auf zwei haben alle Internetzugriff. Was ist hier falsch? Oder liegt das Problem wo anders? Alle Rechner haben als BS Windows 10. Der Server ist ein Windows 2008 R2 Server.
Ich bedanke mich im Voraus für eine schnelle Hilfe.
Konfiguration vom DC:
IP: 10.0.0.1
SM: 255.255.255.0
GT: 10.0.0.151
DNS: 10.0.0.1
Konfiguration Client (Beispiel):
IP (DHCP): 10.0.0.40
SM: 255.255.255.0
GT: 10.0.0.151
DNS1: 10.0.0.1
DNS:2: 10.0.0.151
Alle Clients sind identisch konfiguriert. Bis auf zwei haben alle Internetzugriff. Was ist hier falsch? Oder liegt das Problem wo anders? Alle Rechner haben als BS Windows 10. Der Server ist ein Windows 2008 R2 Server.
Ich bedanke mich im Voraus für eine schnelle Hilfe.
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 317133
Url: https://administrator.de/forum/kein-internetzugriff-fuer-einige-clients-im-netzwerk-317133.html
Ausgedruckt am: 13.03.2025 um 17:03 Uhr
23 Kommentare
Neuester Kommentar
Hallo,
(auch wenn du nicht grüßt...)
Client Firewall mal deaktiviert?
was passiert beim ping 8.8.8.8
was sagt ein tracert 8.8.8.8
brammer
(auch wenn du hier auch nichts schreibst...)
(auch wenn du nicht grüßt...)
Client Firewall mal deaktiviert?
was passiert beim ping 8.8.8.8
was sagt ein tracert 8.8.8.8
brammer
(auch wenn du hier auch nichts schreibst...)
Hi,
können die beiden CLients denn z.B. intern den DC erreichen?
nslookup auf externe Domains funktioniert von diesen Client?
LG
können die beiden CLients denn z.B. intern den DC erreichen?
nslookup auf externe Domains funktioniert von diesen Client?
LG
Hallo brammer,
die Anmerkung ist korrekt. Ich entschuldige mich für mein schlechtes Benehmen. Ich bin genervt von diesem Problem und den zwei Kollegen, die nicht ins Internet „dürfen“.
Vielen Dank für die schnelle Antwort. Ping ergibt: Zielhost ist nicht erreichbar. Trace ebenfalls: Zielhost ist nicht erreichbar. Die Firewall wird über die Netzwerkrichtlinien konfiguriert und kann für Domänen Netzwerk vom Client aus nicht abgeschaltet werden.
die Anmerkung ist korrekt. Ich entschuldige mich für mein schlechtes Benehmen. Ich bin genervt von diesem Problem und den zwei Kollegen, die nicht ins Internet „dürfen“.
Vielen Dank für die schnelle Antwort. Ping ergibt: Zielhost ist nicht erreichbar. Trace ebenfalls: Zielhost ist nicht erreichbar. Die Firewall wird über die Netzwerkrichtlinien konfiguriert und kann für Domänen Netzwerk vom Client aus nicht abgeschaltet werden.
Hallo DopeEx1991,
die beiden Clients sind in der Domäne und haben Netzwerkzugriff. Der Befehl "nslookup" auf externe Domänen funktioniert. Der Name der Domäne wird aufgelöst, aber der "ping" und "tracert" auf gleiche Domäne funktioniert nicht.
die beiden Clients sind in der Domäne und haben Netzwerkzugriff. Der Befehl "nslookup" auf externe Domänen funktioniert. Der Name der Domäne wird aufgelöst, aber der "ping" und "tracert" auf gleiche Domäne funktioniert nicht.
Hi
Wo scheitert denn dein Traceroute? Hinter dem Gateway oder schon davor?
Wie siehts aus wenn du mal die IP der Clients per Hand vergibst? Möglichst außerhalb der DHCP-Range.
LG
Trace ebenfalls: Zielhost ist nicht erreichbar.
Wo scheitert denn dein Traceroute? Hinter dem Gateway oder schon davor?
Wie siehts aus wenn du mal die IP der Clients per Hand vergibst? Möglichst außerhalb der DHCP-Range.
LG
Moin,
kann es sein, dass bei den beiden Clients die Netzwerkkarte nicht mit Windows 10 zusammen arbeiten will?
Ich hatte selbes Problem bei einem Client. Nach Austausch der Netzwerkkarte lief alles reibungslos.
Gruß
Looser
kann es sein, dass bei den beiden Clients die Netzwerkkarte nicht mit Windows 10 zusammen arbeiten will?
Ich hatte selbes Problem bei einem Client. Nach Austausch der Netzwerkkarte lief alles reibungslos.
Gruß
Looser
Hi,
Ich meine, es scheitert noch vor Gateway, siehe Bild.
Die IP Adresse von Hand habe ich noch nicht vergeben, ich befürchte Netzwerkkonflikt. Wenn ich den DHCP-Bereich ändern soll, was passiert mit den anderen Clients, die eine DHCP-Adresse bekommen haben?
LG
Wo scheitert denn dein Traceroute? Hinter dem Gateway oder schon davor?
Ich meine, es scheitert noch vor Gateway, siehe Bild.
Die IP Adresse von Hand habe ich noch nicht vergeben, ich befürchte Netzwerkkonflikt. Wenn ich den DHCP-Bereich ändern soll, was passiert mit den anderen Clients, die eine DHCP-Adresse bekommen haben?
LG
Hallo,
Was sagt
ping 10.0.0.1?
Ping 10.0.0.151?
Was sagt denn dein Wireshark bei ping 8.8.8.8?
mal ein Paketmitschnitt an der Fritte (LAN und oder WAN Port) gemacht und dir im Wireshark angeschaut? Kommen dort deine Anfragen an?
Deine Windows 10 Clients sind Upgrades oder komplette Neue Installationen? Netzwerktreiber sind vom Karten/Chip Hersteller oder von Windows?
Wer macht DHCP Fritte / Server oder beide? Fritte schon mal neu gestartet?
Und warum 2 DNS am Client? Fällt dein Server mit sein DNS so oft komplett aus oder ist gar nicht erreichbar (not reachable)?
https://technet.microsoft.com/en-us/library/bb457118.aspx
Gruß,
Peter
Was sagt
ping 10.0.0.1?
Ping 10.0.0.151?
Was sagt denn dein Wireshark bei ping 8.8.8.8?
mal ein Paketmitschnitt an der Fritte (LAN und oder WAN Port) gemacht und dir im Wireshark angeschaut? Kommen dort deine Anfragen an?
Deine Windows 10 Clients sind Upgrades oder komplette Neue Installationen? Netzwerktreiber sind vom Karten/Chip Hersteller oder von Windows?
Wer macht DHCP Fritte / Server oder beide? Fritte schon mal neu gestartet?
Und warum 2 DNS am Client? Fällt dein Server mit sein DNS so oft komplett aus oder ist gar nicht erreichbar (not reachable)?
Der Befehl "nslookup" auf externe Domänen funktioniert.
Und der nutzt nur dein DNS1, also dein DC(?). Einen zweiten DNS nutzt nslookup nicht ausser du sagst dem nslookup eplizit einen anderen DNS zu nutzen.https://technet.microsoft.com/en-us/library/bb457118.aspx
Gruß,
Peter
Hallo,
laut tracert antwortet der Rechner selber das er das Ziel nicht erreichen kann...
kannst du überhaupt den Gateway anpingen?
brammer
laut tracert antwortet der Rechner selber das er das Ziel nicht erreichen kann...
kannst du überhaupt den Gateway anpingen?
brammer
kann es sein, dass bei den beiden Clients die Netzwerkkarte nicht mit Windows 10 zusammen arbeiten will?
Moin,
das schließe ich aus, weil die beiden Rechner unterschiedliche Netzwerkkarten, zwar beide von Intel, aber vom Modell anders haben. Und die anderen Clients mit den gleichen Netzwerkkarten Internet haben.
Das Dumme ist, die beiden Rechner waren schon bei der gleichen Konfiguration im Internet und auf einmal kommen die beiden nicht mehr rein.
Gruß
Hallo,
Du brauchst hier kein Bild von ca. 1930 Scharze leere zeichen zu posten
Du kannst dort auch bequem den Text Bearbeiten - markieren - kopieren und dann hier nur den Text reinstellen z.B. <code text=plain>Routenverfolgung zu google-public-dns-a.google.com [8.8.8.8] über maximal 30 Abschnitte:
1 1 ms 1 ms 1 ms XXXX.XXXXXX.Local [192.168.186.1]Sieht schöner aus und ist schneller gelesen
Gruß,
Peter
Du brauchst hier kein Bild von ca. 1930 Scharze leere zeichen zu posten
Du kannst dort auch bequem den Text Bearbeiten - markieren - kopieren und dann hier nur den Text reinstellen z.B. <code text=plain>Routenverfolgung zu google-public-dns-a.google.com [8.8.8.8] über maximal 30 Abschnitte:1 1 ms 1 ms 1 ms XXXX.XXXXXX.Local [192.168.186.1]Sieht schöner aus und ist schneller gelesen
Gruß,
Peter
Hallo,
Gateway kann ich anpingen auch den DC.
LG
kannst du überhaupt den Gateway anpingen?
Gateway kann ich anpingen auch den DC.
LG
Hallo,
Danke für den Tipp.
Gruß
Du brauchst hier kein Bild von ca. 1930 Scharze leere zeichen zu posten
Danke für den Tipp.
Gruß
Moin,
Die Konfiguration ist falsch! Richtig ist hier nur die IP des DC. Auf diesem wird eine Weiterleitung zum ISP oder von mir aus auch Google eingerichtet.
Davon ab: sie dir mal bei den betroffenen Rechnern ein
an!
Und dann sieh dir mal die IPv4-Einstellungen an. Ich habe hier schon den Fall gehabt, dass bei DHCP-Clients das Gateway nicht mit übernommen wurde. Das installieren des Netzwerkkartenherstellertreibers hat das Problem gelöst.
Gruß Krämer
Die Konfiguration ist falsch! Richtig ist hier nur die IP des DC. Auf diesem wird eine Weiterleitung zum ISP oder von mir aus auch Google eingerichtet.
Davon ab: sie dir mal bei den betroffenen Rechnern ein
ipconfig /allUnd dann sieh dir mal die IPv4-Einstellungen an. Ich habe hier schon den Fall gehabt, dass bei DHCP-Clients das Gateway nicht mit übernommen wurde. Das installieren des Netzwerkkartenherstellertreibers hat das Problem gelöst.
Gruß Krämer
Hallo,
Und? Was kommt als Antwort? Du kannst grundsätzlich dein Gateway sowie DC anpingen, das klappt sogar sogar mit der IP der ISS. Die Antwort ist entscheidend.
Gehen deine Anfragen HTTP/HTTPS/FTP/SMTP usw. aus dein Rechner raus?
Kommen deine Anfragen überhaupt am Gateway an?
Ein Wireshark sagt es dir ganz schnell...
Gruß,
Peter
Und? Was kommt als Antwort? Du kannst grundsätzlich dein Gateway sowie DC anpingen, das klappt sogar sogar mit der IP der ISS. Die Antwort ist entscheidend.
Gehen deine Anfragen HTTP/HTTPS/FTP/SMTP usw. aus dein Rechner raus?
Kommen deine Anfragen überhaupt am Gateway an?
Ein Wireshark sagt es dir ganz schnell...
Gruß,
Peter
Zitat von @rapidshare:
Moin,
das schließe ich aus, weil die beiden Rechner unterschiedliche Netzwerkkarten, zwar beide von Intel, aber vom Modell anders haben. Und die anderen Clients mit den gleichen Netzwerkkarten Internet haben.
Das Dumme ist, die beiden Rechner waren schon bei der gleichen Konfiguration im Internet und auf einmal kommen die beiden nicht mehr rein.
Gruß
kann es sein, dass bei den beiden Clients die Netzwerkkarte nicht mit Windows 10 zusammen arbeiten will?
Moin,
das schließe ich aus, weil die beiden Rechner unterschiedliche Netzwerkkarten, zwar beide von Intel, aber vom Modell anders haben. Und die anderen Clients mit den gleichen Netzwerkkarten Internet haben.
Das Dumme ist, die beiden Rechner waren schon bei der gleichen Konfiguration im Internet und auf einmal kommen die beiden nicht mehr rein.
Gruß
Das heißt nun mal genau gar nichts. Wir haben ebenfalls mehrere identische Systeme, doch nur bei einem wollte die Netzwerkkarte nicht mit den Treibern von Windows 10 und Intel.
Bau mal testweise ne neue Netzwerkkarte ein und versuch es dann nochmal.
Hallo Pjordorf,
Also, ich kann beide IP Adressen anpingen und es kommt Antwort mit TTL 64 bzw. 128. Ob die Anfragen HTTP/HTTPS/FTR/SMTP rausgehen kann ich dir nicht sagen. Mit Wireshark bin ich nicht vertraut. Ich habe einen Mitschnitt gemacht, kann aber aber nur die Protokolle TCP und UDP sehen. Wenn du mir erklären kannst, wie ich im Wireshark finden kann, wie die Anfragen rauskommen, wäre ich dir sehr dankbar.
Gruß
Und? Was kommt als Antwort? Du kannst grundsätzlich dein Gateway sowie DC anpingen, das klappt sogar sogar mit der IP der ISS. Die Antwort ist entscheidend.
Also, ich kann beide IP Adressen anpingen und es kommt Antwort mit TTL 64 bzw. 128. Ob die Anfragen HTTP/HTTPS/FTR/SMTP rausgehen kann ich dir nicht sagen. Mit Wireshark bin ich nicht vertraut. Ich habe einen Mitschnitt gemacht, kann aber aber nur die Protokolle TCP und UDP sehen. Wenn du mir erklären kannst, wie ich im Wireshark finden kann, wie die Anfragen rauskommen, wäre ich dir sehr dankbar.
Gruß
Das heißt nun mal genau gar nichts. Wir haben ebenfalls mehrere identische Systeme, doch nur bei einem wollte die Netzwerkkarte nicht mit den Treibern von Windows 10 und Intel.
Bau mal testweise ne neue Netzwerkkarte ein und versuch es dann nochmal.
Hi,
danke für den Tipp, probiere ich demnächst.
Gruß
Hallo,
Wireshark anwerfen
Die korrekte Schnittstelle auswählen im Interface Menu. Dort ein capture Flter z.B. auf die entfernete IP (Host 8.8.8.8) oder auf ein protkoll z.B. Ping (ICMP) stellen. ICMP hier erstmal angebracht. Capture starten
In ein CMD Fenster ein Ping 10.0.0.151 oder ping 10.0.0.1 absetzen. Zu jeder Ping Anfrage kommt ganz genau eine Ping Antwort. Ist im Kabelhai ersichtlich. Ein Tracert (nutzt ebenfalls ICMP) wird dir auch angezeigt z.B. tarcert 8.8.8.8
Beispiel mit Capture filter ICMP. Ausgeführte Aktionen CMD Fenster)
Ping 192.168.255.1 -n 2 (Pakete 1- 4)
Ping 8.8.8.8 -n 2 (Pakete 5 - 8)
Ping 8.2.4.6 .n 2 (Pakete 9 und 10 (Not reachable)
Tracert 8.8.8.8 (Pakete 11 bis ende) Antworten 2 bis 12 im CMD Fenster waren * * * Zeitüberschreitung der Anforderung = Pakete 17 - 37) Ab Paket 48 kam Antwort von IP 62.154.0.14 = do-eb4-i.DO.DE.NET.DTAG.DE [62.154.0.14] und anderen Routern im WWW)
In dieser Aufzeichnung ist also alles OK und wie erwartet.Das gleiche kannst du mit der Ziel MAC (dein Gateway, mit Protokollen wie http, https, ports usw machen. Und dieser ablauf sagt dir dann was und evtl. wo happert. das wo ist etwas aufwändiger da ein switch bekannterweise nur deinen datenverkehr dir durchschaltet. Daher an der Fritte deine Anfragen beim Paketmitschnitt sowohl einhgehend (LAN) und ausgehend (WAN) (Sichtweise der Fritte). Sollte ausgehend auf der WAN deine Anfragen zu sehen sein aber keine Antworten kommen so ist das Problem ausserhalb im WAN. Sollte ausgehend (WAN) keine Anfrage zu sehen sein blockiert die Fritte und wenn auch eingehend (LAN) nichts zu sehen ist wird deine LAN Karte nichts senden bzw. ein evtl. Switch / Router / Firewall dies verhindern...
Ansonsten hier https://www.wireshark.org/#learnWS
https://www.concise-courses.com/security/wireshark-basics/
http://www.ims-info.ch/support/pdf/SH_Checkup_NetzwerkFremdeinfluss.pdf
http://www.nwlab.net/tutorials/wireshark/
http://www.pc-magazin.de/ratgeber/wireshark-anleitung-deutsch-netzwerk- ...
https://www.netzwelt.de/news/86813-anleitung-netzwerk-protokolle-wiresha ...
https://www.mvhs.de/
Gruß,
Peter
Zitat von @rapidshare:
Also, ich kann beide IP Adressen anpingen und es kommt Antwort mit TTL 64 bzw. 128. DAS TTL ist nicht zwingend das entscheidende sondern das *Antwort von...*
Also, ich kann beide IP Adressen anpingen und es kommt Antwort mit TTL 64 bzw. 128. DAS TTL ist nicht zwingend das entscheidende sondern das *Antwort von...*
Ob die Anfragen HTTP/HTTPS/FTR/SMTP rausgehen kann ich dir nicht sagen. Mit Wireshark bin ich nicht vertraut.
Wireshark 1.12.13 Portable reicht mir, egal auf welchen Systemen.Wireshark anwerfen
Die korrekte Schnittstelle auswählen im Interface Menu. Dort ein capture Flter z.B. auf die entfernete IP (Host 8.8.8.8) oder auf ein protkoll z.B. Ping (ICMP) stellen. ICMP hier erstmal angebracht. Capture starten
In ein CMD Fenster ein Ping 10.0.0.151 oder ping 10.0.0.1 absetzen. Zu jeder Ping Anfrage kommt ganz genau eine Ping Antwort. Ist im Kabelhai ersichtlich. Ein Tracert (nutzt ebenfalls ICMP) wird dir auch angezeigt z.B. tarcert 8.8.8.8
Beispiel mit Capture filter ICMP. Ausgeführte Aktionen CMD Fenster)
Ping 192.168.255.1 -n 2 (Pakete 1- 4)
Ping 8.8.8.8 -n 2 (Pakete 5 - 8)
Ping 8.2.4.6 .n 2 (Pakete 9 und 10 (Not reachable)
Tracert 8.8.8.8 (Pakete 11 bis ende) Antworten 2 bis 12 im CMD Fenster waren * * * Zeitüberschreitung der Anforderung = Pakete 17 - 37) Ab Paket 48 kam Antwort von IP 62.154.0.14 = do-eb4-i.DO.DE.NET.DTAG.DE [62.154.0.14] und anderen Routern im WWW)
In dieser Aufzeichnung ist also alles OK und wie erwartet.
No. Time Source Destination Protocol Length Info
1 14:19:55.743 192.168.255.20 192.168.255.1 ICMP 74 Echo (ping) request id=0x0001, seq=191/48896, ttl=128 (reply in 2)
2 14:19:55.745 192.168.255.1 192.168.255.20 ICMP 74 Echo (ping) reply id=0x0001, seq=191/48896, ttl=64 (request in 1)
3 14:19:56.754 192.168.255.20 192.168.255.1 ICMP 74 Echo (ping) request id=0x0001, seq=192/49152, ttl=128 (reply in 4)
4 14:19:56.756 192.168.255.1 192.168.255.20 ICMP 74 Echo (ping) reply id=0x0001, seq=192/49152, ttl=64 (request in 3)
5 14:20:01.254 192.168.255.20 8.8.8.8 ICMP 74 Echo (ping) request id=0x0001, seq=193/49408, ttl=128 (reply in 6)
6 14:20:01.383 8.8.8.8 192.168.255.20 ICMP 74 Echo (ping) reply id=0x0001, seq=193/49408, ttl=37 (request in 5)
7 14:20:02.245 192.168.255.20 8.8.8.8 ICMP 74 Echo (ping) request id=0x0001, seq=194/49664, ttl=128 (reply in 8)
8 14:20:02.284 8.8.8.8 192.168.255.20 ICMP 74 Echo (ping) reply id=0x0001, seq=194/49664, ttl=37 (request in 7)
9 14:20:27.302 192.168.255.20 8.2.4.6 ICMP 74 Echo (ping) request id=0x0001, seq=195/49920, ttl=128 (no response found!)
10 14:20:32.150 192.168.255.20 8.2.4.6 ICMP 74 Echo (ping) request id=0x0001, seq=196/50176, ttl=128 (no response found!)
11 14:20:48.210 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=197/50432, ttl=1 (no response found!)
12 14:20:48.217 192.168.255.1 192.168.255.20 ICMP 134 Time-to-live exceeded (Time to live exceeded in transit)
13 14:20:48.218 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=198/50688, ttl=1 (no response found!)
14 14:20:48.221 192.168.255.1 192.168.255.20 ICMP 134 Time-to-live exceeded (Time to live exceeded in transit)
15 14:20:48.222 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=199/50944, ttl=1 (no response found!)
16 14:20:48.223 192.168.255.1 192.168.255.20 ICMP 134 Time-to-live exceeded (Time to live exceeded in transit)
17 14:20:49.248 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=200/51200, ttl=2 (no response found!)
18 14:20:53.133 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=201/51456, ttl=2 (no response found!)
19 14:20:57.142 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=202/51712, ttl=2 (no response found!)
20 14:21:01.137 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=203/51968, ttl=3 (no response found!)
21 14:21:05.145 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=204/52224, ttl=3 (no response found!)
22 14:21:09.138 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=205/52480, ttl=3 (no response found!)
23 14:21:13.134 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=206/52736, ttl=4 (no response found!)
24 14:21:17.141 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=207/52992, ttl=4 (no response found!)
25 14:21:21.135 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=208/53248, ttl=4 (no response found!)
26 14:21:25.146 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=209/53504, ttl=5 (no response found!)
27 14:21:29.138 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=210/53760, ttl=5 (no response found!)
28 14:21:33.131 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=211/54016, ttl=5 (no response found!)
29 14:21:37.142 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=212/54272, ttl=6 (no response found!)
30 14:21:41.134 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=213/54528, ttl=6 (no response found!)
31 14:21:45.143 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=214/54784, ttl=6 (no response found!)
32 14:21:49.138 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=215/55040, ttl=7 (no response found!)
33 14:21:53.131 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=216/55296, ttl=7 (no response found!)
34 14:21:57.140 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=217/55552, ttl=7 (no response found!)
35 14:22:01.137 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=218/55808, ttl=8 (no response found!)
36 14:22:05.144 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=219/56064, ttl=8 (no response found!)
37 14:22:09.137 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=220/56320, ttl=8 (no response found!)
38 14:22:13.131 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=221/56576, ttl=9 (no response found!)
39 14:22:17.139 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=222/56832, ttl=9 (no response found!)
40 14:22:21.133 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=223/57088, ttl=9 (no response found!)
41 14:22:25.143 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=224/57344, ttl=10 (no response found!)
42 14:22:29.135 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=225/57600, ttl=10 (no response found!)
43 14:22:33.145 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=226/57856, ttl=10 (no response found!)
44 14:22:37.142 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=227/58112, ttl=11 (no response found!)
45 14:22:41.135 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=228/58368, ttl=11 (no response found!)
46 14:22:45.143 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=229/58624, ttl=11 (no response found!)
47 14:22:49.143 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=230/58880, ttl=12 (no response found!)
48 14:22:49.208 62.154.0.14 192.168.255.20 ICMP 110 Time-to-live exceeded (Time to live exceeded in transit)
49 14:22:49.208 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=231/59136, ttl=12 (no response found!)
50 14:22:49.239 62.154.0.14 192.168.255.20 ICMP 110 Time-to-live exceeded (Time to live exceeded in transit)
51 14:22:49.240 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=232/59392, ttl=12 (no response found!)
52 14:22:49.267 62.154.0.14 192.168.255.20 ICMP 110 Time-to-live exceeded (Time to live exceeded in transit)
53 14:22:50.242 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=233/59648, ttl=13 (no response found!)
54 14:22:50.285 217.239.49.194 192.168.255.20 ICMP 70 Time-to-live exceeded (Time to live exceeded in transit)
55 14:22:50.286 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=234/59904, ttl=13 (no response found!)
56 14:22:50.321 217.239.49.194 192.168.255.20 ICMP 70 Time-to-live exceeded (Time to live exceeded in transit)
57 14:22:50.322 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=235/60160, ttl=13 (no response found!)
58 14:22:50.353 217.239.49.194 192.168.255.20 ICMP 70 Time-to-live exceeded (Time to live exceeded in transit)
59 14:22:55.874 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=236/60416, ttl=14 (no response found!)
60 14:22:55.936 72.14.196.17 192.168.255.20 ICMP 70 Time-to-live exceeded (Time to live exceeded in transit)
61 14:22:55.937 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=237/60672, ttl=14 (no response found!)
62 14:22:55.975 72.14.196.17 192.168.255.20 ICMP 70 Time-to-live exceeded (Time to live exceeded in transit)
63 14:22:55.976 192.168.255.20 8.8.8.8 ICMP 106 Echo (ping) request id=0x0001, seq=238/60928, ttl=14 (no response found!)
64 14:22:56.017 72.14.196.17 192.168.255.20 ICMP 70 Time-to-live exceeded (Time to live exceeded in transit)Ansonsten hier https://www.wireshark.org/#learnWS
https://www.concise-courses.com/security/wireshark-basics/
http://www.ims-info.ch/support/pdf/SH_Checkup_NetzwerkFremdeinfluss.pdf
http://www.nwlab.net/tutorials/wireshark/
http://www.pc-magazin.de/ratgeber/wireshark-anleitung-deutsch-netzwerk- ...
https://www.netzwelt.de/news/86813-anleitung-netzwerk-protokolle-wiresha ...
https://www.mvhs.de/
Gruß,
Peter
Hallo Peter,
vielen Dank für die Information. Ich muss mich erst damit zurecht finden und ausprobieren. Über den Status werde ich dann informieren.
Gruß
vielen Dank für die Information. Ich muss mich erst damit zurecht finden und ausprobieren. Über den Status werde ich dann informieren.
Gruß
Hallo Peter,
die Anfragen an DC und Router gehen raus und wieder von denen auch rein, sowohl ping als auch tracert. Sobald ich die entfernte Zieladresse eingebe, kommt die Antwort vom Client "Zielhost nicht erreichbar". Beim ping geht kein Paket verlören, beim tracert wird die Anfrage abgebrochen. Ich vermute, dass Sitch die Anfrage blockiert. Versuche ich heute Abend den zu reseten. Mal sehen.
Gruß
die Anfragen an DC und Router gehen raus und wieder von denen auch rein, sowohl ping als auch tracert. Sobald ich die entfernte Zieladresse eingebe, kommt die Antwort vom Client "Zielhost nicht erreichbar". Beim ping geht kein Paket verlören, beim tracert wird die Anfrage abgebrochen. Ich vermute, dass Sitch die Anfrage blockiert. Versuche ich heute Abend den zu reseten. Mal sehen.
Gruß
Hallo
Ich vermute, dass Switch die Anfrage blockiert. Versuche ich heute Abend den zu reseten. Mal sehen.
Tatsächlich der Switsh hat blockiert. Aus welchem Grund wie auch immer. Nach dem Reset läuft alles.
Vielen Dank.
Der Fall ist erledigt
Gruß
Ich vermute, dass Switch die Anfrage blockiert. Versuche ich heute Abend den zu reseten. Mal sehen.
Tatsächlich der Switsh hat blockiert. Aus welchem Grund wie auch immer. Nach dem Reset läuft alles.
Vielen Dank.
Der Fall ist erledigt
Gruß
Hallo,
Nur aus neugierde: ein einfacher non manageable noname L2 Switch?
Gruß,
Peter
Nur aus neugierde: ein einfacher non manageable noname L2 Switch?
Gruß,
Peter
