1 votes

Impossible de se connecter en ssh à la machine?

Je possède un Mac pour lequel je ne parviens plus à me connecter en SSH pour une raison inconnue. Je suis totalement perdu et cherche des idées pour résoudre ce problème (sans réinstaller tout le système). J'ai essayé ce qui suit :

  • Bien sûr, j'ai vérifié que "Connexion à distance" est activé dans les préférences de partage du serveur.

  • Le pare-feu est désactivé dans les paramètres réseau du serveur.

  • J'ai vérifié que le service ssh est actif en tapant sudo launchctl list | grep ssh ce qui donne le résultat - 0 com.openssh.sshd tout comme sur les machines auxquelles je peux me connecter en ssh.

  • Dans le terminal du serveur, si je tape ssh localhost cela fonctionne comme prévu (c'est-à-dire j'obtiens un shell). De même, en tapant telnet localhost 22 j'obtiens le comportement normal, donc le port semble être actif.

  • J'ai fait un tcpdump sur le serveur qui montre des requêtes entrantes sur le port 22 mais aucune réponse au client. (À moins d'écouter sur l'interface en boucle et de se connecter depuis le serveur lui-même, auquel cas tout se comporte comme prévu.) La sortie de tcpdump sur la machine posant problème est la suivante (la machine avec une adresse se terminant en 14.85 est celle posant problème) :

    % sudo tcpdump -i en0 -n host XXX.XXX.14.4 Mot de passe : tcpdump: sortie verbose supprimée, utilisez -v[v]... pour un décodage complet du protocole écoute sur en0, type de lien EN10MB (Ethernet), longueur d'image 524288 octets 15:24:43.556929 IP XXX.XXX.14.4.49744 > XXX.XXX.14.85.22: Flags [S], seq 1150830320, win 65535, options [mss 1460,nop,wscale 6,nop,nop,TS val 3381388029 ecr 0,sackOK,eol], longueur 0 15:24:44.558314 IP XXX.XXX.14.4.49744 > XXX.XXX.14.85.22: Flags [S], seq 1150830320, win 65535, options [mss 1460,nop,wscale 6,nop,nop,TS val 3381389031 ecr 0,sackOK,eol], longueur 0

  • J'ai vérifié que launchd écoute bien sur le port 22 en exécutant sudo lsof -i -n -P | grep LISTEN. La sortie est similaire à celle des autres machines où ssh fonctionne correctement.

  • Je parviens à accéder au serveur via vnc en utilisant l'application de partage d'écran.

  • Je peux me connecter en ssh à une autre machine sur le même réseau local, donc ce n'est pas un problème de pare-feu (et, comme mentionné précédemment, je vois bien les requêtes entrantes sur le port 22).

  • Lorsque j'essaie de me connecter en ssh avec le drapeau -vvv, j'obtiens ce qui suit :

    % ssh -vvv utilisateur@hostname OpenSSH_9.3p2, LibreSSL 3.3.6 debug1: Lecture des données de configuration /Users/xxx/.ssh/config debug1: /Users/xxx/.ssh/config ligne 1: Application des options pour debug1: Lecture des données de configuration /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config ligne 21: include /etc/ssh/ssh_config.d/ ne correspond à aucun fichier debug1: /etc/ssh/ssh_config ligne 54: Application des options pour * debug3: Fichier UserKnownHostsFile '~/.ssh/known_hosts' étendu -> '/Users/xxx/.ssh/known_hosts' debug3: Fichier UserKnownHostsFile '~/.ssh/known_hosts2' étendu -> '/Users/xxx/.ssh/known_hosts2' debug1: Le fournisseur d'authentification $SSH_SK_PROVIDER n'a pas résolu ; désactivation debug1: Connexion à hostname port 22.

À ce stade, je suis à court d'idées pour résoudre le problème... Des idées ?

1voto

Oskar Points 1242

En supposant que la date et l'heure sur les deux ordinateurs sont à moins de 10 secondes l'une de l'autre, vous devriez peut-être envisager de regarder du côté du réseau lorsque vous obtenez un message "debug1: Connecting to hostname port 22.".

Si vous gérez les réseaux / plages IP - peut-être y a-t-il quelque chose d'inhabituel ou de local que vous puissiez examiner avec le commutateur / concentrateur / routeur. Si vous n'avez pas accès aux informations de réseau ou au commutateur - alors un tcpdump pour filtrer cette adresse/ hôte distant pourrait donner à l'un de nous suffisamment de pistes pour aider davantage. Si vous avez les deux machines et qu'elles sont proches - configurer un réseau point à point vous permettrait de savoir si le problème se situe réellement du côté du système d'exploitation de l'autre partie ssh. (Bien que vous ayez déjà regardé le tcpdump - le publier peut poser problème et beaucoup de gens ne les analyseront pas en ligne)

Je n'ai jamais eu besoin de activer des journaux / les consulter sur macOS côté sshd mais peut-être que cela vous en dirait aussi plus?

dans le pire des cas, vous pouvez éditer le message pour expliquer un peu plus:

  • quelle version du système d'exploitation est ssh?
  • Quelle version du système d'exploitation est sshd?
  • Comment les choses sont-elles exactement connectées?
  • La panne est-elle bilatérale (le Mac problématique peut-il faire un ssh sortant mais n'autorise pas les connexions ssh entrantes)?

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X