Poster une réponse à un sujet: [Linux/] VNC et remote desktop (Windows inclus)
Attention, ce sujet est un sujet ancien (6493 jours sans réponse)
blietaer
quand tu dis "à distance" c'est via un réseau ou le net?
Et sous-question: passer du X11 directement c'est trop violent?
(émulateur X sous windoz powaa (reflexionX..Etc..)
Je demande juste...
Et sous-question: passer du X11 directement c'est trop violent?
(émulateur X sous windoz powaa (reflexionX..Etc..)
Je demande juste...
Ppxl
max
Tu veux du tout gratuit ?
sinon pour VNC, je dois attendre lundi pour te donner une solution.
sinon pour VNC, je dois attendre lundi pour te donner une solution.
Altar
Alors cygwin est ton ami
Ppxl
Justemment, je n'ai pas choisi la simplicité (j'essaye depuis hier sans succès. Tandis que le contraire fonctionne à merveille avec le packetage "tsclient") : le client Linux sera sans doute pour l'avenir ... mais en attendant c'est un accès depuis mon poste principal qui ne possède que Windows.
Altar
Ppxl > Si ta machine client est sous linux, c'est supporté nativement et il existe divers solutions ssh/xdmcp/... Sous windows c'est plus galère
Un début de réponse : http://www.linuxplusvalue.be/mylpv.php?id=53
Un début de réponse : http://www.linuxplusvalue.be/mylpv.php?id=53
Ppxl
Oui, si j'installe Real VNC (par exemple mais plus le packetage "vncserveur" par défaut) alors je sais me connecter à une session ouverte ... chose qui n'est pas valable : la connexion doit se faire sur l'écran de login, et continuer en étant connecté à partir de 0.
Dj_Gogo_2000
et si tu reconnectes ton client vnc après le chargement de la session ca passe ?
(avec dameware utilities sous win, quand on passe d'une session admin à utilisateur avec pouvoir, on a souvent le droit à une déconnexion pour cause de sécurité)
(avec dameware utilities sous win, quand on passe d'une session admin à utilisateur avec pouvoir, on a souvent le droit à une déconnexion pour cause de sécurité)
Ppxl
Bonjour,
A mon tour de créer un petit topic afin d'essayer de trouver une solution à un petit problème, et qui sait, pouvoir être ensuite utile à d'autres. car vraiment je ne trouve pas même de solution à ce soucis assez ennyeux (juste mettre un écran sur un pc à utiliser quasi par terre dans un boucan attroce ... pas possible!)
L'espoir :
Faire tourner une distribution de Linux (ici frâichement installée, une Fedora 7) et y accéder en VNC et donc en mode graphique depuis un autre PC MAIS sans que ce soit sur une session active, il faut avoir accès à la "page" de login, un peu comme à la sauce Windows sur PC (contrairement à ce que veut bien faire le programme RealVNC le teps d'un test).
La situation :
Comme je l'indiquais, l'installation est fraîche. Par défaut des packetages "vncserver" sont installés.
Ne tienne qu'à cela, vnc est rajouté dans le dossier de démarrage afin de lancer se service en même temps que le PC.
Dans les paramètres système du poste Linux, rubrique "Ecran de connexion", l'accès distant a été activé en mode simple.
Sur l'autre PC, un Poste Windows, deux logiciels de VNC viewer sont installés : Real VNC et UltraVNC.
Les problèmes :
Au démarrage, le service VNC semble bien se lancer, malgré qu'il indique une sorte d'erreur disant que aucun affichage (ou qqch comme ca, il faudra que je vérifie) n'est configuré.
En lancant le client VNC, le logiciel se lance, tourne durant 3 secondes avant d'afficher joliment l'écran de connxion se trouvant sur l'autre PC! Cela semble aller jusque là . En entrant un faux login et mot de passe le système réagit, idem pour les différentes options de connexion présentes sur l'écran qui est alors réactif. Ensuite j'entre le bon login ... aceppté, ensuite le mot de passe ... là le système fait mine de vérifier le mot de passe (champ inactif), et (LE problème) : la fânetre se ferme sans crier gare, sans m'indiquer si c'est le système Linux qui éjecte la connexion de la sorte?
Que faire dans ce cas? L'usage d'un terminal SSH fonctionne à distance, mais l'usage d'u remote desktop qui marche est vraiment essentiel pour certaines choses : pas non plus la possibilité de toujours être dans le même lieux que la machine, ce doit donc être des plus fiable.
@
A mon tour de créer un petit topic afin d'essayer de trouver une solution à un petit problème, et qui sait, pouvoir être ensuite utile à d'autres. car vraiment je ne trouve pas même de solution à ce soucis assez ennyeux (juste mettre un écran sur un pc à utiliser quasi par terre dans un boucan attroce ... pas possible!)
L'espoir :
Faire tourner une distribution de Linux (ici frâichement installée, une Fedora 7) et y accéder en VNC et donc en mode graphique depuis un autre PC MAIS sans que ce soit sur une session active, il faut avoir accès à la "page" de login, un peu comme à la sauce Windows sur PC (contrairement à ce que veut bien faire le programme RealVNC le teps d'un test).
La situation :
Comme je l'indiquais, l'installation est fraîche. Par défaut des packetages "vncserver" sont installés.
Ne tienne qu'à cela, vnc est rajouté dans le dossier de démarrage afin de lancer se service en même temps que le PC.
Dans les paramètres système du poste Linux, rubrique "Ecran de connexion", l'accès distant a été activé en mode simple.
Sur l'autre PC, un Poste Windows, deux logiciels de VNC viewer sont installés : Real VNC et UltraVNC.
Les problèmes :
Au démarrage, le service VNC semble bien se lancer, malgré qu'il indique une sorte d'erreur disant que aucun affichage (ou qqch comme ca, il faudra que je vérifie) n'est configuré.
En lancant le client VNC, le logiciel se lance, tourne durant 3 secondes avant d'afficher joliment l'écran de connxion se trouvant sur l'autre PC! Cela semble aller jusque là . En entrant un faux login et mot de passe le système réagit, idem pour les différentes options de connexion présentes sur l'écran qui est alors réactif. Ensuite j'entre le bon login ... aceppté, ensuite le mot de passe ... là le système fait mine de vérifier le mot de passe (champ inactif), et (LE problème) : la fânetre se ferme sans crier gare, sans m'indiquer si c'est le système Linux qui éjecte la connexion de la sorte?
Que faire dans ce cas? L'usage d'un terminal SSH fonctionne à distance, mais l'usage d'u remote desktop qui marche est vraiment essentiel pour certaines choses : pas non plus la possibilité de toujours être dans le même lieux que la machine, ce doit donc être des plus fiable.
@