LAN Messages ohne Server

[mexyn]

Hi!

ich such verzeifelt nach einer lösung wie man strings im lan versenden kann ohne dafür eine server kompo zu nutzen, da dieses prog ausschließlich zur kommunikation zwischen 2 clients im lan dienen soll. finde zu diesem thema aber nur TServerSocket oder IdTCPServer lösungen. Da ich aber keine extra Server Komponente dafür nutzen möchte würde es mich freuen wenn mich jemand mal ein bischen mit der nase auf ne lösung stubst :?

thx


mexyn

[supermuckl]

ich denke auch wenn du nur 2 "client programme" verbinden willst brauchst du immernoch einen von den beiden (oder beide) wo ein server drin tickt

[SleepyMaster]

Such mal nach IdUDPClient Damit müsste es auch ohne Server gehen (Broadcast enabled)

[SirThornberry]

also ohne Server gehts wohl nicht, irgend jemand muss schließlich auf pakete lauschen (bei tcp/ip)

[gekmihesg]

ich würde das so machen:

Code:

Programm1               Programm2
----------              ----------
Server  <--- string ---- client
Client  ---- string ---> server

beide programme sind natürlich identisch

[mexyn]

Zitat:

Zitat von gekmihesg

ich würde das so machen:

Code:

Programm1               Programm2
----------              ----------
Server  <--- string ---- client
Client  ---- string ---> server

beide programme sind natürlich identisch

Gut das habe ich noch nicht probiert. War mir nich sicher ob das überhaupt geht, dass beide "clients" jeweils ne client + server kompo haben können, ohne dass es probleme gibt. werds mal antesten thx

[Muetze1]

Moin!

Die Grafik würde suggerieren, dass man für das Senden des Strings in die Gegenrichtung die anderen Komponenten auch braucht. Das ist aber nicht der Fall, weil wenn eine Verbindung besteht zwischen einem Client und einem Server, dann kann diese Verbindung bidrektional verwendet werden.

MfG
Muetze1

[S - tefano]

Oder, ganz ohne Komponenten und sonstwas:
Jeder gibt auf seinem Rechner einen Ordner mit Schreibrechten fürs LAN frei. Beim Absenden macht mans dann (bspw beim Memo) per SaveToFile und übergibt einen Dateinamen der sich im Ordner des anderen befindet an.
Auf der anderen Seite sitzt ein Timer der alle paar Sekunden guckt ob ne neue Datei da ist und zeigt die an.

Reichlich primitiv und du musst vorher Ordner freigeben, aber zum Verschicken bräuchtest du nur eine Zeile Code...

Bis dann,

S - tefano

[nailor]

^^ DAS nenn ich dann aber mal unsauber programmiert!

sowas kann man machen um ein proof-of-concept/expoit für irgend eine sicherheitslücke zu schreiben. aber in normalen anwendungen dann doch eher nicht...

[S - tefano]

Aber vollkommen Serverkomponenten-frei ;-)

[Tubos]

Zitat:

Oder, ganz ohne Komponenten und sonstwas:
Jeder gibt auf seinem Rechner einen Ordner mit Schreibrechten fürs LAN frei. Beim Absenden macht mans dann (bspw beim Memo) per SaveToFile und übergibt einen Dateinamen der sich im Ordner des anderen befindet an.
Auf der anderen Seite sitzt ein Timer der alle paar Sekunden guckt ob ne neue Datei da ist und zeigt die an.

Reichlich primitiv und du musst vorher Ordner freigeben, aber zum Verschicken bräuchtest du nur eine Zeile Code..

Da ist ja sogar dein Chat (mit unsauberen, datenmüll-erzeugenden Broadcasts) besser :stupid: *duck*

[S - tefano]

grrrr :)

Naja, aber da das Prog eh in sehr geringem Umfang genutzt wird ist der Datenmüll wohl unerheblich, und Broadcasts sind imho die für den User bequemste Sache..

[Muetze1]

Moin!

Ansonsten einfach ein schon vorhandenes Tool nutzen was kostenlos ist und dann sich das ganze sparen: NetCommy

MfG
Muetze1

[supermuckl]

Zitat:

Oder, ganz ohne Komponenten und sonstwas:
Jeder gibt auf seinem Rechner einen Ordner mit Schreibrechten fürs LAN frei. Beim Absenden macht mans dann (bspw beim Memo) per SaveToFile und übergibt einen Dateinamen der sich im Ordner des anderen befindet an.
Auf der anderen Seite sitzt ein Timer der alle paar Sekunden guckt ob ne neue Datei da ist und zeigt die an.

Reichlich primitiv und du musst vorher Ordner freigeben, aber zum Verschicken bräuchtest du nur eine Zeile Code...

lool wie geil.. das is ja schlimmer als früher mit dem atari und serielle kommunikation :) die war effektiver/sauberer

back to steinzeit :)

:cheers: