OVH Cloud OVH Cloud

Bureau à distance

19 réponses
Avatar
iBulldog
Bonjour

J'ai tent=E9 de prendre contr=F4le de mon pc sous windows xp pro, depuis
mon iMac.
J'y suis arriv=E9 mais il semble qu'il soit obligatoire que
l'utilisateur distant sur le pc soit d=E9connect=E9 de sa session afin
que je puisse prendre contr=F4le de celui-ci.

De cette mani=E8re il n'est jamais possible pour l'utilisateur du pc
contr=F4l=E9 de voir par exemple, sa souris bouger, et observer mes
manoeuvre ....

Est ce vrai ? pas moyen d'=EAtre logu=E9 en m=EAme temps ?

10 réponses

1 2
Avatar
Nina Popravka
On 13 Sep 2006 12:34:19 -0700, "iBulldog"
wrote:

J'ai tenté de prendre contrôle de mon pc sous windows xp pro, depuis
mon iMac.
J'y suis arrivé mais il semble qu'il soit obligatoire que
l'utilisateur distant sur le pc soit déconnecté de sa session afin
que je puisse prendre contrôle de celui-ci.
Y a deux choses différentes :

- la connexion à distance, qui effectivement déconnecte la session en
cours (mais y a une bidouille pour laisser la session active si on
arrive sous un autre compte
- l'assistance à distance, qui permet de prendre le contrôle de la
machine, sous les yeux de l'utilisateur, et implique l'envoi par le
possesseur du PC d'une invitation à le faire.
Je me sers régulièrement de la première version, qui fonctionne très
bien, à part que le clavier est inutilisable (pas de touche alt gr sur
Mac, donc y a plein de trucs galère à taper), je ne pense pas que
l'invitation à l'assistance à distance soit compréhensible par le
client RDC Mac, mais j'ai jamais essayé.
--
Nina

Avatar
Jean-Claude BELLAMY
Dans le message :,
iBulldog a pris la peine d'écrire ce qui suit
:
Bonjour

J'ai tenté de prendre contrôle de mon pc sous windows xp pro, depuis
mon iMac.
J'y suis arrivé mais il semble qu'il soit obligatoire que
l'utilisateur distant sur le pc soit déconnecté de sa session afin
que je puisse prendre contrôle de celui-ci.
EXACT


De cette manière il n'est jamais possible pour l'utilisateur du pc
contrôlé de voir par exemple, sa souris bouger, et observer mes
manoeuvre ....
Est ce vrai ?
OUI, et c'est NORMAL


pas moyen d'être logué en même temps ?
Si, mais ce n'est pas du "Bureau à distance", car çà s'appelle "Assistance à

distance"

Tu es le énième ("n" tendant vers +l'infini!) à faire cette "méga-confuse" !
;-)

Bureau à Distance (Remote Desktop)
=========================== Port TCP 3389
Appli : %SystemRoot%system32mstsc.exe
Le client se lance :
- depuis Windows
Menu Démarrer/Programmes/Accessoires/Communications/Connexion Bureau
à distance
- depuis IE
http://nom-internet-de-la-machine-distante/tsweb

Disponible seulement sous XP PRO (et au-dela).
Sert à OUVRIR une NOUVELLE session à distance, indépendamment de ce que
faisait l'utilisateur local (lequel se voit déconnecté), et cette session
s'affiche sur le PC distant tout en tournant sur le PC local.
C'est une version "réduite" (car une seule session à la fois) des "Terminal
Services" disponibles jusqu'à présent sur les serveurs NT4 TSE (1998), W2K
SRV (2000) et W2K3 (2003), utilisée dans un but de téléadministration.
Il n'y a AUCUN lien entre l'écran du PC local et celui du PC distant (dans
le cas de XP PRO, c'est évident puisque la session en cours du PC local, qui
sert de serveur, est stoppée)

NB: Cette technique existe depuis très longtemps sous UNIX (et dérivés :
Linux, FreeBSD, ...), p.ex. quand on "ouvre un xterm" sur une machine
distante. Tout simplement parce que UNIX (et analogues) a su DÈS LE DÉPART
séparer ce que fait le système de ce qu'il affiche (même en mode texte, bien
avant que X-Window existe)!

Assistance à Distance (Remote Assistance)
=============================== Port TCP 135
Applis : %systemroot%system32sessmgr.exe
%systemroot%PCHEALTHHELPCTRBinarieshelpsvc.exe
Se lance :
- depuis Windows
Menu Démarrer/Aide et support/Demandez de l'assistance
- depuis Windows Live Messenger
Menu Actions / Demandez une assistance à distacne


Disponible sous XP HOME et XP PRO.
Il N'y a PAS D'AUTRE session, mais seulement une CAPTURE d'écran, de clavier
et de souris du PC local envoyée au PC distant, la session locale restant
active.
C'est donc une PMAD (Prise de main à distance) analogue à ce que fait VNC,
PCAnyWhere, NetSchool, ..., utilisée dans un but pédagogique et/ou de
dépannage.
TOUS les événements clavier et souris sont transmis de façon
bidirectionnelle !
Si A bouge la souris, sur le poste de B on verra ce mouvement dans la
fenêtre affichant le poste de A.
Et si B bouge SA propre souris (à la condition que le curseur soit dans la
fenêtre de PMAD), le curseur bougera aussi chez A.
Idem pour le clavier.



--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr

Avatar
Nina Popravka
On Wed, 13 Sep 2006 22:29:09 +0200, "Jean-Claude BELLAMY"
wrote:

Assistance à Distance (Remote Assistance)
=============================== >Port TCP 135


Niet. Enfin peut-être pour l'invitation, j'en sais rien.
Mais ensuite techniquement 3389, c'est du TSE habillé autrement.
<http://www.microsoft.com/france/technet/prodtechnol/winxppro/maintain/rmassist.mspx#ENKAC>
--
Nina

Avatar
Jean-Claude BELLAMY
Dans le message :,
Nina Popravka a pris la peine d'écrire ce qui suit :
On Wed, 13 Sep 2006 22:29:09 +0200, "Jean-Claude BELLAMY"
wrote:

Assistance à Distance (Remote Assistance)
=============================== >> Port TCP 135


Niet. Enfin peut-être pour l'invitation, j'en sais rien.
Niet (au sens de "si!") tojé (également) ! ;-)


Ce n'est pas moi qui l'ai inventé, mais Microsoft !
P.ex. article 886120 (http://support.microsoft.com/kb/886120/en-us)
"In Windows XP SP2, the default configuration of Windows
Firewall blocks the required TCP port 135 and Helpsvc.exe
program that are used by Remote Assistance."

"...that are..." : pluriel donc le port 135 est bien utilisé par "Remote
Assistance" .
Et toc ! ;-)


Mais ensuite techniquement 3389, c'est du TSE habillé autrement.


3389, c'est le port réservé au "Remote Desktop", et non pas à la "Remote
Assistance" !
<http://www.microsoft.com/france/technet/prodtechnol/winxppro/maintain/rmassist.mspx#ENKAC>
Ah p...n !!!!!!!!
Microsoft s'est PLANTÉ dans les termes de cet article !

D'ailleurs, ils font allusion à TSE, et là je suis d'accord avec toi, c'est
analogue au "Remote Desktop".
Mais NON PAS à la "Remote assistance" (Assistance à distance)

Une fois de plus, MS est le spécialiste de la confusion organisée, avec 2
concept assez proches mais cependant différents !

"Outlook" vs "Outlok Express"
"Messenger" vs "Windows messenger"
"Remote Desktop" vs "Remote assistance"
...


--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr


Avatar
Nina Popravka
On Wed, 13 Sep 2006 23:05:31 +0200, "Jean-Claude BELLAMY"
wrote:


D'ailleurs, ils font allusion à TSE, et là je suis d'accord avec toi, c'est
analogue au "Remote Desktop".
Mais NON PAS à la "Remote assistance" (Assistance à distance)


Si tu veux, mais moi je lis :
"Si vous utilisez un pare-feu personnel ou NAT dans un environnement
domestique, vous pouvez utiliser l'assistance à distance sans
configuration spéciale. En revanche, si vous utilisez un pare-feu de
type entreprise dans un environnement domestique, les mêmes
restrictions s'appliquent : vous devez ouvrir le port 3389 pour
utiliser l'assistance à distance."
Et je vois pas trop pourquoi ils auraient développé une technologie
différente sur un port différent.
Accessoirement, je ne vois pas pourquoi ils disent que le NAT ne pose
pas problème, puisque dans l'invitation c'est l'adresse LAN qui
apparaît, et si tu la modifies pas à la main, tu peux te brosser
longtemps pour accéder à la machine, mais c'est une autre affaire
;->>>>>

Moyennant quoi j'utilise très peu cette abomination du Diable,
tellement je trouve la procédure d'invitation barbare, mais pour toi
je ferai l'effort de m'auto-assister et de sortir mon sniffer pour la
circonstance :-)
--
Nina

Avatar
Nina Popravka
On Wed, 13 Sep 2006 23:15:34 +0200, Nina Popravka wrote:

Moyennant quoi j'utilise très peu cette abomination du Diable,
tellement je trouve la procédure d'invitation barbare, mais pour toi
je ferai l'effort de m'auto-assister et de sortir mon sniffer pour la
circonstance :-)


Et c'est même pas la peine de sniffer, l'invitation elle dit ça :

<?xml version="1.0" encoding="Unicode" ?><UPLOADINFO
TYPE="Escalated"><UPLOADDATA USERNAME="Nina"
RCTICKET="65538,1,192.168.100.1:3389;Athos:3389,*XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX=,*,*,aXXXXXXXXXXXXXXXXXXXX"
RCTICKETENCRYPTED="1" DtStart="*999999999999997" DtLength="60"
PassStub="" L="0" /></UPLOADINFO>

Clairement 3389.
--
Nina

Avatar
Claude LaFrenière
Bonjour *Jean-Claude BELLAMY* :

Dans le message :,
Nina Popravka a pris la peine d'écrire ce qui suit :
On Wed, 13 Sep 2006 22:29:09 +0200, "Jean-Claude BELLAMY"
wrote:

Assistance à Distance (Remote Assistance)
=============================== >>> Port TCP 135


Niet. Enfin peut-être pour l'invitation, j'en sais rien.
Niet (au sens de "si!") tojé (également) ! ;-)


Ce n'est pas moi qui l'ai inventé, mais Microsoft !
P.ex. article 886120 (http://support.microsoft.com/kb/886120/en-us)
"In Windows XP SP2, the default configuration of Windows
Firewall blocks the required TCP port 135 and Helpsvc.exe
program that are used by Remote Assistance."

"...that are..." : pluriel donc le port 135 est bien utilisé par "Remote
Assistance" .
Et toc ! ;-)

Mais ensuite techniquement 3389, c'est du TSE habillé autrement.


3389, c'est le port réservé au "Remote Desktop", et non pas à la "Remote
Assistance" !
<http://www.microsoft.com/france/technet/prodtechnol/winxppro/maintain/rmassist.mspx#ENKAC>
Ah p...n !!!!!!!!
Microsoft s'est PLANTÉ dans les termes de cet article !

D'ailleurs, ils font allusion à TSE, et là je suis d'accord avec toi, c'est
analogue au "Remote Desktop".
Mais NON PAS à la "Remote assistance" (Assistance à distance)

Une fois de plus, MS est le spécialiste de la confusion organisée, avec 2
concept assez proches mais cependant différents !

"Outlook" vs "Outlok Express"
"Messenger" vs "Windows messenger"
"Remote Desktop" vs "Remote assistance"
...


Que penser de ceci:

L'Assistance à Distance de Windows XP
Par Nicolas Malaval
http://www.microsoft.com/france/windows/xp/home/utilisez/info/info.asp?mar=/france/windows/xp/pro/utilisez/info/xp_malaval1001.html

Extrait:

«
Question : J'utilise un réseau local et il m'est parfois impossible
d'accéder à mon conseiller.

Réponse : Vous ou votre conseiller êtes sur un réseau qui utilise un
pare-feu. Il faut soit le désactiver soit demander à un conseilleur ou à
l'administrateur du réseau d'ouvrir le port 3389.
»

et plein d'autre exemple dans ce sens (port 3389...)

Là mon esprit est confu ... :-

Le port 135 là-dedans n'est-il pas utilisé "simplement" comme mappeur
de port et le 3389 pour l'accès de l'assistance à distance (pas le bureau à
distance) ?


J'ai sué comme un cochon il n'y a pas si longtemps pour aider un
utilisateur (Scraper pour ne pas le nommer) sur le forum de look'n'Stop
à propos d'un problème d'assistance à distance...

Il n'avais jamais d'accès au port 3389 et sans doute pas au 135 qui est
bloqué par tout pare-feu digne de ce nom....

(Drop des paquets TCP avec le flag SYN en provenance d'internet:
sur le 135 ou autre...)

C'est à n'y rien comprendre. On retrouve la mention du 3389 partout
où l'on cause de l'assistance à distance: il ne doit pas s'en faire
beaucoup alors...

Je ne veux pas mettre tes connaissances en doute mais à part le port 135
quel port est utilisé par l'assistance à distance? (Ce serait bien de finir
par le savoir sans l'ombre d'un doute et que MS corrige les articles tels
que celui mentionné ci-haut.)

Étrange...

:-)
--
Claude LaFrenière



Avatar
Toto
Bonjour,
Pardon d'intervenir en Candide dans un cercle si relevé.

Puis-je savoir pourquoi la fonction Netmeeting est si rarement retenue pour
cet usage ?

Vu de ma fenêtre (celle du débutant) ce logiciel est facile à utiliser,
notamment parce que
les firewalls le mentionnent dans les exceptions.

Merci d'éclairer ma lanterne
Toto

"Claude LaFrenière" a écrit dans le message de
news: qz3hq3wzbqz5$
Bonjour *Jean-Claude BELLAMY* :

Dans le message :,
Nina Popravka a pris la peine d'écrire ce qui suit :
On Wed, 13 Sep 2006 22:29:09 +0200, "Jean-Claude BELLAMY"
wrote:

Assistance à Distance (Remote Assistance)
=============================== >>>> Port TCP 135


Niet. Enfin peut-être pour l'invitation, j'en sais rien.
Niet (au sens de "si!") tojé (également) ! ;-)


Ce n'est pas moi qui l'ai inventé, mais Microsoft !
P.ex. article 886120 (http://support.microsoft.com/kb/886120/en-us)
"In Windows XP SP2, the default configuration of Windows
Firewall blocks the required TCP port 135 and Helpsvc.exe
program that are used by Remote Assistance."

"...that are..." : pluriel donc le port 135 est bien utilisé par "Remote
Assistance" .
Et toc ! ;-)

Mais ensuite techniquement 3389, c'est du TSE habillé autrement.


3389, c'est le port réservé au "Remote Desktop", et non pas à la "Remote
Assistance" !
<http://www.microsoft.com/france/technet/prodtechnol/winxppro/maintain/rmassist.mspx#ENKAC>
Ah p...n !!!!!!!!
Microsoft s'est PLANTÉ dans les termes de cet article !

D'ailleurs, ils font allusion à TSE, et là je suis d'accord avec toi,
c'est
analogue au "Remote Desktop".
Mais NON PAS à la "Remote assistance" (Assistance à distance)

Une fois de plus, MS est le spécialiste de la confusion organisée, avec 2
concept assez proches mais cependant différents !

"Outlook" vs "Outlok Express"
"Messenger" vs "Windows messenger"
"Remote Desktop" vs "Remote assistance"
...


Que penser de ceci:

L'Assistance à Distance de Windows XP
Par Nicolas Malaval
http://www.microsoft.com/france/windows/xp/home/utilisez/info/info.asp?mar=/france/windows/xp/pro/utilisez/info/xp_malaval1001.html

Extrait:

«
Question : J'utilise un réseau local et il m'est parfois impossible
d'accéder à mon conseiller.

Réponse : Vous ou votre conseiller êtes sur un réseau qui utilise un
pare-feu. Il faut soit le désactiver soit demander à un conseilleur ou à
l'administrateur du réseau d'ouvrir le port 3389.
»

et plein d'autre exemple dans ce sens (port 3389...)

Là mon esprit est confu ... :-

Le port 135 là-dedans n'est-il pas utilisé "simplement" comme mappeur
de port et le 3389 pour l'accès de l'assistance à distance (pas le bureau
à
distance) ?


J'ai sué comme un cochon il n'y a pas si longtemps pour aider un
utilisateur (Scraper pour ne pas le nommer) sur le forum de look'n'Stop
à propos d'un problème d'assistance à distance...

Il n'avais jamais d'accès au port 3389 et sans doute pas au 135 qui est
bloqué par tout pare-feu digne de ce nom....

(Drop des paquets TCP avec le flag SYN en provenance d'internet:
sur le 135 ou autre...)

C'est à n'y rien comprendre. On retrouve la mention du 3389 partout
où l'on cause de l'assistance à distance: il ne doit pas s'en faire
beaucoup alors...

Je ne veux pas mettre tes connaissances en doute mais à part le port 135
quel port est utilisé par l'assistance à distance? (Ce serait bien de
finir
par le savoir sans l'ombre d'un doute et que MS corrige les articles tels
que celui mentionné ci-haut.)

Étrange...

:-)
--
Claude LaFrenière





Avatar
Nina Popravka
On Thu, 14 Sep 2006 09:26:09 +0200, "Toto"
wrote:

Puis-je savoir pourquoi la fonction Netmeeting est si rarement retenue pour
cet usage ?
Il me semble qu'avec NetMeeting, on choisit de partager une ou

plusieurs applications, ça n'est pas une prise de contrôle globale ?
--
Nina

Avatar
***FRGE***
*Bonjour* *Nina Popravka*
Le 14/09/2006 Nina Popravka nous a écrit ceci:

Il me semble qu'avec NetMeeting, on choisit de partager une ou
plusieurs applications, ça n'est pas une prise de contrôle globale ?


Si, si, NetMeeting permet le partage du *bureau* et fonctionne
parfaitement pour la prise de contrôle à distance, je l'utilise
régulièrement pour du dépannage.

--
***FRGE***

1 2