Mini-Netzwerk verhält sich seltsam

[Medium]

Es ist ja genau umgekehrt: Mit Firmennetz (es muss nur angestöpselt sein) kann ich vom Notebook aus die SPS2 anpingen, ohne jedoch nicht. Zumal das Notebook via Kabel mit am Switch hängt, in dem auch der AP steckt. WLAN ist am Notebook abgeschaltet.

Die SPS2 taucht in der Routingtabelle meines Notebooks nicht auf, unabhängig davon ob ich sie anpingen kann oder nicht (also mit und ohne Firmennetz am Switch). Was sagt mir das?
Das Notebook als Schuldigen kann ich aber ausschließen, da 2 weitere Rechner das gleiche Verhalten gezeigt haben. Ein dritter kann SPS2 witzigerweise überhaupt nicht anpingen, egal ob mit Firmennetz dran oder nicht

Ich hasse Netzwerkgeschlömse, argh

[Klaus01]

.. eine Vermutung
Dein Notebook hat ein defaultGateway das im Firmennetz liegt.
Ist kein Firmennetz am Switch verbunden, kann Dein Notebook nur mit Geräten
die im gleichen (Sub)Netz liegen kommunizieren.

Grüße
Klaus

[Medium]

Leider auch nicht Kein Gateway eingetragen, und die beteiligten IPs sind alle im selben Subnetz. Der AP hat z.B. die 192.168.0.18, das Notebook die 192.168.0.55, die SPS1 192.168.0.11, und die SPS2 die 192.168.0.12. Und nur die .12 ist ohne Firmennetz nicht pingbar, die anderen beiden aber schon.
Es ist fast so, als wüsste der AP ohne Firmennetz nicht, dass er bitteschön zwischen seinem LAN und WLAN Port vermitteln soll wenn das FIrmennetz nicht am Switch hängt. Höchst seltsam finde ich das alles.

[Klaus01]

.. dann werfe mal wireshark an und trace Dein IP-Interface.
Einmal mit und einmal ohne Firmennetz.
Irgendwas muss ja unterschiedlich laufen.

Grüße
Klaus

[jobo]

Ich würde mal in beiden Konstellation auf Deinem Notebook ausführen:
cmd>route print
cmd>ipconfig /all

Die Ausgaben bringen sicher etwas Licht ins Netz.

Hilfreich ist auch ein:
cmd>tracert [zielip]
wenn alles ok ist, dürfte der Trip direkt zum Ziel gehen. Wenn das Netzsegment verlassen wird, sind Deine Routen nicht ok (s.o.)

[Medium]

Im Anhang das Protokoll eines Pings, der funktionierte. Spaßeshalbar ist es teils sogar so, dass die ersten paar Pings nicht klappen (sowohl "Zielhost nicht erreichbar" als auch Timeouts!). Das betrifft jedoch NUR das Ziel .12, alle anderen Rechner und Drucker und weiss der Geier was spricht ohne Probleme miteinander hier. Daher mal so ein Fall im Screenshot, bei dem ich erst etwas gewartet habe, und dann gepingt, damit auch schön sichtbar was verloren geht. (Mein Notebook ist die .42, die SPS .12)

Die ständigen Name queries im Protokoll dürften von einem embedded Printserver hier stammen, ich weiss nicht warum der so rumstresst. Das läuft aber schon Jahre so, und ohne Probleme.


Das tracert spuckt im Ping-möglichen Fall wie geschrieben nur das Ziel als einzigen Eintrag aus, ansonsten einfach nur, dass das Ziel nicht erreicht würde. Die ipconfig verrät mir ja eigentlich nur, dass mein Notebook im richtigen Subnetz mit richtiger Maske und gültiger IP hängt - da manuell eingetragen auch unabhängig davon, ob ich im Firmennetz hänge oder nicht. Eine Route, wie zuvor geschrieben, hat mein Notebook nicht eingetragen. Heisst: Keine Spur von der 192.168.0.12 in der Liste, auch egal ob mit Firmennetz oder ohne.


Kann man mit dem Wireshark Ausschnitt etwas anfangen?

Edit: Ich sehe gerade, dass der erste Ping versuchte über die .199 raus zu gehen. Das ist ein VMWare Virtual Adapter. Warum tut er das? Und warum geht es danach - und zwar dauerhaft, bis ich eine längere Ping-Pause mache?

[Dalai]

Ich weiß nicht so recht, was ein von mehreren Leuten empfohlenes traceroute bringen soll. traceroute zeigt Router auf einer Strecke an, über die ein IP-Paket transportiert wird. Da alle Geräte im selben Subnetz sind, gibt es keine Router und demzufolge kann ein traceroute auch nix (Sinnvolles) anzeigen.

Ich würde mal von der anderen Richtung, d.h. von der anderen Seite der "Funkbrücke" aus pingen und je nachdem, ob das geht, die Access Points genauer anschauen; vielleicht muss da etwas anders konfiguriert werden.

MfG Dalai

[Dalai]

Zitat von Medium:

Edit: Ich sehe gerade, dass der erste Ping versuchte über die .199 raus zu gehen. Das ist ein VMWare Virtual Adapter. Warum tut er das? Und warum geht es danach - und zwar dauerhaft, bis ich eine längere Ping-Pause mache?

Wieso ist der virtuelle Adapter im selben Subnetz wie die echte Karte? Bei meinen VMware-Installationen (und das sind einige über die Jahre) wurden die virtuellen Karten immer jeweils in ein anderes Subnetz gelegt. Ist ja auch logisch, denn einer davon ist für NAT zuständig und NAT kann nur funktionieren, wenn es zwischen zwei unterschiedlichen Netzen ist, und der andere Adapter ist für Host-only (was ja auch keinen Sinn macht, wenn alles im selben Subnetz ist).

MfG Dalai