J'ai un problème avec le transfert X via SSH. Je me bats depuis des lustres, mais personne ne semble aider.
Je prends maintenant un tact différent. Je voudrais savoir comment je déboguerais les erreurs?
Quels journaux dois-je consulter, quels indicateurs supplémentaires dois-je définir (-v, etc.) et que dois-je rechercher?
Modifier davantage:
Si je me connecte à Putty sur le serveur et que j'essaye xeyes
, j'obtiens:
Proxy PuTTY X11: tentative de mauvais protocole d'autorisation Erreur: impossible d'ouvrir l'affichage: hôte local: 10.0
Si xauth generate $DISPLAY
je reçois:
Proxy PuTTY X11: protocole d'autorisation incorrect tentéxauth: (argv): 1: impossible d'ouvrir l'affichage "localhost: 10.0".
ssh
logging
debug
x11-forwarding
wkdmarty
la source
la source
Réponses:
Ma solution étape par étape:
1) Connectez-vous avec l'option -X racine de connexion à l'hôte distant
2) Vérifiez si le fichier .Xauthority existant
3) copiez le fichier .Xauthority dans le répertoire de l'autre utilisateur
4) définir les autorisations pour ce fichier
5) Connectez-vous à l'utilisateur Oracle
6) paramètre d'affichage dans localhost: 10.0
7) répertorie les cookies xauth existants
8) ajouter
9) test
J'espère qu'ils servent! @wcaraza
la source
Assurez-vous que l'
xauth
outil SSH est installé sur le serveur SSH et que votre~/.Xauthority
fichier est accessible en écriture. (Inexistant est également correct, tant qu'ilxauth
peut le créer.)Vérifiez si les données xauth sont mises à jour:
Essayez d'ajouter manuellement des données xauth factices (encore une fois, sur le serveur SSH) et voyez s'il y
xauth
a des problèmes (par exemple, impossible de créer le fichier de verrouillage ou de modifier le fichier Xauthority lui-même):Si nécessaire, réexécutez sous
strace
.Exécutez le service SSH en mode débogage, en définissant
LogLevel DEBUG2
dans la configuration du serveur (/etc/ssh/sshd_config
), ou en démarrant directement sshd en mode débogage:(Dans cet exemple,
12234
est le port SSH temporaire auquel vous devez vous connecter. N'importe quel port libre fera l'affaire.)la source
Ça marche, ça marche. haha.
ENFIN.
Après avoir découvert que ce n'était pas le système, en ajoutant un utilisateur de test (dont le transfert x a fonctionné "hors de la boîte"), j'ai pensé commencer à copier les fichiers de démarrage .bash * pour virginiser l'utilisateur "cassé".
Aucun des fichiers n'était différent, alors j'ai supprimé le répertoire .ssh des utilisateurs. Quand je suis entré, il a gémi à propos de "Le serveur a refusé notre clé", mais j'ai pu me connecter en utilisant un mot de passe. Une fois connecté, je pouvais x transférer parfaitement.
Je vais maintenant essayer de configurer à nouveau la clé et voir si je peux aussi le faire fonctionner. Ensuite, ce sera de retour à la normale.
la source
Une autre chose qui peut provoquer ce problème est l'existence d'un
~/.ssh/rc
fichier sur le serveur - la machine à laquelle vous vous connectez. Supprimez-le (ou renommez-le) pour résoudre le problème.la source
man sshd
, sshd s'exécute~/.ssh/rc
au lieu dexauth
, @PimpJuiceIT.rm ~/.Xauth*
puis reconnectez-vous.Cela fonctionne pour moi. Pour plus de détails
la source