Komisches Probleme zwischen 2 bestimmten NICs (Switching Problem?)

[Th1eUser]

Hallo, ich habe ein sehr komisches Problem in meinem Netzwerk. Vorher zum Aufbau:

NW-IP: 192.168.0.0/24

NW-Gerät ist ein ADB DV 2210, also so ein All-in-One Modem/Router/AP/Bridge/Switch vom ISP.
IP: 192.168.0.138
In diesem Gerät läuft der DHCP Server.


Hosts:

Desktop (verbunden an Switch):
Windows 8.1 Pro x64
IP wird vom DHCP Server bezogen, momentan ist sie 192.168.0.2


Home-Server (verbunden an Switch)
Linux Mint Xfce x64 (neueste Version)
IP wird vom DHCP Server bezogen. Dieser ist so eingestellt, dass er bei der MAC vom Home-Server immer 192.168.0.99 vergibt.


Smartphone (über Wlan)
Android 4.1.2
IP wird vom DHCP Server bezogen, momentan ist sie 192.168.0.3

Notebook (über Wlan)
Windows 8.1 Pro x64
IP wird vom DHCP Server bezogen, momentan ist sie 192.168.0.4





Nun gibt es sehr komische Konnektivitätsprobleme. Diese treten meistens auf, aber nicht immer. Ich nehme Ping als Beispiel.

Ping funktioniert überall, außer vom Desktop zum Server und vom Server zum Desktop:

C:\Users\asdf>ping 192.168.0.99

Ping wird ausgeführt für 192.168.0.99 mit 32 Bytes Daten:
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.
Zielhost nicht erreichbar.


Ping-Statistik für 192.168.0.99:
    Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4
    (100% Verlust),

asdf@server:~$ ping 192.168.0.2
PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.
^C
--- 192.168.0.2 ping statistics ---
11 packets transmitted, 0 received, 100% packet loss, time 10079ms

Also habe ich mir den ARP-Cache angesehen:
Im ARP-Cache vom Desktop ist der Server nicht vorhanden, im ARP-Cache vom Server ist der Desktop aber vorhanden.
Sehr mysteriös!


Jetzt habe ich auf beiden Geräten Wireshark installiert und mir das genauer angeschaut.

Fall: Desktop schickt ARP-Request für IP vom Server:
Ergebnis: Server erhält ARP-Request und schickt Response zurück. Desktop empfängt diese Response nicht.

Fall: Server schickt ARP-Request für IP vom Desktop:
Ergebnis: Desktop erhält ARP-Request und schickt Response zurück. Server empfängt diese Response.


Hääääää??????
Ich habs auch öfters getestet - immer das gleiche.



Nun habe ich testweise die Mac und IP des Servers manuell in den Desktop eingetragen mit (als Admin):

C:\Windows\system32>netsh interface ip add neighbors "Ethernet 2" "192.168.0.99"
 "d0-50-99-xx-xx-xx"

Nun liefert Ping folgendes:

C:\Users\asdf>ping 192.168.0.99

Ping wird ausgeführt für 192.168.0.99 mit 32 Bytes Daten:
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.


Ping-Statistik für 192.168.0.99:
    Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4
    (100% Verlust),

asdf@server:~$ ping 192.168.0.2
PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.
^C
--- 192.168.0.2 ping statistics ---
8 packets transmitted, 0 received, 100% packet loss, time 7056ms

Hat also auch nicht geholfen..



Mit Wireshark sieht man folgendes:

Fall: Ping von Desktop an Server
Ergebnis: Desktop schickt Ping und Server empfängt diesen. Server schickt "Pong" zurück aber Desktop empfängt diesen nicht.

Fall: Ping von Server zu Desktop
Ergebnis: Server schickt Ping zu Desktop - dieser empfängt ihn aber nicht.




Ich bin nun echt ratlos.
Hier die Zusammenfassung was ankommt und was nicht

Kommt an:
ARP-Request von Desktop zu Server
ARP-Request von Server zu Desktop
ARP-Respone von Desktop zu Server
Ping-Request von Desktop zu Server

Kommt nicht an:
ARP-Response von Server zu Desktop
Ping-Response von Server zu Desktop
Ping-Request von Server zu Desktop





Ach ja, ich hab auch schon unterschiedliche Ports am "Switch" versucht - hat auch nicht geholfen.
Ich hoffe, dass jemand Lösungsvorschläge hat, mir fällt nichts mehr ein..

 

[nfsgame]

Einfachste Vermutung: Windows-Firewall eingeschaltet ? Testweise deaktivieren und nochmal versuchen .

 

[bschicht86]

Subnetz-Maske passt auch?