INDY Tunnel??? VPN???

[FlorianK]

Hallo,

ich würde gerne wissen wie man die Indy Tunnel Komponenten (TidTunnelMaster, TidTunnelSlave) verwendet. :?:

Ich möchte nämlich ein Programm schreiben mit dem einen Tunnel aufbauen kann. :spin2:

Wäre nett wenn jemand mir helfen könnte. :coder:

Danke schon mal im voraus
Florian K. :angle:

:arrow: PS.: Alles was darüber ihr wisst bitte posten! (auch z.B wie ein Tunnel funktioniert)

[DP-Maintenance]

Dieses Thema wurde von "Chakotay1308" von "Neuen Beitrag zur Code-Library hinzufügen" nach "Internet / IP / LAN" verschoben.
Die Sparte "Neuen Beitrag zur CodeLibrary hinzufügen" ist lediglich für Beiträge, die in unsere große Bibliothek für praktische SourceCodes sollen. ;)

[Meflin]

also soweit ich das verstanden habe - so wies in der indy hilfe steht - brauxhst du für jeden port, den du tunneln willst einen slave. den verbindest du mit dem master und dann wird das ganze über den slave umgeleitet! Also z.B. kannst du port 45678 über port 80 laufen lassen. wenn du den master dann auf einem anderen pc hast, ist das der fertige tunnel!

*MFG*

[FlorianK]

Bitte noch mal Klartext!

Zitat:

Zitat von Meflin

also soweit ich das verstanden habe - so wies in der indy hilfe steht

In welcher Indy Hilfe? :oops:

Zitat:

Zitat von Meflin

brauxhst du für jeden port, den du tunneln willst einen slave. den verbindest du mit dem master und dann wird das ganze über den slave umgeleitet! Also z.B. kannst du port 45678 über port 80 laufen lassen. wenn du den master dann auf einem anderen pc hast, ist das der fertige tunnel!

Hääää? :wiejetzt: :?:

@Meflin: Auch wenn ich es nicht wirklich verstehe :roll: , Danke :thuimb:

Würde mich über neu Beträge freuen!!! :!:

Florian K.

[Meflin]

Zitat:

Description

TIdTunnelSlave is a TIdTCPServer descendant that implements a server for communicating with tunnel client connections. TIdTunnelSlave utilizes TCP connections to establish an internal link to the tunnel master server that hosts connections to service threads for the client connections.

The following diagram is a general diagram of the relationship between client connection threads, the Tunnel Slave Server, the Tunnel Master Server, and service threads used to support encapsulated tunnel connections:

Code:

  +---+       +-----+       +-----+       +---+

  | C |<=====>|     |       |     |<=====>| V |

  +---+       |     |       |     |       +---+

  +---+       |     |       |     |       +---+

  | C |<=====>|  S  |<=====>|  M  |<=====>| V |

  +---+       |     |       |     |       +---+

  +---+       |     |       |     |       +---+

  | C |<=====>|     |       |     |<=====>| V |

  +---+       +-----+       +-----+       +---+

C: Client connection thread

S: Tunnel Slave Server

M: TUnnel Master Server

V: Service Thread

TIdTunnelSlave provides event handlers that allow responses to changes in both server state and client connection state. TIdTunnelSlave also provides event handlers for data transformation and session link control of the tunnel for associated TIdTunnelMaster server.

When a TIdTunnelSlave becomes active, it initializes the Host and Port properties for the server's internal TCP connection that will acts as the encapsulated tunnel link tot he TIdTunnelMaster server. The connection to the tunnel master server is opened.

TIdTunnelSlave maintains SlaveThread to listen for data from the TIdTunnelMaster server service threads. SlaveThread is also used to authenticate the tunnel connection to the master server. If no exception is raised, then the TIdTunnelSlave server will begin to listen for client connections.

When a client requests a connection to TIdTunnelSlave, the server must indicate that AcceptConnections is allowed. When Socks4 indicates that client connection are using a Socks proxy, the server expects to read the IP address and Socks authentication information from the client connection. Socks authentication data cannot exceed 255 characters, and must be zero-terminated. The server will write a Socks response to the client connection and forward the connection request to the tunnel master server.

When a client connection executes a request on a connection to the tunnel slave server, TIdTunnelSlave will prepare encapsulated tunnel headers for the request and write the encapsulated message to the connection for the tunnel master server. The client connection will be closed if an exception is raised during execution of the request.

When a client connection request disconnect from the TIdTunnelSlave, the serve will prepare encapsulated tunnel headers for the request and send the message to the tunnel master server to allow closing of service threads for the client connection.

[FlorianK]

Zitat:

Zitat von Meflin

Zitat:

Description

TIdTunnelSlave is a TIdTCPServer descendant that implements a server for communicating with tunnel client connections. TIdTunnelSlave utilizes TCP connections to establish an internal link to the tunnel master server that hosts connections to service threads for the client connections.

The following diagram is a general diagram of the relationship between client connection threads, the Tunnel Slave Server, the Tunnel Master Server, and service threads used to support encapsulated tunnel connections:

Code:

  +---+       +-----+       +-----+       +---+

  | C |<=====>|     |       |     |<=====>| V |

  +---+       |     |       |     |       +---+

  +---+       |     |       |     |       +---+

  | C |<=====>|  S  |<=====>|  M  |<=====>| V |

  +---+       |     |       |     |       +---+

  +---+       |     |       |     |       +---+

  | C |<=====>|     |       |     |<=====>| V |

  +---+       +-----+       +-----+       +---+

C: Client connection thread

S: Tunnel Slave Server

M: TUnnel Master Server

V: Service Thread

TIdTunnelSlave provides event handlers that allow responses to changes in both server state and client connection state. TIdTunnelSlave also provides event handlers for data transformation and session link control of the tunnel for associated TIdTunnelMaster server.

When a TIdTunnelSlave becomes active, it initializes the Host and Port properties for the server's internal TCP connection that will acts as the encapsulated tunnel link tot he TIdTunnelMaster server. The connection to the tunnel master server is opened.

TIdTunnelSlave maintains SlaveThread to listen for data from the TIdTunnelMaster server service threads. SlaveThread is also used to authenticate the tunnel connection to the master server. If no exception is raised, then the TIdTunnelSlave server will begin to listen for client connections.

When a client requests a connection to TIdTunnelSlave, the server must indicate that AcceptConnections is allowed. When Socks4 indicates that client connection are using a Socks proxy, the server expects to read the IP address and Socks authentication information from the client connection. Socks authentication data cannot exceed 255 characters, and must be zero-terminated. The server will write a Socks response to the client connection and forward the connection request to the tunnel master server.

When a client connection executes a request on a connection to the tunnel slave server, TIdTunnelSlave will prepare encapsulated tunnel headers for the request and write the encapsulated message to the connection for the tunnel master server. The client connection will be closed if an exception is raised during execution of the request.

When a client connection request disconnect from the TIdTunnelSlave, the serve will prepare encapsulated tunnel headers for the request and send the message to the tunnel master server to allow closing of service threads for the client connection.

Aha

und jetzt nochmal für Dumme auf deutsch :pale:

Aber danke schon mal für deinen Post auch wenn ich nicht sooooooooo super gut englisch verstehe!!! :cry:

Florian K.

[Florian H]

Darf man fragen, wieso du einen Tunnel machen willst, wenn du nicht genau weißt, was es ist? :stupid:

[Fellmer Lloyd]

Achtung: Ein Tunnel ist keine VPN Verbindung!

[alcaeus]

Ich glaube dass das ganze in das Tunnel-Thema fällt. Ich habe ein Programm geschrieben, welches auf Client-Server-Architektur basiert. Nun, einer der Clients läuft hinter einem Proxy, auf welchem die Ports nicht freigeschaltet werden (strenger Admin). Wenn ich nun z.B. über den Port 6587 ins Internet kommen will, müsste das der Proxy weiterleiten, was er allerdings nicht macht und ich somit keine Verbindung zusammenkriege. Ist Tunneling in diesem Fall eine Abhilfemethode? Ich hab den Text oben nicht ganz so richtig verstanden...

[Meflin]

ja. du könntest soweit ich den englischen text verstehe auch verkehr über andere ports umleiten und zwar indem du master und slave auf dem gleichen pc hast!