TCPServer Session/Eindeutige ID ermitteln

[Klaus01]

.. auch sollte eine Client Verbindung durch die IP-Adresse und Port eindeutig identifizierbar sein.
AContext.Connection.Socket.Binding.PeerIp bzw. .PeerPort

Grüße
Klaus

[DelTurbo]

Hi,
vielen dank für die Antworten. Leider klappt es so nicht.

Das Problem beim OnConnect ist, das sich, obwohl ich vom gleichen Rechner komme der Port ändert. Der wird immer einen Hochgezählt.

Das mit dem Handle ist schon eine gute Idee. Aber wie gesagt, der Browser macht mehr als eine Verbindung auf und zu während er eine Seite lädt. Da geht mir dann das Handle leider immer Verloren.

Ich habe schon versucht AContext.Connection.Tag zu missbrauchen. Aber das wird leider auch auf null gesetzt wenn der Browser während dem Laden eine zusätzliche Verbindung aufbaut. Und das ist mein Problem. Wenn er während dem Laden eine neue Verbindung aufbaut "kenne" ich den nicht mehr.

Würde das alles Seriell laufen, wäre das alles kein Thema. Aber so weiß ich nun nach einer Woche suchen, hier zig Threads aufmachen (was ich eigentlich nicht möchte) wirklich nicht mehr weiter.

[HolgerX]

Hmm..

Ich glaube, dass dies auf Basis von TCPClient/TCPServer nur möglich ist, wenn beide ein aufgesetztes Protokoll verwenden.


Hier mal (schnell überflogen) das Prinzip bei HTTP:
https://de.wikipedia.org/wiki/Sitzungsbezeichner

Ohne serverseitige Generierung einer SessionID, welche der Client bei jeder Anfrage mitsendet, wird das wohl nicht klappen.

[DelTurbo]

Hi,
also müsste ich es "nur" hinbekommen das ich im OnConnect eine ID erzeuge und dann dem Browser eine URL zurück gebe die z.b. so aussieht:

Er Connected mit http://example.com und bekommt zurück http://example.com?sid=7438432299229.

Na das wäre ja geil wenn man das mit dem TcpServer hinbekommt. Allerdings kennt der TcpServer ja keinerlei Protokoll.

Wie könnte man das umsetzen? Hat da vielleicht einer eine Idee? Ich habe im Moment ein Brett vorm Kopf. Ich habe soviel gesucht das ich im Moment nicht mehr weiß wo oben und unten ist

Erst mal vielen dank für die Anregungen.

[sakura]

Zitat von DelTurbo:

Wie könnte man das umsetzen? Hat da vielleicht einer eine Idee? Ich habe im Moment ein Brett vorm Kopf.

Erste Frage: setzt Du ein eigenes Protokoll ein/auf, oder nutzt Du ein Standardprotokoll a la HTTP?

......

[DelTurbo]

Ich habe leider gar kein Protokoll. Da ich nach der Authentifizierung alles 1:1 weitergeben muss. Das ist die Schleife die ich im 2. Post verlinkt habe.

[sakura]

Wenn Du alles 1:1 weiter geben musst, dann wird es so gut wie unmöglich. Ansonsten könntest Du via Header-Änderungen einen Cookie setzen und diesen später wieder auswerten.

......

[Zacherl]

Was du versuchst ist ohne einen extra Protokoll-Layer leider nicht zuverlässig möglich. Eventuell könntest du SOCKS verwenden bzw. darauf aufbauen. Entsprechende Komponenten dafür haben die Indys beiliegen und eigentlich jeder Browser unterstützt das Protokoll. Mit Tools wie "Proxyfier" kann der Support sogar für beliebige Anwendungen nachgerüstet werden.