Dépannage de SSH et NX J'ai une connexion SSH qui fonctionne en utilisant une clé RSA. Le problème est que le serveur NX veut le paramètre sshd_config AuthorizedKeysFile
à définir sur un fichier installé dans NX, /var/lib/nxserver/home/.ssh/authorized_keys2
. Une fois que j'ai fait ce changement, la connexion distante SSH ne pouvait pas être autorisée. J'ai essayé,
- en ajoutant la maison authorized_keys dans
~/.ssh
dans ce fichier /var.... - Il appartient à
nx
grouperoot
et des autorisations 644, j'ai donc ajouté les paramètres suivantsAllowUsers
yAllowGroups
avec les deux comptes jusqu'à la fin desshd_config
. - Redémarrage du serveur SSHD après chaque changement de sshd.
Malheureusement, ssh ne permet pas cette connexion.
Permission denied (publickey,gssapi-keyex,gssapi-with-mic).
Si je change sshd_config
AuthorizedKeysFile
pour revenir aux paramètres d'origine et tout va bien. Donc, y a-t-il une raison pour que sshd n'accepte pas le fichier clé autorisé que NX veut ?
Il y a des questions confuses ici. Prenez par exemple authorized_keys2 était déprécié ? Pas ça. ces gars-là se souciaient parce qu'ils parlent de l'utilisation de authorized_keys2 pour NX deux ans après le premier post.
De nombreux utilisateurs de NX notent que le fichier AuthorizedKeysFile n'est que le nom du fichier, pourtant cette page de manuel sur sshd_config (le même que CentOS6) et dit "Après l'expansion de [token], AuthorizedKeysFile est considéré comme un chemin absolu ou relatif au répertoire personnel de l'utilisateur". Le chemin NX devrait être correct, non ?
Malheureusement, mon serveur CentOS est équipé d'OpenSSH 5.3, car la version 6.2 (sur mon client) prend en charge l'accès à l'Internet. liste délimitée par l'espace de fichier(s) clé(s) autorisé(s).