Differences

This shows you the differences between two versions of the page.

--- informatique:hardware:ubiquiti_erl [2018/11/01 19:24] – pteu
+++ informatique:hardware:ubiquiti_erl [2020/07/20 13:30] – SSH ne répond pas pteu
@@ Line 36: / Line 36: @@
 sudo -i
 </code>
+======Problèmes======
+=====SSH ne répond pas=====
+J'ai le SSH de mon ERL activé sur un port custom 2222 ; je peux vérifier qu'il l'est bien dans la (webUI : System> SSH Server), cependant je n'arrive pas à m'y connecter. En sniffant le trafic sur le client, Wireshark m'indique un 3-way-handshake suivi immédiatement par un TCP-FIN envoyé par le serveur...
+En désactivant/réactivant le SSH via la webUI, j'obtiens une piste dans les logs de l'ERL (webUI: Toolbox> Log Monitor) :
+<code bash>
+sshd[31070]: error: Bind to port 10001 on 0.0.0.0 failed: Address already in use.
+sshd[31070]: fatal: Cannot bind any address.
+</code>
+En utilisant la CLI dans la webUI (sous Chrome, car sous mon Firefox il ne fonctionne pas) je peux confirmer que le service SSHd a bien un soucis et ne se lance pas :
+<code bash>
+sudo service ssh status
+[FAIL] sshd is not running ... failed!
+</code>
+Toujours dans la CLI, en lançant un shell et en regardant ce qui tourne sur mon port 2222 je trouve un processus qui le squatte :
+<code bash>
+sh
+sudo netstat -nlpt
+Active Internet connections (only servers)
+Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
+#[..]
+tcp        0      0 0.0.0.0:2222             0.0.0.0:*               LISTEN     1234/processus
+</code>
+Donc là, 2 solutions : soit le processus squatteur est inutile et on peut le désactiver pour récupérer le port ; soit il est utile et il va falloir choisir un nouveau port pour notre serveur SSHd.
 ======Liens======
   * [[https://help.ubnt.com/hc/en-us/categories/200321064-EdgeMAX|support UBNT]]