rapidshare
Oct 07, 2016
view4663
view23
0
Goto Top

Kein Internetzugriff für einige Clients im Netzwerk

GermansolvedQuestionInternet domainsInternet
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.
comment-contentCommentShareShare
Share on Facebook Share on Twitter Share on Reddit Share on Linkedin

Content-Key: 317133

Url: https://administrator.de/contentid/317133

Printed on: April 20, 2024 at 02:04 o'clock

23 Comments
Latest comment
Goto Top
Member: brammer
brammer Oct 07, 2016 at 08:30:18 (UTC)
Goto Top
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...)
Member: DopeEx1991
DopeEx1991 Oct 07, 2016 at 08:51:58 (UTC)
Goto Top
Hi,
können die beiden CLients denn z.B. intern den DC erreichen?
nslookup auf externe Domains funktioniert von diesen Client?

LG
Member: rapidshare
rapidshare Oct 07, 2016 at 08:55:00 (UTC)
Goto Top
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.
Member: rapidshare
rapidshare Oct 07, 2016 at 09:01:46 (UTC)
Goto Top
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.
Member: DopeEx1991
DopeEx1991 Oct 07, 2016 at 09:07:18 (UTC)
Goto Top
Hi

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
Member: Looser27
Looser27 Oct 07, 2016 at 09:34:51 (UTC)
Goto Top
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
Member: rapidshare
rapidshare Oct 07, 2016 at 10:04:32 (UTC)
Goto Top
Hi,


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
desktop
Member: Pjordorf
Pjordorf Oct 07, 2016 at 10:05:50 (UTC)
Goto Top
Hallo,

Zitat von @rapidshare:
die beiden Clients sind in der Domäne und haben Netzwerkzugriff.
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
Member: brammer
brammer Oct 07, 2016 at 10:07:15 (UTC)
Goto Top
Hallo,

laut tracert antwortet der Rechner selber das er das Ziel nicht erreichen kann...

kannst du überhaupt den Gateway anpingen?

brammer
Member: rapidshare
rapidshare Oct 07, 2016 at 10:10:40 (UTC)
Goto Top
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ß
Member: Pjordorf
Pjordorf Oct 07, 2016 at 10:14:09 (UTC)
Goto Top
Hallo,

Zitat von @rapidshare:
siehe Bild.
Du brauchst hier kein Bild von ca. 1930 Scharze leere zeichen zu posten face-smile 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 face-smile

Gruß,
Peter
Member: rapidshare
rapidshare Oct 07, 2016 at 10:24:11 (UTC)
Goto Top
Hallo,

Zitat von @brammer:

kannst du überhaupt den Gateway anpingen?

Gateway kann ich anpingen auch den DC.

LG
Member: rapidshare
rapidshare Oct 07, 2016 at 10:26:43 (UTC)
Goto Top
Hallo,


Zitat von @Pjordorf:

Du brauchst hier kein Bild von ca. 1930 Scharze leere zeichen zu posten face-smile

Danke für den Tipp.

Gruß
Member: Kraemer
Kraemer Oct 07, 2016 updated at 10:42:02 (UTC)
Goto Top
Moin,

Zitat von @rapidshare:
DNS1: 10.0.0.1
DNS:2: 10.0.0.151
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 /all
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
Member: Pjordorf
Pjordorf Oct 07, 2016 at 10:42:55 (UTC)
Goto Top
Hallo,

Zitat von @rapidshare:
Gateway kann ich anpingen auch den DC.
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
Member: Looser27
Looser27 Oct 07, 2016 at 12:03:12 (UTC)
Goto Top
Zitat von @rapidshare:

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.
Member: rapidshare
rapidshare Oct 07, 2016 at 12:03:46 (UTC)
Goto Top
Hallo Pjordorf,


Zitat von @Pjordorf:

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ß
Member: rapidshare
rapidshare Oct 07, 2016 at 12:06:26 (UTC)
Goto Top
Zitat von @Looser27:


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ß
Member: Pjordorf
Solution Pjordorf Oct 07, 2016 at 12:57:43 (UTC)
Goto Top
Hallo,

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...*

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)
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
Member: rapidshare
rapidshare Oct 10, 2016 at 10:24:07 (UTC)
Goto Top
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ß
Member: rapidshare
rapidshare Oct 10, 2016 at 12:44:13 (UTC)
Goto Top
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ß
Member: rapidshare
rapidshare Oct 11, 2016 at 16:38:05 (UTC)
Goto Top
Hallo

Zitat von @rapidshare:
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ß
Member: Pjordorf
Pjordorf Oct 11, 2016 at 18:03:54 (UTC)
Goto Top
Hallo,

Zitat von @rapidshare:
Tatsächlich der Switsh hat blockiert.
Nur aus neugierde: ein einfacher non manageable noname L2 Switch?

Gruß,
Peter
GermansolvedQuestionInternet domainsInternet
Hotly discussed
gleixnerdCheck of ZFW Firewallgleixnerd - 3 CommentsAlexWishaHow to set up and configure a Linux GRE tunnelAlexWisha - 3 CommentsjstrickerWIREGUARD VPN ON UDM PRO BEHIND FRITZBOX - HANDSHAKE DID NOT COMPLETEjstricker - 3 CommentsDaniEnd of Support dates for Office 2016, 2019 Apps und Productivity ServersDani - 1 Comment