[gelöst] MPE Client kann keine Verbindung aufbauen

[inorx2]

PC A: Win 11, MPE 2.3, LAN Netzwerk via Ethernet 192.*.*.100
PC B: Win 11, MPE 2.3, LAN Netzwerk via WLAN (AP hängt im gleichen LAN, keine FW, kein Routing) 192.*.*.192

Smartphone Android, MPE 4.9, 192.*.*.158

MPE Client ist auf "fixe IP" konfiguriert.
Frage: Wird diese Option von MPE automatisch an die Ethernetschnittstelle gebunden?

--

Verbindung von A auf Smartphone geht ohne Probleme.
Verbindung von B auf Smartphone geht nicht.

Fehler:

Code: Alles auswählen

21:50:15.25       Sending GCM Push..., SessionID=rvY0cHc7RV40RezCSPYW
21:50:16.46       Connect via FixedIP: 192.*.*.158
21:50:16.47       Try connecting to 192.*.*.158 (fixed IP)...
21:50:21.58       GET /myphoneexplorer/getlocalip.php?sessionid=rvY0cHc7RV40RezCSPYW
21:50:22.74       Serverresponse=<status>NOT_FOUND</status><br>
21:50:22.80       Connect to Android failed!
21:50:22.80       bOpened=False
21:50:22.80       Verbindung zu 192.*.*.158 konnte nicht hergestellt werden!
21:50:22.80       Refresh ComDescriptions...
21:50:22.85       ErrMsg: Verbindung zum Handy konnte nicht aufgebaut werden:
Verbindung zu 192.*.*.158 konnte nicht hergestellt werden!
21:50:28.07       Sending GCM Push..., SessionID=JFCW3i8pPTKu6D6YeNnc
21:50:28.16       Connect via FixedIP: 192.*.*.158
21:50:28.16       Try connecting to 192.*.*.158 (fixed IP)...
21:50:33.27       GET /myphoneexplorer/getlocalip.php?sessionid=JFCW3i8pPTKu6D6YeNnc
21:50:33.45       Serverresponse=<status>NOT_FOUND</status><br>
21:50:33.45       Connect to Android failed!
21:50:33.46       bOpened=False
21:50:33.46       Verbindung zu 192.*.*.158 konnte nicht hergestellt werden!
21:50:33.46       Refresh ComDescriptions...
21:50:33.46       ErrMsg: Verbindung zum Handy konnte nicht aufgebaut werden:
Verbindung zu 192.*.*.158 konnte nicht hergestellt werden!

When ich auf dem WLAN Interface von PC B mit wireshark mitschneide, sehe ich keinen abgehenden Request von MPE auf 192.*.*.158 sehen. Dafür geht ein DNS request für www.fjsoft.at raus und danach wird eine TLS Verbindung auf fjsoft.at aufgebaut.

Was könnte hier schief laufen?

PS: Eine Verbindung via BT kann problemlos aufgebaut werden.

[icke1954]

PC B und Deine Handy sind im selben Sybnetz?
D.h. z.b 192.168.178.158
Router : 192.168.178.1
PC: 192.168.178.*

[inorx2]

Ja, alle drei Geräte sind im gleichen Subnetz, das WLAN ist nur ein Access Point der transparent im gleichen Subnetz zu Hause ist. D.h. der WLAN "Router" routet nicht.

[inorx2]

Wenn ich den Post mit dem "nach Hause telefonieren" richtig lese, steht dort, dass MPE beim Suchen im WLAN einen Broadcast rausschickt. Ich habe aber eine fixe IP Adresse in der Konfig hinterlegt, da bräuchte es folglich keinen Broadcast (ich sehe auch keinen auf wireshark).

Ich frage mich gerade, ob MPE selbst das Netzwerk-Interface wählt, über welches es die Verbindung dann aufbauen will und ggf. das falsche erwischt?

[icke1954]

Ich habe aber eine fixe IP Adresse in der Konfig hinterlegt, da bräuchtes es folglich keinen Broadcast (ich sehe auch keinen auf wireshark).

Ja richtig, ich nutze auch die Fixe IP und bei mir benötigt MPE nur einen Zugriff auf die Homepage, wenn ich die Option "Beim Start auf neue Version überprüfen" aktiviert habe !

Ja, alle drei Geräte sind im gleichen Subnetz

Kannst Du einen Ping zum Handy absetzen ?
Sonst habe ich dann auch keine Idee mehr.
Wende Dich bitte mit einem Link zu diesem Thread und der Logdatei per Mail direkt an FJ => Impressum

Betrifft die Logdatei
Voraussetzung für folgende Aktionen ist:
MPE => F2 => Logadatei mitschreiben muß aktiviert sein

- Starte MPE im Debugmodus: Win-Taste+R=> myphoneexplorer debug => OK
- Versuche den Fehler zu reproduzieren
- Die Logdatei debug.txt findest Du standardmäßig in Deinem Datenbankordne
Windows Startmenü (Ausführen) => %appdata%\myphoneexplorer eingeben
Hast Du den MPE-Datenpfad geändert: Siehe MPE=> F2 => Erweitert 2 => Datenbank

[inorx2]

Mache ich.
Ich versuche vorher aber mal noch zu schauen, was passiert, wenn ich WLAN auf PC B ausschalte und dafür Ethernet anhänge.

[icke1954]

Bei mir spielt das keine Rolle, egal ob der PC per Wlan oder übers Ethernetkabel verbunden ist!

[icke1954]

Mir ist doch noch etwas eingefallen!
MPE kann keine Verbindung zu einem 2. PC aufbauen, solange die Verbindung zum ersten PC noch besteht ?

[inorx2]

Mir ist doch noch etwas eingefallen!
MPE kann keine Verbindung zu einem 2. PC aufbauen, solange die Verbindung zum ersten PC noch besteht ?

Guter Punkt und ist mir bewusst. Der Android Client hatte keine aktive Verbindung zu einem anderen MPE Client.

Ich habe inzwischen WLAN ausgeschaltet und den PC über die Ethernet Schnittstelle angehängt und ohne den MPE Client auf Win11 neu zu starten, wird die Verbindung mit der gleichen MPE Konfiguration aufgebaut.

Das ist super strange, weil ich über WLAN (a) sonst alles erreiche, auch im LAN und (b) auf wireshark noch nicht mal einen Versuch eines Verbindungsaufbaus zur fixen IP des Android Clients sehen.

[icke1954]

Kannst Du vom PC B einen Ping erfolgreich an das Handy senden ?
Das sollte in jedem Fall funktionieren => viewtopic.php?p=171400#171400

[inorx2]

Ja, die Kommunikation geht ansonsten bidirektional.
Auf dem WLAN Access Point gibt es eine Endpoint Isolation, diese wirkt aber nur zwischen zwei Geräten, die über den Accesspoint zugreifen, was hier nicht der Fall ist.

Auffällig ist, dass ich auf wireshark auf der WLAN Schnittstelle des PC B abgehend keinerlei Aktivitäten von MPE auf die "fixe IP" sehe, wenn ich einen Verbindungsversuch starte (aber dann eben den Call nach Hause auf TLS). Mein Gedanke war daher, ob MPE allenfalls die falsche Schnittstelle erwischt. Der Umstand, dass man in der Konfiguration ja zwischen verschiedene Kommunikationsmedien für die Verbindung wählen kann, lässt mich vermuten, das MPE einen Mechanismus hat, die entsprechende Schnittstelle zu wählen. Auf PC B gibt es neben der Ethernet Schnittstelle auch noch eine Reihe virtueller Adapter, u.a. für VPN. Möglicherweise erwischt MPE dort nicht den richtigen.

Ich werde am Abend mal einen Vergleich zwischen WLAN und Ethernetschnittstelle mit Wireshark ansehen. Und ich werde mal alle Schnittstellen durchgehen, alles deaktiveren, die routes nochmals checken. Wird eine Weile dauern.

[icke1954]

Auf dem WLAN Access Point gibt es eine Endpoint Isolation, diese wirkt aber nur zwischen zwei Geräten, die über den Accesspoint zugreifen, was hier nicht der Fall ist.

Würde ich trotzdem mal testen, ob es ohne Isolation funktioniert.

[inorx2]

Die Endpoint Isolation kann es nicht sein, sonst würde vom PC B nichts im LAN und in der DMZ, über die ich aus dem LAN herauszugreife, erreichbar sein. Wenn auf dem WLAN AP etwas blockieren würde, müsste ich (a) den abgehenden Request dennoch via wireshark auf dem WLAN Interface sehe, was eben nicht der Fall is und (b) dürfte dann der HTTP request auf fjsoft.at auch nicht rausgehen, was er aber tut.

Aktuell weisst alles darauf hin, dass der Verbindungsaufbau von MPE nicht oder nicht auf dem richtigen Inteface erfolgt.

Was mir helfen würde, wäre, wenn ich wüsste, ob MPE sich das Interface selber aussucht oder ob er den Request eifnach an den TCP stack von Windows weitergibt und Windows entscheidet, über welches Interface es den request routet.

Ich schaue mal am Abend, ob ich mehr rausfinde.

[inorx2]

Ich habe es zum Laufen gebracht, nachdem ich:

• * WLAN ausgeschaltet und Ethernet eingesteckt habe.
  * Dann die Verbindung mit Fixer IP über Ethernet etabliert habe, was problemlos ging
  * Dann WLAN eingeschaltet, den PC neu gestartet und MPE NICHT mit Windows habe laden lassen
  * MPE verzögert gestartet habe mit Ethernet und WLAN an

Danach gings's.
Zwischenzeitlich habe ich Ethernet wieder abgezogen und es geht noch immer.

Ich werde mal noch ein paar weitere Tests machen. Es scheint hier etwas nicht richtig zu laufen im Zusammenspiel zwischen MPE und Windows. Ich tippe auf die Liste/Enummerierung der Netzwerkinterfaces.

[FJ]

MyPhoneExplorer wählt keine Netzwerkinterface aus, vor allem bei der Option "Fixe IP" versucht er einfach einen TCP-Kanal auf die jeweilige IP zu öffnen (übrigens auf Port 5210).

Was mir bei der ganzen Probiererei hier ein wenig fehlt: funktioneirt denn ein ping-Befehl an die IP des Handys?

[inorx2]

Bei meiner Probierei (die durchaus einer gewissen Struktur folgt) habe ich natürlich erst die Connectivity vom PC her überprüft. Und die geht. Ich sehe auf wireshark auch das nach Hause telefonieren vom MPE. Was ich aber nicht gesehen habe, ist ein Versuch zum Verbindungsaufbau mit dem Smartphone, und der müsste ja auf dem WLAN Interface zu sehen sein, selbst wenn das Smartphone nicht erreichbar wäre. NUr, da war nichts, nicht ein UDP oder TCP Paket und auch keine Broadcasts. Das ist, was ich nicht zusammenbringen, daher meine Frage, ob der MPE sich die Interfaces selber sucht.

[FJ]

Was ich aber nicht gesehen habe, ist ein Versuch zum Verbindungsaufbau mit dem Smartphone, und der müsste ja auf dem WLAN Interface zu sehen sein, selbst wenn das Smartphone nicht erreichbar wäre.

Das stimmt, der Versuch müsste zu sehen gewesen sein.

[inorx2]

Ich teste noch ein bisschen weiter, ob ich was finde. Es scheint ja kein generelles Problem zu sein, ergo hat's keine wesentlichen Bedeutung für den MPE.

[inorx2]

Ich habe die Ursache gefunden. Zumindest so halbwegs.
Die gute Nachricht: Es ist nicht der MPE.

Beide Windows Netzwerk-Interfaces, LAN und WLAN, auf PC B sind mit automatischen Metrik konfiguriert, damit beim Ein-/Ausschalten eines Interfaces das Standard-Gateway und die Default routes auf 0.0.0.0/0.0.0.0 automatisch dynamisch rekonfiguriert werden. Hier scheint ein Fehler zu passieren resp. passiert zu sein (ich habe die beiden Schnittstellen gelöscht inkl. Treiber und frisch installiert und nun scheint's stabil zu laufen). Es scheint, dass ein Teil der Verbindungen nicht richtig geroutet wurden - das war ja mein Verdacht, dass das ein Teil des Traffics auf das richtige Interface geht und ein anderer Teil nicht. Warum das so ist: Keine Ahnung, ist zu tief in Windows drin, als dass ich es debuggen könnte. Mein wild guess ist, dass es entweder ein Caching Problem ist oder dass bestehende offene Verbindungen nicht getrennt und neu aufgebaut werden, wenn das Interface wechselt. Offenbar aber eben nicht bei allen Protokollen.