web-dev-qa-db-fra.com

La connexion SSH a expiré en externe, mais fonctionne en interne

Récemment, j'ai essayé de configurer mon ordinateur de bureau Ubuntu 14.04 (je l'appellerai "ordinateur A") comme serveur SSH afin de pouvoir y accéder à distance depuis mon ordinateur portable (je l'appellerai "ordinateur B"). J'ai installé openssh-server et, jusqu'à maintenant, je n'ai pas modifié le fichier/etc/ssh/sshd_config.

Le problème est que je pense avoir tout configuré correctement, et même si je peux accéder à l'ordinateur A à partir de l'ordinateur B via ssh en utilisant l'adresse IP interne permanente de l'ordinateur A sur le routeur alors que je suis dans le même réseau (et également via localhost dans l'ordinateur A):

ssh [email protected]

Je ne peux pas accéder à l'ordinateur A en utilisant l'adresse IP externe, comme dans:

ssh -vvv username@the-external-ip-adress

Après un long moment je reçois:

OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to the-external-ip-adress [the-external-ip-adress] port 22.
debug1: connect to address the-external-ip-adress port 22: Connection timed out
ssh: connect to Host the-external-ip-adress port 22: Connection timed out

J'ai essayé de me connecter via l'adresse externe de l'intérieur et de l'extérieur du réseau. Cette adresse je l'ai trouvée à canyouseeme.org et en la cherchant sur Google. J'ai également utilisé canyouseeme.org avec mon adresse IP et le port 22, qui est celui spécifié dans mon sshd_config par défaut et trouve également qu'il est impossible d'accéder au service en raison du délai de connexion.

J'ai vérifié à peu près tous les forums et publications sur des problèmes similaires, parfois d'apparence exactement identique, mais je n'ai trouvé aucune solution. Sur la base de tout ce que j'ai lu, je fournis des captures d'écran avec des informations sur la configuration de mon routeur (redirection de port, etc.) pertinentes ou susceptibles de l'être.

Moi aussi:

  • ont activé le port 22 sur mon pare-feu ("Sudo ufw allow 22")
  • ont essayé de désactiver le pare-feu
  • ont essayé de réactiver le pare-feu
  • ont essayé de désactiver le pare-feu du routeur
  • ont essayé de réactiver le pare-feu du routeur
  • ont essayé d'ajouter le port à l'iptables ("Sudo iptables -A INPUT -i eth1 -p tcp --dport 22 -j ACCEPT")
  • trouvé le fichier /var/log/auth.log uniquement avec des enregistrements locaux
  • trouvé le /var/log/daemon.log vide
  • ont essayé de faire un ping avec une perte de paquet de 100%
  • ont redémarré l'ordinateur A
  • ont redémarré le routeur
  • avoir vérifié les restrictions d'accès dans le fichier/etc/ssh/sshd_config mais n'en a trouvé aucune.

SCREENSHOTS

Aucune suggestion? S'il vous plaît gardez à l'esprit que je peux parfaitement ssh dans l'ordinateur A et l'utiliser depuis le réseau et en utilisant l'adresse IP locale de l'ordinateur A, ainsi que localhost depuis l'ordinateur A. Pour autant que je sache, cela suggère qu'il n'y a rien de mal à Configuration du serveur SSH de l'ordinateur A. Mais je peux me tromper.

UPDATE: J'ai aussi récemment remarqué que l'IP (IP externe) était en constante évolution (après de très longues périodes de temps), bien sûr, j'essaie toujours de me connecter à l'IP actuelle. Avoir une adresse IP non statique pourrait-il avoir quelque chose à faire?

networkingserversshfirewallopenssh
1
Eduardo Casillas Allen

Le problème, c'est que le fournisseur de services Internet ne me permettait pas de transférer correctement le port. J'ai changé de fournisseur et le problème a été résolu.

1
Eduardo Casillas Allen

Vous devriez vérifier qu’une passerelle est définie dans votre fichier de configuration réseau.

0
GotGame

Il est également possible que votre FAI sans fil bloque le trafic SSH et/ou le trafic à destination du routeur. Les options -vvvv peuvent être impliquées sur le client et les données de débogage demandées sur le serveur. L'option -d est utile pour dépanner le démon. Si vous consultez la page de manuel pour sshd, c'est là. Donc, arrêtez le sshd normal (arrêt du service) et exécutez-le manuellement - Sudo/usr/sbin/sshd -d, puis regardez la sortie de débogage pendant que vous tentez de vous connecter à partir de l'autre boîte. Vous voudrez peut-être enregistrer la sortie dans un fichier journal - cette sortie est destinée à stderr, pas seulement à stdout, donc faites toute redirection souhaitée.

0
Elizabeth Anderson