Was haltet ihr von einer Socket DLL die bei der Ausführung keine Routerkonfigurationen benötigen?

Da ich schon von vielen gefragt wurde, ob man denn die Routerkonfiguration für einen TCP/UDP Server umgehen kann, schlage ich vor, ob ich eine DLL schreiben soll mit einer Client Klasse, die eine direkte Verbindung mit einem anderen Client eingeht kann.(ohne diese Konfiguration (Port))

Malischh schrieb:

Client Klasse, die eine direkte Verbindung mit einem anderen Client eingeht kann.(ohne diese Konfiguration (Port))

Wenn du kurz erläutern würdest, wie das gehen soll?

In jedem Router sitzt systembedingt eine NAT Firewall. Wenn ein Paket von außen kommt, muss der Router irgendwie wissen, an welchen Port welches (hinter dem Router liegenden) Rechners er das Paket schicken soll, bzw ob er das Paket einfach verwirft (default).
Es muss also ein port-forwarding eingerichtet werden. Da die Art und Weise wie das gemacht wird, von router zu router unterschiedlich ist (bzw u.U. unmöglich), sehe ich irgendwie nicht, wie man eine DLL schreiben kann, mit der das immer klappen soll ...

HEHE. Lass das mal meine Sache sein. Also ist eigentlich einfach und ein weit verwendetes Prinzip.

Malischh schrieb:

HEHE

In dem Fall habe ich dann kein Interesse. Ist dasselbe wie bei "Security by Obscurity". Was sich einer kritischen Betrachtung entziehen will, ist der Betrachtung meist nicht wert.

In dem Fall habe ich dann kein Interesse. Ist dasselbe wie bei "Security by Obscurity". Was sich einer kritischen Betrachtung entziehen will, ist der Betrachtung meist nicht wert.

Naja. Wenn du es unbedingt Wissen willst. Alles läuft über einen Zwischen Server der immer online ist. Hab ja gesagt, dass es nicht schwer ist.

Vorteil: Derjenige der keinen Root hat, hat das Problemm nicht.

Edit: Alles funtioniert automatisch, somit muss sich der Benutzter der DLL nicht drumm kümmern.

MFG

Malischh schrieb:

Alles läuft über einen Zwischen Server der immer online ist

Hat also nix mit der DLL zu tun und erfordert überdies einen immer erreichbaren Server. Selbes System wie bei TeamViewer et al.
Ist an sich nichts Schlechtes, aber man sollte das von vornherein klarstellen, denn die Anforderung "jederzeit verfügbarer Server" ist ja nicht immer gegeben.

Das stimmt ja dann aber nicht mehr:

[...]die eine direkte Verbindung mit einem anderen Client eingeht kann.

Denn wenns erstmal über deinen Server trudelt ist das keine Direktverbindung mehr.

Das stimmt ja dann aber nicht mehr:

Zitat

[...]die eine direkte Verbindung mit einem anderen Client eingeht kann.

Denn wenns erstmal über deinen Server trudelt ist das keine Direktverbindung mehr.

Ja da hast du Recht. Tut mir Leid für die falsche Infos.

Hat also nix mit der DLL zu tun

Doch.

Malischh schrieb:

Doch.

Is klar. Da sitzt die Protokoll-Logik drin. Aber dass es ohne Router-Konf geht, liegt halt am zwischengeschalteten Server und nicht an irgendeiner magischen Funktion der DLL - so meinte ich dass.

Is klar. Da sitzt die Protokoll-Logik drin. Aber dass es ohne Router-Konf geht, liegt halt am zwischengeschalteten Server und nicht an irgendeiner magischen Funktion der DLL - so meinte ich dass.

Ja stimmt.

Jetzt ist aber immer noch nicht meine Frage beantwortet. Lohnt es sich sowas zu veröffentlichen?

Für mich nicht. Aber ich schreibe grundsätzlich keine Chat-Programme
Der eine oder andere wird es mglw verwenden können/wollen. Zumindest wenn keine allzu großen Anforderungen an den Server gestellt werden (wenn also zB "PHP" reicht)

YO. Also der Server läuft auf einem Unix System.

ich hätte da mal ne frage
also
werden die daten die über den server gehen auf dem server gespeichert??

Wenn Du ausreichend Leute findest, die deiner dll ihre Daten anvertrauen... Sowas gibt es ja bereits über z.b. Hamachi.
.

ich hätte da mal ne frage
also
werden die daten die über den server gehen auf dem server gespeichert??

Nein Natuerlich nicht!