SSH réinitialise le port par défaut au redémarrage

J'ai changé mon port SSH par défaut sur mon serveur domestique (dans le /etc/ssh/sshd_configfichier) en port 54747, puis j'ai redémarré les services sshet sshd(je ne sais pas lequel, donc j'ai fait les deux juste pour être sûr). Pour tester ma configuration, je me suis déconnecté puis reconnecté sans problème.

Quelques jours plus tard, j'ai installé les mises à jour apt, puis redémarré mon serveur. Lorsque j'ai essayé de me connecter à SSH (sur le port 54747), j'ai eu une erreur de connexion refusée.

Pour une raison quelconque, j'ai essayé de SSH sur le port par défaut, et cela a fonctionné! Je suis retourné vérifier le sshd_config, mais il avait toujours le port personnalisé. J'ai donc redémarré les services sshet sshd, et il est revenu à un comportement "normal" (ssh sur le port 54747). J'ai essayé de redémarrer à nouveau et la connexion a de nouveau refusé ...

Quelqu'un sait ce que j'ai fait de mal?

Détails supplémentaires:

• Ubuntu 16.04.2 LTS
• Le serveur utilise également un HTPC, avec une session ouverte (même utilisateur que SSH) sur mon téléviseur
• Je SSH en utilisant la clé RSA de mon ordinateur portable et j'ai désactivé l'authentification par mot de passe
• J'avais l'habitude de redémarrer avec sudo reboot -h now, mais après avoir cherché, j'ai découvert qu'il était découragé par certaines personnes, j'ai donc essayé sudo reboot, mais aucune différence

MODIFIER la séquence des événements:

1. Changer le port SSH de 22 à 54747 en /etc/ssh/sshd_config
2. Redémarrez les services ssh et sshd
3. Mettre fin à la session SSH en cours
4. SSH de retour avec succès sur le port 54747
5. Redémarrer
6. Erreur de connexion SSH sur le port 54747, mais réussie sur le port 22
7. Redémarrez les services ssh et sshd
8. SSH de retour avec succès sur le port 54747, erreur de connexion sur le port 22
9. Redémarrez et revenez à 6

EDIT 1: netstat sortie

rgo@ATLAS:~$ sudo netstat -lntp | grep :54747
rgo@ATLAS:~$ sudo netstat -lntp | grep :22
tcp6       0      0 :::22                   :::*                    LISTEN      1/init  

EDIT 2: service sshd status

● ssh.service - OpenBSD Secure Shell server
   Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled)
   Active: inactive (dead)

EDIT 3: lsof -i | grep ssh

systemd      1     root   46u  IPv6  42724      0t0  TCP ATLAS:ssh->192.168.1.27:49837 (ESTABLISHED)
systemd      1     root   49u  IPv6  14641      0t0  TCP *:ssh (LISTEN)
sshd      4088     root    3u  IPv6  42724      0t0  TCP ATLAS:ssh->192.168.1.27:49837 (ESTABLISHED)
sshd      4088     root    4u  IPv6  42724      0t0  TCP ATLAS:ssh->192.168.1.27:49837 (ESTABLISHED)
sshd      4202      rgo    3u  IPv6  42724      0t0  TCP ATLAS:ssh->192.168.1.27:49837 (ESTABLISHED)
sshd      4202      rgo    4u  IPv6  42724      0t0  TCP ATLAS:ssh->192.168.1.27:49837 (ESTABLISHED)

Pour référence, ATLAS est le nom d'hôte du serveur distant, 192.168.1.27 est l'IP LAN de mon ordinateur portable, et la commande a été exécutée entre les étapes 6 et 7

ufw status

Status: inactive

EDIT 4: ps -ef |grep sshd

root      4088     1  0 22:40 ?        00:00:00 sshd: rgo [priv]
rgo       4202  4088  0 22:40 ?        00:00:00 sshd: rgo@pts/1 sshd

ssh peut être "activé par socket" par systemd en fonction de la configuration, ce qui signifie qu'au départ c'est systemd qui configure le port d'écoute, et sshd n'est démarré que lorsqu'un client se connecte pour la première fois. C'est pour accélérer le temps de démarrage: les démons de service ne sont démarrés qu'à la demande.

Cependant, cela signifie que vous devez également configurer systemd sur le port correspondant. Vous trouverez la configuration du système dans /lib/systemd/system/ssh.socketlaquelle les listes ListenStream=22. Pour remplacer cela, créez un fichier /etc/systemd/system/ssh.socket.d/port.conf(créant le répertoire ssh.socket.dsi nécessaire) qui contient:

[Socket]
ListenStream=
ListenStream=54747

Modifiez le numéro sur le port souhaité. La première entrée vide efface la valeur par défaut précédente, et l'entrée suivante ajoute la nouvelle. Cela annule la livraison par défaut /lib/systemd/system/ssh.socketet doit être effectué en plus de la modification /etc/ssh/sshd_config.

Ensuite, exécutez sudo systemctl daemon-reloadpour informer systemd de vos modifications et sudo systemctl reload sshsi votre démon ssh était en cours d'exécution.

Vérifiez vos paramètres de port dans le /etc/ssh/sshd_configfichier. Assurez-vous que vous modifiez en tant que sudo ou utilisateur du groupe sudo. Tout ce que vous avez à faire pour définir le port est, sur un type de ligne Port 54747.Maintenant, redémarrez le service ssh en exécutant service sshd restart.Ensuite, vérifiez que ssh écoute sur ce port en exécutant sudo netstat -lntp | grep ssh.Reboot et test.

Vérifiez également vos paramètres réseau. Si vous êtes sur un réseau d'entreprise, assurez-vous que vous êtes dans le bon VLAN.

Parfois, les choses tournent mal. Si j'étais chez toi, j'essaierais avec:

cp /etc/ssh/sshd_config $HOME
sudo apt-get --reinstall install openssh-server

ssh est le processus client qui arbitre et maintient une connexion de session utilisateur au serveur ssh. sshd est le démon qui s'exécute sur le serveur ssh pour écouter et authentifier les demandes de connexion ssh.

Le fichier de configuration sur le serveur sshd qui est lu lors du démarrage du service sshd (qui nécessite des privilèges sudo pour le modifier) ​​est

/etc/ssh/sshd_config

Le service doit démarrer

/etc/systemd/system/sshd.service

Pour redémarrer sshd, ce qui impliquerait de relire le fichier sshd_config

sudo service sshd restart

Pour voir quel port le démon sshd écoute, ainsi que d'autres informations utiles, sur le type de serveur ssh

sudo service sshd status

Effectuez ces étapes dans l'ordre spécifié:

Redémarrez le serveur ssh

Ouvrez une session de terminal sur le serveur ssh (pas une connexion ssh dedans)

Type hostname

Si le nom d'hôte ne renvoie pas le nom du serveur ssh (Atlas dans ce cas), recommencez correctement l'étape précédente.

grep Port /etc/ssh/sshd_config - notez le numéro de port. Doit être celui que vous avez spécifié

sudo service sshd status

Si le statut indique qu'il est actif, en cours d'exécution et à l'écoute sur le port personnalisé que vous avez spécifié, alors vous êtes bon à cette fin. Sinon, il se peut que le démarrage du service n'appelle pas le fichier sshd_config que vous avez modifié mais un autre fichier de configuration contenant des informations par défaut. Si le service n'a pas démarré (dit mort et non actif et en cours d'exécution, alors c'est un problème différent de ce que vous avez demandé.

Ces étapes identifieront probablement la cause première du problème que vous posez.

À des fins de test et pour des raisons de simplicité: Du côté client, à partir d'une session de terminal, vous devez ssh dans le serveur ssh comme suit

ssh -l username -p 54747 hostname

Sur la base des commentaires OP, je soupçonne que sshd ne démarre pas au démarrage mais démarre correctement lorsqu'il est appelé manuellement. Les connexions ssh réussies via le port 22 peuvent ne PAS se connecter au serveur ssh mais à autre chose (par exemple localhost). Pour prouver ou démystifier cela, après la connexion via le type ssh

hostname

D'après ce que dit OP, je suppose que le nom d'hôte ne sera pas l'atlas du serveur ssh.

Pour isoler davantage cela, après le redémarrage du serveur ssh mais avant de faire quoi que ce soit de plus , à partir d'une session de terminal sur le type de serveur ssh (Atlas)

ssh localhost

Si cela échoue, comme il se doit, alors

ssh -p 54747 localhost

Si cela ne fonctionne pas non plus, cela confirmera les résultats obtenus lors de l'exécution

sudo service sshd status

Vous venez probablement de répondre Y quand apt a détecté des différences entre votre sshd_config et celui de votre package. Il vous demande si vous souhaitez installer la version de mantainer du package ou conserver la vôtre.

Causes possibles auxquelles je peux penser

1. Un binaire sshd différent est démarré au démarrage ou sshd est démarré avec une configuration différente. Peut-être que systemd est le coupable ici - il a une manière différente de changer de port, via un fichier /usr/lib/systemd/system/sshd.socketapparemment: https://www.vultr.com/docs/how-to-change-ssh-port-on-coreos
2. Le fichier / etc / ou / etc / ssh correct n'est pas encore monté au démarrage de sshd, s'agit-il d'un volume distinct sur votre machine qui sera monté plus tard dans le processus de démarrage?
3. sshd manque d'autorisations de lecture sur le fichier de configuration au moment du démarrage, bien que je ne sais pas si sshd commencerait même alors.