Reverse Connection mit Indy Komponenten

[FileOwner]

Hallo liebe Delphi Coder,
Ich suche nach einer Lösung wie ich mit den Indy Komponenten Serversocket und Clientsocket eine Reverseconnection aufbauen kann.

Weiss vielleicht jemand wie sich das realisieren lässt? Muss ich beim Client einen Serversocket anbringen? und Am serversocket einen Client?

Es wäre übrigens gut wenn die verfügbaren Server in einer Liste beim Clienten angezeigz werden.

Das ganze hier ist extrem wichtig für mich und ich freue mich über jede brauchbare antwort.

Bitte helft mir.

Danke im Voraus

MfG FileOwner

[dazar_t]

Du selber bist einfach der Client und die Server connecten zu dir !

[shmia]

Wie können sich Rechner gegenseitig im Netzwerk entdecken ?
Anwort:
jedes Programm, dass neu gestartet wird, schickt einen UDP Broadcast und wartet auf Antworten.
Alle anderen Programm antworten auf den Broadcast und schicken intelligenterweise ihre eigene IP-Adresse und den Port, auf dem sie erreicht werden können.

Ich weiss jetzt nicht, was du mit Reverse Connection meinst.
Für Peer 2 Peer Netzwerke sollte jeder Client gleichzeitig auch Server sein, damit er von aussen kontaktiert werden kann.
Wenn man mit UDP Broadcasts nach anderen Clients sucht, reicht im Prinzip ein Programm, das TServerSocket benützt.
Dann muss aber die gesamte Kommunikation über diesen Server laufen.

[wido]

Zitat von shmia:

Ich weiss jetzt nicht, was du mit Reverse Connection meinst.

Umgekehrte Verbindungslogik. Im Normalfall baut der Client die Verbindung zum Server auf, der auf die Anfragen der Clients wartet. Bei Reverseconnection wartet nicht der Server auf die Verbindungen vom Client, sondern der Client macht den Port auf und die Server versuchen sich zu verbinden.

Ist sehr beliebt bei Malware, weil die meisten Heimrechner mittlerweile hinter Routern stecken und man so schlecht seine Zombieherde kontrollieren kann, wenn man keine Möglichkeit hat an die (infizierten) Rechner hinter dem Router zu kommen.

[SirThornberry]

Wenn der Client aber den Port aufmacht ist der Client nicht mehr der Client sondern der Server?! Und wenn der Server zum Client verbindet ist der Server dann nicht server sondern Client
Derjenige der lauscht und auf eingehende Verbindungen wartet ist doch eigentlich immer der Server und derjenige der verbindet (also die Verbindung aufbaut) ist der Client. So sind zumindest die Begriffe Client und Server definiert.

[wido]

Nunja, prinzipiell kannst Du Server auf verschiedene Arten definieren:

Zum einen aus Protokollsicht wie Du es getan hast und dann natürlich basierend ihrer Rolle die sie einnehmen. Denn Server bedeutet ja auch eine Software, die Daten verarbeitet, die von einem Client zur Verfügung gestellt werden. Siehe dazu auch die Übersetzungen der Worte server ("Diener") und client ("Auftraggeber");

[Namenloser]

Im Prinzip ist das ganz einfach: Der Client versucht in einer Schleife in Abständen von vielelciht 5 Sekunden zum Server zu connecten. Sobald der Server da ist und das Connecten geklappt hat kommt der Hauptteil des Programms in Gang, der dann die Daten hin- und herschiebt. Mehr ist eigentlich nicht dabei... wie ich das sehe.

[Nowo]

Du willst also ein RAT coden mh ?
naja da kann ich dir das hier empfehlen: NBFPA Server-Client


Nowo

[Berlinermauer]

Sowas codet der hier ein RAT. ^^
hum du weißt schon dass der AntiVirus trotzdem anspringt da er die Befehle in ASM ausliest und wenn da halt ein Befehl verfügbar ist der Was Löscht UND z.b. Einer der Die Maus bewegen lässt und so dass der das erkennt

Du brauchst dann einen crypter aber das bringts da auch nihct da musst DU Assembler können..


Lass die Finger von Trojanern, auch wenns Cool ist wenn du mal selber zum Vic wirst findeste das garnicht mehr toll glaub mir

Ganz und Garnicht