La connexion au Bureau à distance Windows a échoué avec Ubuntu Server 12.4


8

Donc, j'ai un serveur sur lequel j'ai configuré RDC (Remote Desktop Connection), et je cherche à le rendre disponible sur Internet de manière globale afin que je puisse y accéder de n'importe où. Je suis actuellement en train de changer le mot de passe afin qu'il soit plus sécurisé maintenant qu'il sera visible sur le Web, mais je rencontre un petit problème.

Je vais utiliser quelques exemples de mots de passe ici.

  • Avant de changer mon mot de passe, j'avais un accès complet en utilisant RDC et mon ancien mot de passe: abc123 .

  • J'ai utilisé passwd pour changer mon mot de passe d' abc123 en d4f5g6 . Le changement a réussi, mais n'est pleinement reconnu que lorsque je le tape sur la machine elle-même, mais pas depuis RDC

Lorsque j'essaie de me connecter à l'aide de RDC et d'utiliser mon nouveau mot de passe, j'obtiens l'erreur suivante:

connecting to sesman ip 127.0.0.1 port 3350
sesman connect ok
sending login info to sesman
xrdp_mm_process_login_response: login successful for display
started connecting
connecting to 127.0.0.5910
tcp connected
security level is 2 (1 = none, 2 = standard)
password failed
error - problem connecting

Notez que le mot de passe est actuellement d4f5g6 , et je n'obtiens cette erreur que lorsque j'utilise d4f5g6 . Si j'utilise un autre mot de passe, y compris abc123 , j'obtiens cette erreur:

connecting to sesman ip 127.0.0.1 port 3350
sesman connect ok
sending login info to sesman
xrdp_mm_process_login_response: login failed

Notez également que je tape ces informations d'identification dans la connexion et qu'elles ne sont pas mises en cache dans RDC, donc RDC ne semble pas jouer du tout.

Il semble donc que mon mot de passe correct passe très bien par une première vérification, mais pas par une deuxième vérification? Voici le kicker; Si je change mon mot de passe en abc123 directement sur mon serveur, alors je peux me connecter avec succès au serveur avec RDC en utilisant abc123 ...


Avez-vous redémarré le serveur RDC après le changement de mot de passe?
Zelda

J'ai redémarré le programme RDC, mais pas encore le serveur réel, non. Je dois quand même l'essayer le matin, et ce sera idiot si c'est tout ce qu'il y a à faire.
MrMusAddict

"se connecter à 127.0.0.5910" est-ce vrai? ou une faute de frappe dans l'IP?

Réponses:


10

J'ai eu un utilisateur avec le même problème et après avoir essayé la solution de Sjaak, il ne pouvait toujours pas se connecter, donc sur un coup de tête, j'ai fait un ps -ef|grep vncet trouvé un processus avec l'UID des utilisateurs, j'ai donc tué ce processus et j'ai demandé à l'utilisateur de réessayer et la connexion a réussi .


2
Thx, Akers Votre réponse m'a sauvé le cul
Arthur Kushman

Génial, cela est également utile lorsque vous voulez lancer le GUI pour laisser le serveur respirer.
Arthur Kushman

3
A également résolu mon problème, mais que puis-je faire pour que ces anciens processus soient fermés par eux-mêmes?
Jesper Grann Laursen

3

Sur le serveur Ubuntu, vous pouvez supprimer le (contenu de) le dossier caché .vnc de votre répertoire personnel. Cela met en cache votre ancien mot de passe. Il sera recréé lors de votre prochaine connexion et utilisera ensuite votre nouveau mot de passe.


Juste pour développer la réponse de Sjaak Dalens, cette erreur déroutante survient également lorsque votre répertoire .vnc est sur un nfs et qu'il devient périmé (descripteur de fichier périmé nfs)! Bien sûr, la solution est de le remonter.
Jay Random

1

J'ai résolu cela en me connectant via ssh au RDC et en entrant ces commandes:

  1. ps -ef|grep vnc
  2. Dans la première colonne des résultats, recherchez le nom d'utilisateur qui ne peut pas se connecter.
  3. Regardez le process_ID à côté du nom d'utilisateur qui ne peut pas se connecter.
  4. sudo kill process_ID
  5. Reconnectez-vous au RDC.

1

Ajoutez ceci dans sesman.ini sous [Xvnc] a résolu mon problème!

param8=-SecurityTypes
param9=None 

$sudo nano /etc/xrdp/sesman.ini

Trouvez le "param" que j'ai ajouté

param8=-SecurityTypes
param9=None

Exécutez ensuite:

$sudo service xrdp restart

Après avoir pu me connecter et me connecter avec succès.


cheers mate, cette solution a sauvé mes deux heures d'essayer les réponses ci-dessus. XD
Ludwig Zhou

0

J'ai rencontré le même message d'erreur. Le problème s'est avéré être le nom d'utilisateur. J'essayais de me connecter en tant que "HomeServer". Cela ne fonctionne que si je me connecte en tant que "homeserver".

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.