Welche Netzwerkvorkehrungen sind nötig für den Remote-Debugger

[TheSledgeHammer]

Also der Hinweis mit dem Netstat war Gold wert, vielen Dank! Ich kenn mich mit solchen Tools leider nicht so gut aus, daher bin ich nicht auf die Idee gekommen, mal die Ports auch tatsächlich zu prüfen, die da neu aufgemacht werden.

Es ist - um es frei von der Leber weg zu sagen - eine Chuzpe, die Ihresgleichen sucht, was Emba da veranstaltet! Schön, dass man weiß, dass man den Port 64211 auf machen muss und auch schön, dass man den anpassen kann. Aber wieso ist hier nirgends dokumentiert, dass das ausschließlich für den PAServer gilt?! Die rmtdbg260.exe macht noch nen weiteren Port auf, den 64447, und der ist weder dokumentiert noch änderbar! Herzlichen Glückwunsch, kann ich da nur sagen! Das mosert dir der ach so tolle Verbindungsprofilmanager aber nicht an, wenn du die Verbindung testest, da kann man's auch gleich sein lassen!

Ich werde den Port jetzt auch noch öffnen lassen und dann schauen wir mal, ob das die Sache endlich bereinigt. Ich geb dann noch ne kurze Rückmeldung.

[Michael II]

Ist bei meinem 10.4 auch so.

Wenn ich auf dem entfernten Compi in der Firewall paserver.exe freigebe und starte, dann zeigt der Delphi "Verbindungsprofil Manager > Verbindung testen" "Alles OK" an.

Jedoch: Wenn ich meine App starte, dann zeigt Delphi die Fehlermeldung an:
Verbindung zu auf Port 64211 fehlgeschlagen.
Bitte überprüfen Sie, ob PAS auf dem Host-Computer ausgeführt wird und für die Verwendung von Port 64211 konfiguriert ist.

Es liegt aber nicht wie Delphi meldet an 64211/paserver.exe:
Sobald ich auf der entfernten Kiste rmtdbg270.exe in der Firewall freigebe, kann ich die App starten.

Delphi sollte also hier unbedingt eine korrekte Meldung ausgeben.

Du schreibst, dass 64447 weder änderbar noch dokumentiert sei. Beides ist anders: Infos findest du zum Beispiel hier hier.

[TheSledgeHammer]

Wenn's dokumentiert ist, dann ist's ja Ok, bleibt aber dennoch die falsche "Alles ist in Ordnung"-Meldung. Interessanterweise seh ich diese Seite zum ersten Mal, aber das kann auch an persönlicher Blindheit liegen Hab bei der Suche nach dem Port zwar natürlich auch was zum rmtdbg gelesen, aber diese Seite ist mir neu.

Edit
Ich find's aber auch nicht gut, dass man sowas an unterschiedlichen Stellen dokumentiert. Immerhin ist das einzige, mit dem man aus dem RAD-Studio heraus kommuniziert, der PAServer. Wie dieser dann im Hintergrund das rmtdbg-Programm startet wird ja wirklich nirgends erklärt, oder sehe ich das falsch? Und wenn es ja schon eine Konfigurationsdatei gibt, dann kann man doch hier auch noch einen dritten Parameter einbauen, in dem man den Port vom rmtdbg einstellen kann. Ist meines Erachtens einfach nicht sauber gemacht.

[TheSledgeHammer]

So, ich hab jetzt also auch noch den besagten Port 64447 freischalten lassen. Aber wenn ich ehrlich bin, hab ich auch nicht erwartet, dass das jetzt geht und was soll ich sagen: meine Erwartung wurde nicht enttäuscht.

Die Fehlermeldung, die jetzt kommt, hab ich mal als Anhang mit hier hoch geladen. Interessanterweise darf ich danach mein RAD Studio neustarten, weil dieser Fehler wohl ein schwerwiegender ist

Und auch wenn da was von "Proxy" steht, hab ich natürlich unseren Proxy deaktiviert bzw. umgangen. D.h. das können wir an der Stelle auch mal außer Acht lassen, zumindest was die Host-Anwendung angeht.

[Michael II]

Ich habe nie behauptet die Doku sei gut .
Da gehen 100Pro dutzende von Programmiererjahren drauf nur weil einer zu faul war, zum Thema eine zusammenhängende Doku anzufertigen.


- Der Installer von PAServer sollte einem anbieten die fürs Debuggen notwendigen Ports/Apps freizuschalten. (...und beim Deinstallieren wieder zu löschen.)
- Delphi sollte wie bereits erwähnt beim Testen der PAServer Verbindung (Delphi > Verbindungsprofil Manager) auch jene zum RemoteDebugger checken.
- Wenn man in Delphi die App startet und die Verbindung zum RemoteDebugger nicht aufgebaut werden kann: Delphi sollte eine korrekte Fehlermeldung anzeigen. Stand jetzt: Delphi zeigt die Falschmeldung an, die Verbindung zum PAServer klappe nicht.
- Wie du schreibst hängt Delphi bei jeder Gelegenheit rum oder sich auch gleich auf, wenn etwas nicht klappt beim Verbinden. Da werden wohl synchrone Verbindungsversuche mit überlangem Timeout im Hauptthread initiiert; beängstigend.

Zu deiner Fehlermeldung: Wie weiter oben erwähnt wurde:
- Hast du auf der entfernten Maschine geprüft, ob bereits eine andere App den Port 64447 nutzt? (netstat -b).
Am besten schreibst du dir eine Batch-Datei mit einer Zeile:
netstat -b > <filename>
Dann kannst du in <filename> die Remotedebugger exe suchen.
- Ab und zu läuft auf der entfernten Maschine noch ein RemoteDebugger. Wenn dann PAServer neu gestartet wird, dann klappt es nicht.
Hast du via TM geprüft, ob noch 1-viele RemoteDebugger laufen? Wenn ja, dann alle abschiessen und neu versuchen.
- Wenn du ohne Delphi die Verbidung zum RemoteDebugger testen willst, dann verwende zum Beispiel PowerShell. Starte auf dem entfernten Rechner den RemoteDebugger. Es sollte ein schwarzes Konsolenfenster angezeigt werden.
Prüfe auf dem entfernten Rechner mit netstat -b, ob der RemoteDebugger LISTENING ist.
Starte auf deinem Compi PowerShell und gib ein
test-netconnection -computername <entfernter-rechner> -port 64447

Beispiel: So sieht es aus, wenn die Verbingung nicht klappt, Ping aber OK ist (Firewall o.ä.):

Code:

PS C:\Users\micha> test-netconnection -computername swissjass.ch -port 64447
WARNUNG: TCP connect to (5.175.26.104 : 64447) failed


ComputerName           : swissjass.ch
RemoteAddress          : 5.175.26.104
RemotePort             : 64447
InterfaceAlias         : Netzwerkbrücke
SourceAddress          : 192.168.1.110
PingSucceeded          : True
PingReplyDetails (RTT) : 26 ms
TcpTestSucceeded       : False

Und so, wenn es klappt:

Code:

PS C:\Users\micha> test-netconnection -computername swissjass.ch -port 64447


ComputerName     : swissjass.ch
RemoteAddress    : 5.175.26.104
RemotePort       : 64447
InterfaceAlias   : Netzwerkbrücke
SourceAddress    : 192.168.1.110
TcpTestSucceeded : True

Viel Glück!

[TheSledgeHammer]

Also nur, weil das jetzt schon ein paar Tage ruht: ich bin noch an dem Thema dran aktuell haben wir aber ein paar Netzwerkprobleme, daher kann ich das seither nicht testen. Da kommt aber auf jeden Fall noch ein Update!