TightVNC ?

[Sherlock]

Darum reite ich ja so auf dem Teamviewer herum...der kostet nämlich nix.

Edit: Sir, ich schrieb nicht, daß man den Port 80 aufhaben muss. Man muss auf den http Port zugreifen dürfen. Ein Proxy könnte durchaus fordern, daß die Geschichte zum Beispiel über 8080 abgewickelt werden muss. Das geht IMHO trotzdem.

Sherlock

[mkinzler]

Zitat:

Darum reite ich ja so auf dem Teamviewer herum...der kostet nämlich nix.

Aber nur für Privatanwender

[SirThornberry]

@Sherlock: Remotedesktop kann man auch über Port80 betreiben (mache ich zum Beispiel bei meinem Heimrechner).

[Sherlock]

Hehe, Privatanwender...das stimmt.

Remotedesktop geht auch über Port80? Das wusste ich nicht

Sherlock

[mkinzler]

Zitat:

Remotedesktop geht auch über Port80?

RDP benutzt Port 3389. Es gibt aber eine Gateway-Funktion

[hoika]

Hallo,

mstsc /v:meineip.selfip.org:3390

Damit läuft es über 3390.

Dass muss dem RDP-Server aber auch gesagt werden (registry-Eintrag).


Heiko

[hitzi]

Von Microsoft gibt's auch was kostenloses, was auch ohne zusätzliches Einrichten des Routers funktionierte. Es wird allerdings eine Windows Live ID (Passport, Hotmail, Messenger) zum Erstellen von Sitzungen benötigt. Das Beitreten funktioniert auch ohne diese ID.

SharedView: http://www.microsoft.com/downloads/d...8-63005ee9d33a

[axellang]

Hallo Hansa,

das Problem bei fast all diesen Tools ist das Du über das Netz auf den User zugreifen musst. Das bedeutet der User muss seinen Router oder Firewall konfigurieren damit die Verbindung überhaupt klappt. Jedoch sind die meisten User damit überfordert und so schlägt die Verbindung meist fehl.

Aus diesem Grund gibt es Bezahlservices die einen sog. Gateway stellen damit die Verbindung trotz Router, Firewall zustande kommt. Das funktioniert ziemlich einfach. Der User gibt in seinem Remotecontrol-Tool die Adresse des Servers, ergo des Gateways ein, Du verbindest dich ebenfalls mit dem Gateway siehst den Client und stellst die Verbindung her. Da gibt es zwei Vorgehensweisen.

1. Die gesamte Kommunikation läuft über den Gateway-Server was ziemlich hohe Performance-Einbußen mit sich bringt je mehr User den Dienst nutzen.

2. Der Client erhält vom Gateway-Server Deine IP und verbindet sich direkt mit dir. Setzt voraus, das dein Rechner für diese Verbindungsart von Dir vorkonfiguriert wurde. Also die Firewall, Router auf Deiner Seite sind z.B. für Port nnnn freigegeben da die Verbindungen darüber reinkommen.

Da Du bestimmt keine Lust hast Geld auszugeben empfehle ich Dir die Tools von realthinclient.org.
Unter RemoteControl (ganz nach unten scrollen) findest Du zwei ausführbare Dateien: RemoteControl 1.6 und RemoteClient 1.6 diese lädst Du dir herunter.

Deinem Kollegen gibst Du die RemoteClient App. Nachdem er die startet muss nur noch DEINE IP eingegeben werden und die Verbindung wird hergestellt. Also nicht Du verbindest dich mit dem User sondern der User mit Dir. Das heißt, für dich wird es einfach sein deine IP herauszufinden und die dem Kollegen mitzuteilen. Was Du noch machen musst ist das Du DEINE Firewall, Router konfigurierst damit der User zu Dir durchkommt.

Fast hätte ich es vergessen: Der Port auf dem das Ganze läuft muss natürlich zwischen euch beiden abgesprochen werden. Wenn der eine auf 8010 sendet und der andere auf 8080 hört wir natürlich nichts gehen.


Das war's. Sobald die Verbindung steht hast Du einen richtigen Remote-Zugriff mit Desktop, Chat, Datei-Explorer usw.

Diese Tools benutze ich seit langem und funktionieren mit allen Windows Versionen.

Übrigens die Tools sind in Delphi/CB geschrieben und eine SDK gibt es kostenlos noch dazu.


CU

Axel

[Hansa]

Das ist schön. Ich soll jetzt 20 Programme testen ? Zuerst aber das TightVNC. Also nochmals : die Rechner lasen sich anpingen. Was muss jetzt wo gemacht werden ? Wichtig ist insbesondere die Fritz-Box auf der anderen Seite. Hat einer eine ? Ist das klar ersichtlich, wo die Ports freigeschaltet werden müssen ? Wenn auf Serverseite alles stimmt, was muss dann noch auf der Viewer-Seite gemacht werden ? Reicht nur die IP oder doch nicht ?

Dann noch zu dem mkinzlerschen Listening-Mode : was steckt hier dahinter : "Accept Reverse to TCP Port :" ? Bzw. was macht dieser Modus überhaupt ?