🚀 go-pugleaf

Hoi Felix

Felix Rauch schrieb:
> Gibt es vielleicht einen Service, zu dem man sich vebinden kann
> um dann von dort aus die Fernsteuerung zu regeln? Oder sonst
> eine Moeglichkeit, damit das auch durch Nicht-Techniker zu
> verwenden ist?

Sitzt denn auf beiden Seiten ein "Nicht-Techniker"?

Allenfalls wäre ein VNC-Produkte etwas, dass man sich näher
anschauen müsste, zB. RealVNC oder UltraVNC... Habs aber
selbst noch nie über Standorte hinweg ausprobiert. Basiert aber
auf einem "Server-Client"-Modell, darum sollte zumindest auf
einer Seite ein "Techniker" die Software installieren...

-- 
gruesschen, martin

mahe at gmx dot net

"Wissen hält nicht länger als Fisch"

Martin Heggli schrieb:
> Hoi Felix
> 
> Felix Rauch schrieb:
>> Gibt es vielleicht einen Service, zu dem man sich vebinden kann
>> um dann von dort aus die Fernsteuerung zu regeln? Oder sonst
>> eine Moeglichkeit, damit das auch durch Nicht-Techniker zu
>> verwenden ist?
> 
> Sitzt denn auf beiden Seiten ein "Nicht-Techniker"?
> 
> Allenfalls w�re ein VNC-Produkte etwas, dass man sich n�her
> anschauen m�sste, zB. RealVNC oder UltraVNC... Habs aber
> selbst noch nie �ber Standorte hinweg ausprobiert. Basiert aber
> auf einem "Server-Client"-Modell, darum sollte zumindest auf
> einer Seite ein "Techniker" die Software installieren...
> 

UltraVNC funktioniert bestens.

Beschreibung und Download auf Heise:
http://www.heise.de/software/download/ultravnc/38367

Entwickler HP:
http://www.uvnc.com/download/index.html

Felix Rauch schrieb:

> Frage von einem nicht-Windows-Experten: Gibt es eine *einfache*
> Moeglichkeit, von einem Windows-Rechner hinter einem DSL/Cable-
> Router mit NAT einen anderen Windows-Rechner fernzusteuern, der
> ebenfalls hinter einem DSL/Cable-Router mit NAT sitzt?

http://www.TeamViewer.de

Kann auch als service eingerichtet werden, dann braucht am 
ferngesteuerten Rechner niemand zu sitzen.

-stef

Willy Lusti <no_spams@gmx.ch> schrieb:

>Martin Heggli schrieb:
>> Hoi Felix
>> 
>> Felix Rauch schrieb:
>>> Gibt es vielleicht einen Service, zu dem man sich vebinden kann
>>> um dann von dort aus die Fernsteuerung zu regeln? Oder sonst
>>> eine Moeglichkeit, damit das auch durch Nicht-Techniker zu
>>> verwenden ist?
>> 
>> Sitzt denn auf beiden Seiten ein "Nicht-Techniker"?
>> 
>> Allenfalls w�re ein VNC-Produkte etwas, dass man sich n�her
>> anschauen m�sste, zB. RealVNC oder UltraVNC... Habs aber
>> selbst noch nie �ber Standorte hinweg ausprobiert. Basiert aber
>> auf einem "Server-Client"-Modell, darum sollte zumindest auf
>> einer Seite ein "Techniker" die Software installieren...
>> 
>
>UltraVNC funktioniert bestens.
>
>Beschreibung und Download auf Heise:
>http://www.heise.de/software/download/ultravnc/38367
>
>Entwickler HP:
>http://www.uvnc.com/download/index.html

Hm... M�ssen da nicht die Ports 5800/5900 offen sein?

Wir haben VNC an verschiedenen Orten im Intranet im Einsatz, ab und an
auch von aussen, aber nur �ber die offenen Ports, und das will Felix
ja nicht. Meiner Ansicht nach braucht er zwingend einen Service �ber
einen ext. Server, der dann �ber Port 80 ansprechbar ist, ansonsten
l�uft er immer und zwingend in das NAT-Loch. M$ bietet mit dem
Remote-Service ja ganau das an, allerdings kenne ich den nicht und
AFAIK l�uft es nur wenn beide Rechner WIN haben.

Felix

Felix Holdener schrieb:
> Willy Lusti <no_spams@gmx.ch> schrieb:
> 
>> Martin Heggli schrieb:
>>> Hoi Felix
>>>
>>> Felix Rauch schrieb:
>>>> Gibt es vielleicht einen Service, zu dem man sich vebinden kann
>>>> um dann von dort aus die Fernsteuerung zu regeln? Oder sonst
>>>> eine Moeglichkeit, damit das auch durch Nicht-Techniker zu
>>>> verwenden ist?
>>> Sitzt denn auf beiden Seiten ein "Nicht-Techniker"?
>>>
>>> Allenfalls w�re ein VNC-Produkte etwas, dass man sich n�her
>>> anschauen m�sste, zB. RealVNC oder UltraVNC... Habs aber
>>> selbst noch nie �ber Standorte hinweg ausprobiert. Basiert aber
>>> auf einem "Server-Client"-Modell, darum sollte zumindest auf
>>> einer Seite ein "Techniker" die Software installieren...
>>>
>> UltraVNC funktioniert bestens.
>>
>> Beschreibung und Download auf Heise:
>> http://www.heise.de/software/download/ultravnc/38367
>>
>> Entwickler HP:
>> http://www.uvnc.com/download/index.html
> 
> Hm... M�ssen da nicht die Ports 5800/5900 offen sein?

Ja dem ist so.

Wenn der Router fernkonfigurierbar ist d�rfte das kein Problem darstellen.

> 
> Wir haben VNC an verschiedenen Orten im Intranet im Einsatz, ab und an
> auch von aussen, aber nur �ber die offenen Ports, und das will Felix
> ja nicht. Meiner Ansicht nach braucht er zwingend einen Service �ber
> einen ext. Server, der dann �ber Port 80 ansprechbar ist, ansonsten
> l�uft er immer und zwingend in das NAT-Loch. M$ bietet mit dem
> Remote-Service ja ganau das an, allerdings kenne ich den nicht und
> AFAIK l�uft es nur wenn beide Rechner WIN haben.

Bei dem M$ Zeugs, ja nur Win.

Bei UltraVNC wird so ziehmlich alles unterst�tzt.
Und vor allem kennt UltraVNC auch Peer Forwarding �ber ein Gateway
Modul.

> 
> Felix

Willy Lusti <no_spams@gmx.ch> schrieb:

>>> UltraVNC funktioniert bestens.
>>>
>>> Beschreibung und Download auf Heise:
>>> http://www.heise.de/software/download/ultravnc/38367
>>>
>>> Entwickler HP:
>>> http://www.uvnc.com/download/index.html
>> 
>> Hm... M�ssen da nicht die Ports 5800/5900 offen sein?
>
>Ja dem ist so.
>
>Wenn der Router fernkonfigurierbar ist d�rfte das kein Problem darstellen.

Tja, ich finde VNC und die Derivate gut, funktionieren aber nur wenn:

-IP-Adresse bekannt oder via dynamischem DNS-Service erreichbar
-Ports offen [1]
-VNC installiert

Bis auf Letzteres hat Felix Rauch klar ge�ussert, dass das nicht
seiner Vorstellung entspricht.

Mir ist nur die M�glichkeit mit ext. Server bekannt, die sein Problem
l�sen w�rde. Der M$-Remote-Service macht ja auch nichts anderes. Wenn
Felix Rauch noch sagen k�nnte, ob beide Rechner Win haben, dann kann
er einfach diesen Dienst nutzen. Ev. kann hier ja noch jemand Auskunft
geben, der mit diesem Service vertraut ist.

Felix

[1] Naja, man k�nnte notfalls VNC noch auf Port 80 anstelle von
5800/5900 konfigurieren...

Felix Holdener schrieb:
> Willy Lusti <no_spams@gmx.ch> schrieb:
> 
>>>> UltraVNC funktioniert bestens.
>>>>
>>>> Beschreibung und Download auf Heise:
>>>> http://www.heise.de/software/download/ultravnc/38367
>>>>
>>>> Entwickler HP:
>>>> http://www.uvnc.com/download/index.html
>>> Hm... M�ssen da nicht die Ports 5800/5900 offen sein?
>> Ja dem ist so.
>>
>> Wenn der Router fernkonfigurierbar ist d�rfte das kein Problem darstellen.
> 
> Tja, ich finde VNC und die Derivate gut, funktionieren aber nur wenn:
> 
> -IP-Adresse bekannt oder via dynamischem DNS-Service erreichbar
> -Ports offen [1]
> -VNC installiert
> 
> Bis auf Letzteres hat Felix Rauch klar ge�ussert, dass das nicht
> seiner Vorstellung entspricht.
> 
> Mir ist nur die M�glichkeit mit ext. Server bekannt, die sein Problem
> l�sen w�rde. Der M$-Remote-Service macht ja auch nichts anderes. Wenn
> Felix Rauch noch sagen k�nnte, ob beide Rechner Win haben, dann kann
> er einfach diesen Dienst nutzen.

Da m�ssen auch Ports ge�ffnet, der Dienst installiert und konfiguriert
sein.

  Ev. kann hier ja noch jemand Auskunft
> geben, der mit diesem Service vertraut ist.
> 
> Felix
> 
> [1] Naja, man k�nnte notfalls VNC noch auf Port 80 anstelle von
> 5800/5900 konfigurieren...

Davon w�rd ich die Finger lassen.

Es gibt L�nder in denen Provider Router mit vorinstallierten
Fernwartungs resp. Remote Funktionen anbieten.

Felix Rauch wrote:
> Hallo,
> 
> Frage von einem nicht-Windows-Experten: Gibt es eine *einfache*
> Moeglichkeit, von einem Windows-Rechner hinter einem DSL/Cable-
> Router mit NAT einen anderen Windows-Rechner fernzusteuern, der
> ebenfalls hinter einem DSL/Cable-Router mit NAT sitzt?

LogMeInFree funktioniert sehr gut. Schau es mal an http://logmein.com .

Gruss, Stephan

Felix Holdener <tomail@tiscali.ch> wrote:
> Willy Lusti <no_spams@gmx.ch> schrieb:

> >> Mir ist nur die Moeglichkeit mit ext. Server bekannt, die sein Problem
> >> loesen wuerde. Der M$-Remote-Service macht ja auch nichts anderes. Wenn
> >> Felix Rauch noch sagen koennte, ob beide Rechner Win haben, dann kann
> >> er einfach diesen Dienst nutzen.
> >
> >Da muessen auch Ports geoeffnet, der Dienst installiert und konfiguriert
> >sein.

> Ouh, das mit den Ports wusste ich nicht, dachte das waere der einzige
> Grund, Remote Desktop mal zu versuche... Also ein Grund mehr, die
> Finger davon zu lassen.

Besten Dank fuer alle Eure Beitraege. Ja, es sind auf beiden Seiten
Windows-Rechner. Nein, der Router auf der anderen Seite ist nicht
fernwartbar (d.h. er waere es vielleicht, wenn man Zugang von der
WAN-Seite her eingerichtet haette, was aber nicht der Fall ist und
mir zudem etwas riskant erscheint).

Es scheint so, als braeuchte es ein Tool mit einem externen Server,
wie in den anderen Subthreads vorgeschlagen.

- Felix

-- 
               Felix Rauch, http://www.nice.ch/~felix/
   Member of Swiss Internet User Group (SIUG): http://www.siug.ch/
This article contains my personal view only! Use of my addresses for marketing
 purposes is hereby strictly prohibited according to applicable privacy laws.

Stefan Werner <009wcqf02@sneakemail.com> wrote:
> Felix Rauch schrieb:

> > Frage von einem nicht-Windows-Experten: Gibt es eine *einfache*
> > Moeglichkeit, von einem Windows-Rechner hinter einem DSL/Cable-
> > Router mit NAT einen anderen Windows-Rechner fernzusteuern, der
> > ebenfalls hinter einem DSL/Cable-Router mit NAT sitzt?

> http://www.TeamViewer.de

> Kann auch als service eingerichtet werden, dann braucht am 
> ferngesteuerten Rechner niemand zu sitzen.

Toent interessant. Auf der Webseite steht, dass es auch durch
Firewalls und so funktioniert, aber es steht nicht, wie das geht.
Vermutlich muss eine Verbindung zu ihrem Server aufgebaut werden,
von beiden Rechnern aus.

Hat das Tool jemand in der Praxis hinter NAT-Routern benutzt und
kann von Erfahrungen berichten? Funktioniert die automatische
Verbindung zu deren Server? Gibt's keine Performance-Engpaesse?

- Felix

-- 
               Felix Rauch, http://www.nice.ch/~felix/
   Member of Swiss Internet User Group (SIUG): http://www.siug.ch/
This article contains my personal view only! Use of my addresses for marketing
 purposes is hereby strictly prohibited according to applicable privacy laws.

Felix Rauch schrieb:
> Stefan Werner <009wcqf02@sneakemail.com> wrote:
>> Felix Rauch schrieb:
> 
>>> Frage von einem nicht-Windows-Experten: Gibt es eine *einfache*
>>> Moeglichkeit, von einem Windows-Rechner hinter einem DSL/Cable-
>>> Router mit NAT einen anderen Windows-Rechner fernzusteuern, der
>>> ebenfalls hinter einem DSL/Cable-Router mit NAT sitzt?
> 
>> http://www.TeamViewer.de
> 
>> Kann auch als service eingerichtet werden, dann braucht am 
>> ferngesteuerten Rechner niemand zu sitzen.
> 
> Toent interessant. Auf der Webseite steht, dass es auch durch
> Firewalls und so funktioniert, aber es steht nicht, wie das geht.
> Vermutlich muss eine Verbindung zu ihrem Server aufgebaut werden,
> von beiden Rechnern aus.
> 
> Hat das Tool jemand in der Praxis hinter NAT-Routern benutzt und
> kann von Erfahrungen berichten? Funktioniert die automatische
> Verbindung zu deren Server? Gibt's keine Performance-Engpaesse?
> 
> - Felix
> 

Die Performance war in meinen wenigen F�llen erstaunlich gut.
Nur auf den Rechner sollten absolut nicht das geringste an
pers�nlichen Daten vorhanden sein.
Inklusive Cache!
Somit absolut nichts f�r Laien!

Felix Rauch schrieb:
> Stefan Werner <009wcqf02@sneakemail.com> wrote:
>> Felix Rauch schrieb:
> 
>>> Frage von einem nicht-Windows-Experten: Gibt es eine *einfache*
>>> Moeglichkeit, von einem Windows-Rechner hinter einem DSL/Cable-
>>> Router mit NAT einen anderen Windows-Rechner fernzusteuern, der
>>> ebenfalls hinter einem DSL/Cable-Router mit NAT sitzt?
> 
>> http://www.TeamViewer.de
> 
>> Kann auch als service eingerichtet werden, dann braucht am 
>> ferngesteuerten Rechner niemand zu sitzen.
> 
> Toent interessant. Auf der Webseite steht, dass es auch durch
> Firewalls und so funktioniert, aber es steht nicht, wie das geht.
> Vermutlich muss eine Verbindung zu ihrem Server aufgebaut werden,
> von beiden Rechnern aus.
> 
> Hat das Tool jemand in der Praxis hinter NAT-Routern benutzt und
> kann von Erfahrungen berichten? Funktioniert die automatische
> Verbindung zu deren Server? Gibt's keine Performance-Engpaesse?
> 
> - Felix
> 

Derzeit bin ich in der Schweiz.
N�chste Woche wieder in Deutschland. Dresden.
Wenn ich vor Ort helfen kann, gern.

Auftr�ge zum Selbstkostenpreis nehm ich derzeit entgegen
f�r Costa Rica und Belize.

Willy Lusti <no_spams@gmx.ch> wrote:
> Felix Rauch schrieb:
> > Stefan Werner <009wcqf02@sneakemail.com> wrote:
[...]
> >> http://www.TeamViewer.de
[...]
> Die Performance war in meinen wenigen F?llen erstaunlich gut.
> Nur auf den Rechner sollten absolut nicht das geringste an
> pers?nlichen Daten vorhanden sein.
> Inklusive Cache!
> Somit absolut nichts f?r Laien!

Wieso das denn? (ich meine im Vergleich zu fast jedem anderen nicht
selbst kontrollierten und compilierten Programm, dass man auf dem
Rechner installiert) Gibt es bestimmte Gruende bei diesem Programm
besonders vorsichtig zu sein?

- Felix

-- 
               Felix Rauch, http://www.nice.ch/~felix/
   Member of Swiss Internet User Group (SIUG): http://www.siug.ch/
This article contains my personal view only! Use of my addresses for marketing
 purposes is hereby strictly prohibited according to applicable privacy laws.

Felix Rauch schrieb:
> Stefan Werner <009wcqf02@sneakemail.com> wrote:
>> http://www.TeamViewer.de
> 
>> Kann auch als service eingerichtet werden, dann braucht am 
>> ferngesteuerten Rechner niemand zu sitzen.

> Hat das Tool jemand in der Praxis hinter NAT-Routern benutzt und
> kann von Erfahrungen berichten? Funktioniert die automatische
> Verbindung zu deren Server? Gibt's keine Performance-Engpaesse?

Ich verwende es nebst ISLLight (www.isllight.com) regelm�ssig (w�rde ich 
es Dir sonst empfehlen??).
Es ist wesentlich schneller als VNC; performancem�ssig in der N�he von 
NXServer oder Microsoft RemoteDesktop. TeamViewer ist privat gratis, 
kommerziell relativ teuer. Isllight kostet privat und kommerziell 
gleichviel, n�mlich ein paar Rappen pro Minute.

Technisch geht es (nat�rlich) �ber einen externen Server. Du musst den 
Leuten also vertrauen. Andererseits kannst Du auch ein VPN durchtunneln, 
dann brauchst Du niemandem mehr zu vertrauen, hast daf�r mehr 
Konfiguratioonsaufwand.

-stef

Stefan Werner schrieb:
> Felix Rauch schrieb:
>> Stefan Werner <009wcqf02@sneakemail.com> wrote:
>>> http://www.TeamViewer.de
>>
>>> Kann auch als service eingerichtet werden, dann braucht am 
>>> ferngesteuerten Rechner niemand zu sitzen.
> 
>> Hat das Tool jemand in der Praxis hinter NAT-Routern benutzt und
>> kann von Erfahrungen berichten? Funktioniert die automatische
>> Verbindung zu deren Server? Gibt's keine Performance-Engpaesse?
> 
> Ich verwende es nebst ISLLight (www.isllight.com) regelm�ssig (w�rde ich 
> es Dir sonst empfehlen??).
> Es ist wesentlich schneller als VNC; performancem�ssig in der N�he von 
> NXServer oder Microsoft RemoteDesktop. TeamViewer ist privat gratis, 
> kommerziell relativ teuer. Isllight kostet privat und kommerziell 
> gleichviel, n�mlich ein paar Rappen pro Minute.
> 
> Technisch geht es (nat�rlich) �ber einen externen Server. Du musst den 
> Leuten also vertrauen. Andererseits kannst Du auch ein VPN durchtunneln, 
> dann brauchst Du niemandem mehr zu vertrauen, hast daf�r mehr 
> Konfiguratioonsaufwand.
> 
> -stef

Mit allen weiteren m�glichen Aufw�nden bleibt da der Remote Computer
v�llig offen zug�nglich mit allen Daten.
Oder begreif ich da was nicht?

Willy Lusti schrieb:
> Stefan Werner schrieb:

> Mit allen weiteren m�glichen Aufw�nden bleibt da der Remote Computer
> v�llig offen zug�nglich mit allen Daten.
> Oder begreif ich da was nicht?

Er bleibt insofern offen, als jeder, der den 10-20-stelligen 
einmal-Zugangscode kennt, darauf zugreifen kann, ja (allerdings nur 
einer aufs Mal, also Deine Session kann nicht gehijacked werden, aber 
wenn der Client die Session ge�ffnet l�sst. und Du meldest Dich ab, dann 
kann ein anderer, der den Code kennt, sich einklinken).

Und nat�rlich kann der Betreiber des Dienstes theoretisch jede Session 
mitlauschen und kennt auch jeden Zugangscode. Das meinte ich mit "Du 
musst dem Betreiber vertrauen".

So oder so hat der Fernzugreifer genau diejenigen Rechte, die auch der 
hat, der den Client gestartet hat. Man k�nnte also den Client mit einem 
besonders niedrig privilegierten User starten, wenn man sich Sorgen macht.

-stef