Erreur / problème de connexion (Windows 10 RDP dans XRDP)


20

Je rencontre un autre problème où le XRDP ne fonctionne pas. J'y travaille depuis un certain temps maintenant et je pense que j'ai besoin d'aide. Je crois que c'est un problème de la machine Ubuntu qui n'écoute pas sur un port.

J'ai suivi le guide à http://www.tweaking4all.com/software/linux-software/use-xrdp-remote-access-ubuntu-14-04/ .

Cependant, lorsque je vais au rdp à partir de Windows, je peux me connecter et taper le nom d'utilisateur et le mot de passe mais quand je le fais, j'obtiens l'erreur suivante:

Connecting to sesman IP 127.0.0.1 port 3350
sesman connect ok
sending login info to session manager, please wait...
srdp_mm_process_login_response:login successful for display
started connecting
connecting to 127.0.0.1 5910
error-problem connecting

Le problème pourrait-il être que ma machine Ubuntu n'écoute pas le port 5910? Qu'en pensez-vous? Si oui, comment puis-je m'assurer qu'Ubuntu écoute le port 5910?

Éditer:

Ok, donc quand j'exécute cette commande:

sudo netstat -peant | grep ":5910 "

Rien ne vient. Lorsque sudo netstat -peant | grep "127.0.0.1"j'exécute cette commande: et que je fais défiler, je ne vois rien de connecté au port 5910. Je pense avoir trouvé un gros problème. Ma question est maintenant de savoir comment configurer xrdp pour écouter le port 5910?

Réponses:


7

J'ai trouvé que celui-ci fonctionnait vraiment pour moi. https://ubuntuforums.org/showthread.php?t=1314336

Je résume ici la solution:

J'ai dû supprimer xrdp, vnc4server, tightvnc, qui ont tous été installés dans le mauvais ordre. J'ai dû installer tightvncserver, puis installer xrdp.

sudo apt-get remove xrdp vnc4server tightvncserver
sudo apt-get install tightvncserver
sudo apt-get install xrdp

Redémarrez ensuite le service xrdp:

sudo service xrdp restart

Maintenant, je peux me connecter, mais il se déconnecte en 1 à 2 secondes.
stiv

Ça marche pour moi. Avant de voir cette réponse, je n'avais même pas installé de serveur VNC.
smbear

Frustrant, cela a fonctionné pour moi. Je n'ai aucune idée de ce qui a changé car j'utilisais xrdp depuis des mois avant qu'il ne se détraque. Merci!
jgitter

6

Ok, j'ai donc trouvé la commande qui résoudra mon problème. Exécutez cette commande pour supprimer l'erreur

Courir gsettings set org.gnome.Vino require-encryption false


quand je l'exécute dans le terminal de raspberry pi, il écrit "Pas de tel schéma 'org.gnome.Vino'"
ofir_aghai

3

Ce message m'a aidé à me débarrasser du problème. J'ai redémarré le xrdpservice par la suite juste pour m'assurer aussi.

Avez-vous essayé de créer un fichier /etc/X11/Xwrapper.config contenant

allowed_users = anybody

Notez que j'utilise Windows 10 pour connecter Debian 9. Et j'ai utilisé Xorg.


Même problème ici Debian 9.5 et Fluxbox.
ceving

1
travaillé pour moi. default enabled_users a été défini sur console
osyan

2

Je suis très nouveau et j'ai lu des bugs et des documents à ce sujet.

Tout ce que j'ai fait pour résoudre ce problème était d'arrêter et de démarrer xrdp, en utilisant ces commandes:

sudo service xrdp stop

sudo service xrdp start

A travaillé pour moi. xRDP, travaillait sur le port 3350.
Luigi Lopez

0

J'ai eu du mal quelques jours dans ce problème (Connexion Bureau à distance Windows 7 - XRDP CentOS), et en recherchant, j'ai trouvé que la solution la plus simple pour les erreurs - le problème de connexion est une connexion "mydomain \ username" claire : avant d'installer des packages, de tuer des processus ou de supprimer temporairement fichiers, essayez simplement de vous connecter en écrivant votre nom d'utilisateur uniquement dans la demande XRDP, donc ne l'enregistrez pas auparavant dans la connexion Bureau à distance Windows 7.

Si vous n'êtes pas autorisé à effacer votre nom d'utilisateur (XRDP affichant toujours un nom par défaut), effacez l'historique de connexion RDP pour le serveur que vous essayez de connecter, ou profitez-en pour effacer tout l'historique de connexion de cette façon (côté Windows - CMD):

@echo off
reg delete "HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Default" /va /f
reg delete "HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Servers" /f
reg add "HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Servers"
cd %userprofile%\documents\
attrib Default.rdp -s -h
del Default.rdp

Et puis essayez à nouveau de vous connecter. Si cela ne fonctionne pas, vous pouvez essayer:

  1. Gardez à l'esprit que vous devez utiliser High Color (16 bits) ou supérieur dans Windows RDP; ou

  2. Accédez à xrdp-sesman.log par PuTTY ( cat /var/log/xrdp-sesman.log), ce qui affichera probablement "X server for display 10 startup timeout (...) another Xserver is already active on display 10 ", puis vncserver -geometry 1024x768 :10montrera qu'il y a un fichier temporaire que vous pouvez effacer, supprimez donc les fichiers temporaires corrects comme expliqué ici et ici ; ou

  3. Rétrograder Tiger VNC .



0

Cela n'en vaut pas la peine - il existe une solution meilleure et moins douloureuse:

X11VNC

J'ai passé au moins 8 heures à mener la bataille pour me connecter de Windows 10 à Ubuntu 16 via xrpd et Windows rdp. J'ai essayé d'innombrables «solutions» que j'ai trouvées sur le Web. J'ai fait des progrès, mais je n'ai jamais réussi à le résoudre complètement. Même si je l'avais, il semble que ce soit une configuration faible de toute façon, car:

  • Vous ne pouvez pas utiliser Unity Desktop, votre rdp vous a donc connecté à une interface utilisateur du système d'exploitation complètement différente de celle que vous utiliseriez comme norme Ubuntu.
  • Vous ne pouvez pas déjà être connecté avec ce compte. Donc, si vous aviez un scénario où parfois vous travaillez directement sur la machine Ubuntu, et parfois vous vous connectez à distance, vous devez vous assurer de vous déconnecter pour permettre cette connexion à distance.
  • D'après ce que vous avez lu, une fois que vous avez ceci, vous avez également mené une bataille pour obtenir un mécanisme de "reconnexion" qui fonctionne pour rentrer dans une session rdp que vous avez quittée.
  • Vous devez saisir manuellement les informations d'identification à chaque connexion. Il n'y a aucun moyen de les enregistrer du côté client et de se connecter instantanément.

J'ai utilisé un tas d'interfaces de connexion à distance différentes, et dans l'ensemble, rien ne vaut la facilité et la qualité de Windows RDP pour moi. En tant que tel, j'étais plutôt obsédé par l'utilisation de cela. Après avoir combattu assez longtemps cependant, et finalement jeté l'éponge, j'ai trouvé que VNC fonctionne à peu près aussi bien dans ce contexte.

Comme je l'ai dit initialement, côté Ubuntu, j'ai utilisé "x11vnc". Reportez-vous à ces instructions pour plus de détails sur la configuration complète:

Comment configurer x11vnc pour accéder à l'écran de connexion graphique?

Côté Windows, j'ai utilisé RealVNC Viewer: https://www.realvnc.com/en/connect/download/viewer/ , que j'avais déjà installé et configuré pour une connexion à distance à un Mac sur mon LAN.

Avec cette configuration, je n'ai AUCUNE des faiblesses décrites ci-dessus. De plus, en mode plein écran, l'affichage est tout aussi bon qu'il le serait naturellement. Je vois 0 décalage, 0 flou. J'ai un presse-papiers bidirectionnel qui fonctionne sans aucun effort pour l'obtenir ...

En théorie, vous êtes censé pouvoir empiler xrpd et x11vnc. Voir: http://c-nergy.be/blog/?p=5956 J'ai essayé cela aussi, juste pour voir si je pouvais le faire fonctionner. Je n'ai pas eu de chance avec ça non plus. Donc, je viens de dire l'enfer avec xrpd à la fin, je l'ai désinstallé et annulé toutes les modifications que j'ai apportées à ma machine en lutte avec lui (ou du moins si elles sont).

Sauf si vous avez une raison majeure pour laquelle vous AVEZ BESOIN de RDP au lieu de VNC, je vous recommande fortement de suivre la voie que j'ai décrite à la place.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.