ssh: exited: Erreur de connexion: aucune route à héberger

Je semble avoir un problème assez commun mais avec des symptômes peu communs.

Je suis connecté via SSH à mon routeur et j'essaie d'accéder à mon ordinateur portable via un autre tunnel SSH.

IP de l'ordinateur portable: 192.168.1.110 IP du routeur: 192.168.1.1

Mon ordinateur portable peut envoyer des requêtes ping et ssh à mon routeur, mais mon routeur peut envoyer une requête ping à mon ordinateur portable, mais pas ssh.

Ce n'est pas un problème avec le serveur SSH sur mon ordinateur portable depuis SSH en localhost fonctionne bien et lorsque j’avais la redirection de port, cela fonctionnait également de l’extérieur du réseau.

C'est probablement un problème avec le client ssh sur le routeur mais pas évident, car je peux utiliser ssh sur n'importe quel serveur externe (comme en dehors de mon réseau).

Des idées?

Je peux quelques commandes si vous avez besoin de plus d'informations techniques.

Mon routeur:

root@DD-WRT:~# uname -a
Linux DD-WRT 2.6.24.111 #2937 Sat Apr 9 10:39:27 CEST 2011 mips unknown

Aucun pare-feu n'est en cours d'exécution et iptables est vide.

— Slava Knyazev
source

Votre ordinateur portable peut avoir un pare-feu ou votre sshd peut n'écouter que sur localhost. Sur linux, vous pouvez exécuter lsof -i -a -p & lt; pid de la racine sshd & gt; pour voir sur quelles interfaces il est.

— Smiling Dragon

@SmilingDragon Tout d'abord, je n'ai pas de pare-feu (ou du moins aucun ne bloque quoi que ce soit). Et comme pour la sortie (en supposant que je l'ai bien fait) est

lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs       Output information may be incomplete. COMMAND  PID USER   FD   TYPE  DEVICE SIZE/OFF NODE NAME sshd    1024 root    3u  IPv4 1806072      0t0  TCP *:ssh (LISTEN) sshd    1024 root    4u  IPv6 1806074      0t0  TCP *:ssh (LISTEN)

— Slava Knyazev

Oui, ça a l'air juste (le *: ssh dit qu'il écoute le port 22 sur toutes les interfaces) Humour et vérifiez votre pare-feu bien que (iptables --list -n) juste pour être sûr? Si vous ne le faites pas, vous voudrez peut-être qu'apparmor ou selinux vous gêne, avez-vous soit activé?

— Smiling Dragon

iptables sont vides et je n'ai aucune des deux applications mentionnées.

— Slava Knyazev

@MariusMatutiae Oh quoi? Mon presse-papiers est parfois bizarre ...: / Merci de l'avoir signalé ..

— Slava Knyazev

Il est très étrange qu'un routeur génère une erreur

 ssh: exited: Error connecting: No route to host

pour un périphérique sur son côté LAN. Pour que cela se produise, il est nécessaire que le client ( c'est à dire. , l'ordinateur portable) soit déconnecté (êtes-vous en wifi ou ethernet? Les déconnexions wifi sont tellement plus faciles) ou que l'interface du routeur était en cours de reconfiguration.

Le cas le plus probable est si l'ordinateur portable est en wifi, car tout type d'interférence peut avoir entraîné la perte de vos paquets. Sur Ethernet, cela serait beaucoup plus inhabituel, et l'explication la plus probable serait une défaillance matérielle, comme un câble défectueux.

Une autre possibilité lointaine, mais pas tout à fait improbable, est épingle à cheveux , qui produit des effets similaires, mais ce n'est pas votre cas, n'est-ce pas?

— MariusMatutiae
source

L'ordinateur portable est en fait en fait sur le wifi. Mais existe-t-il une solution permanente pour cela? Parce que cela me conduit au mur ...

— Slava Knyazev

@ SlavaKnyazev, je peux comprendre cela. Pls commence par courir mtr 192.168.1.1 sur votre ordinateur portable pendant un certain temps (une demi-heure?) et ensuite voir quelle est la fraction de paquets abandonnés, puis le rapport de pls ici.

— MariusMatutiae