xrdp a échoué (problème de connexion) lorsque le package a été mis à jour automatiquement [fermé]


8

J'essaie de me connecter à Ubuntu 16.04 xrdp via la fenêtre 10 avec mstsc. Il a réussi en 2019/01/09 la nuit, mais a échoué en 2019/01/10 matin. Un journal de mise à jour automatique du système relatif à xrdf est capturé.

Le journal de connexion est répertorié ci-dessous:

connecting to sesman ip 127.0.0.1 port 3350
sesman connect ok
seding login info to session manager, please wait...
xrdp_mm_process_login_response: login successful for display
started connecting
connecting to 127.0.0.1 5916
tcp connected
security level is 2 (1=none, 2=standard)
password failed
error - problem connecting

Le journal de mise à jour du système est capturé et illustré ci-dessous:

2019-01-10 02:31:21 status installed systemd:amd64 229-4ubuntu21.10
2019-01-10 02:31:21 status installed ureadahead:amd64 0.100.0-19
2019-01-10 02:31:22 status installed man-db:amd64 2.7.5-1
2019-01-10 02:31:22 status installed xrdp:amd64 0.6.1-2ubuntu0.1
2019-01-10 02:31:22 status installed libnss3-nssdb:all 2:3.28.4-0ubuntu0.16.04.4
2019-01-10 02:31:22 status installed libnss3:amd64 2:3.28.4-0ubuntu0.16.04.4
2019-01-10 02:31:22 status installed libnss3:i386 2:3.28.4-0ubuntu0.16.04.4
2019-01-10 02:31:22 status installed libc-bin:amd64 2.23-0ubuntu10

Par conséquent, je déduis que xrdp ou son package associé a été influencé par la mise à jour du système. Ensuite, les méthodes [1-3] ont été essayées mais ont échoué.

  1. Changer le mot de passe. http://xrdp-devel.766250.n3.nabble.com/Xrdp-devel-Need-a-little-help-td4024769.html
  2. Remplacez vnc4server par tightvncserver. /raspberrypi/56413/error-problem-connecting-to-raspberry-pi-3-with-xrdp
  3. Tuez le processus orphelin. /unix/106974/windows-remote-desktop-login-failed-with-ubuntu-server-12-4

Alors, une idée pour résoudre ce problème?


1
Pour info, cela a été soulevé sur le bug tracker Ubuntu bugs.launchpad.net/ubuntu/+source/xrdp/+bug/1811122
QWasson

Réponses:


11

Vérifiez /var/log/apt/history.log, cela faisait partie de la mise à niveau de ce matin (2019-01-10)

xrdp:amd64 (0.6.1-2, 0.6.1-2ubuntu0.1)

J'ai ensuite rétrogradé :

sudo apt-get install xrdp=0.6.1-2

Ça marche maintenant


Probablement sudo apt-mark hold xrdpdoit être appliqué pour empêcher les futures mises à jour automatiques de ce package.
pa4080

2
E: La version '0.6.1-2' pour 'xrdp' est introuvable
stiv

8

Il semble qu'il y ait des améliorations de sécurité dans xrdp qui peuvent ne pas être complètement reflétées dans vnc (que ce soit le logiciel ou sa configuration), c'est pourquoi le retour à l'ancienne version fonctionne.

Une solution de contournement du problème de suivi des bogues Ubuntu pour cela:

L'ajout de cela dans sesman.ini sous [Xvnc] a résolu ce problème pour moi:

param8 = -SecurityTypes

param9 = Aucun


1
Ça a marché! Évidemment, cette erreur peut se produire pour de nombreuses raisons, car la question a été souvent posée, avec diverses solutions, mais cette récente mise à jour que je n'ai même pas remarquée, est ce qui était vraiment le cas. Tu m'as sauvé la journée!
noncom

A également fonctionné pour moi. Je parie que si nous activions le cryptage pour VNC, cela fonctionnerait aussi. L'erreur indique essentiellement que le cryptage n'est pas la force requise. Dommage, cela ne se contente pas d'indiquer cela dans le message d'erreur.
Geofferey

N'utilisez pas cette solution. Ce sont des paramètres que xrdp transmet à VNC, et il dit littéralement à VNC de ne pas exiger de mot de passe. Après avoir implémenté cette "solution", j'ai découvert qu'il n'y avait pas de journaux, puis j'ai réalisé que je pouvais me connecter au shell existant sans même utiliser un mot de passe valide. En bref: cela crée un énorme trou de sécurité.
David W

2

N'installez pas la dernière version de xrdp. Ce problème se produit avec la nouvelle version de xrdp

Je fais face à ce problème aussi et je veux contribuer, j'ai donc fait ce commentaire, j'ai corrigé cela en suivant les commandes:

sudo apt-get remove xrdp vnc4server tightvncserver
sudo apt-get install tightvncserver
sudo apt-get install xrdp=0.6.1-2
sudo service xrdp restart

Connectez-vous avec une connexion Bureau à distance à partir de Windows ou avec Linux, vous pouvez utiliser Rdesktop ou tout ce que vous voulez, alors cela devrait fonctionner.


1

Procédez comme suit - confirmez que xrdp a été mis à jour:

# sudo cat /var/log/apt/history.log

Réinstallez xrdp avec cette version:

# sudo apt-get install xrdp=0.6.1-2

Redémarrez xrdp:

# sudo service xrdp restart

Ça devrait marcher!


Cela fonctionne mais si vous avez des mises à jour automatiques, le problème réapparaîtra. Il semble que le bogue persiste dans les versions plus récentes.
Peter Drinnan

1
@PeterDrinnan utilise les éléments suivants pour empêcher une mise à jour entre-temps:sudo apt-mark hold xrdp
Jacman

Merci @jacman. J'ai trouvé que je devais également redémarrer mon serveur (pas seulement xrdp) pour le faire fonctionner, mais votre suggestion est la clé.
Peter Drinnan

apt-get install xrdp = 0.6.1-2
stiv

0

Après avoir mis à jour le fichier sesman.ini comme indiqué par Qwasson, exécutez:

sudo / usr / sbin / xrdp-sesman


0

La réponse de QWassan ci-dessus est sur la bonne voie. En suivant le lien de suivi des bogues ubuntu référencé, on peut trouver une mise à jour (entrée # 15) pour résoudre le problème xrdp. J'ai maintenant appliqué la mise à jour / correction / correctif à deux systèmes et les deux ont réussi à autoriser l'accès aux systèmes Ubuntu via le bureau à distance MS Win 10.

Le package 0.6.1-2ubuntu0.3 fonctionne bien sur une nouvelle installation 16.04. Confirmé qu'une connexion locale au serveur vnc vous invite à saisir le mot de passe maintenant.

wget https://launchpad.net/~ubuntu-security-proposed/+archive/ubuntu/ppa/+build/16288483/+files/xrdp_0.6.1-2ubuntu0.3_amd64.deb
aptitude purge xrdp
dpkg -i xrdp_0.6.1-2ubuntu0.3_amd64.deb
aptitude install vnc4server
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.