2 votes

Impossible de se connecter en SSH au serveur avant de l'avoir "pingué".

J'ai ce problème intéressant où je suis incapable de me connecter à mon serveur utilisant bionic beaver à moins que je ne le ping d'abord. J'ai rencontré ce problème sur un autre serveur il y a environ un an sous ubuntu 16, mais je l'ai résolu et je n'ai pas pris de notes sur le problème parce que je pensais que c'était un problème bizarre et unique. Dans cette situation, je n'étais pas en mesure d'accéder à l'un des services, tels que ssh et web, jusqu'à ce que je dispose d'un ping constant. Le problème est qu'un de mes autres serveurs Ubuntu est capable de se connecter à cette machine sans aucun problème. Ma station de travail est un iMac fonctionnant sous High Sierra, et oui, l'UFW a été désactivé.

root@server:/var/log# ufw status
Status: inactive

root@server:/var/log# aptitude search ssh
p   erlang-ssh           - Erlang/OTP implementation of SSH protocol                                                                                      
p   libssh-4             - tiny C SSH library (OpenSSL flavor)                                                                                            
p   libssh-dev           - tiny C SSH library. Development files (OpenSSL flavor)                                                                         
p   libssh-doc           - tiny C SSH library. Documentation files                                                                                        
p   libssh-gcrypt-4      - tiny C SSH library (gcrypt flavor)                                                                                             
p   libssh-gcrypt-dev    - tiny C SSH library. Development files (gcrypt flavor)                                                                          
i   openssh-client       - secure shell (SSH) client, for secure access to remote machines                                                                
i   openssh-server       - secure shell (SSH) server, for secure access from remote machines                                                              
i   openssh-sftp-server  - secure shell (SSH) sftp server module, for SFTP access from remote machines                                                    
i   ssh                  - secure shell client and server (metapackage)                                                                                   
v   ssh-client           -                                                                                                                                
i   ssh-import-id        - securely retrieve an SSH public key and install it locally                                                                     
v   ssh-server           -                       

root@server:/var/log# aptitude show ssh
Package: ssh                      
Version: 1:7.6p1-4ubuntu0.2
State: installed
Automatically installed: no
Priority: optional
Section: net
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Architecture: all
Uncompressed Size: 106 k
Depends: openssh-client (>= 1:7.6p1-4ubuntu0.2), openssh-server (>= 1:7.6p1-4ubuntu0.2)
PreDepends: dpkg (>= 1.17.5)

imac:~ iMac$ ssh -vvv administrator@server
OpenSSH_7.6p1, LibreSSL 2.6.2
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 48: Applying options for *
debug2: ssh_connect_direct: needpriv 0
debug1: Connecting to server port 22.
ssh: connect to host server port 22: Operation timed out

Avez-vous une idée de la raison pour laquelle j'aurais des difficultés à accéder à cette machine depuis mon Mac ?

0voto

idor_brad Points 1157

Vous n'avez pas précisé si cela se produit localement sur le même réseau, le même sous-réseau ou autre chose. Si cela se produit localement, il se peut que votre requête SSH n'atteigne pas l'hôte en raison d'une mauvaise commutation ou de mauvais chiffres dans une table ARP quelque part. Je m'assurerais de vider toutes les tables côté client et sur le matériel en cours de route. Assurez-vous que ce n'est pas le réseau avant de passer trop de temps à déboguer le serveur. (note : je voulais vraiment écrire ceci comme un commentaire, mais ce n'était pas possible)

0voto

wolfenstein87 Points 21

Eh bien, je suis le muet. Il s'avère que j'ai utilisé le mauvais CIDR de sous-réseau lorsque j'ai configuré l'adresse IP, j'ai utilisé 24 au lieu de 23, de sorte que seules les machines de notre sous-réseau .2.x ont pu se connecter et que tout ce qui se trouvait en dehors a été refusé. Je n'arrivais pas à comprendre pourquoi certaines machines pouvaient se connecter et d'autres pas, jusqu'à ce que mon superviseur l'essaie à partir de l'un de ses serveurs et me demande "se pourrait-il que seuls certains sous-réseaux puissent se connecter". L'ampoule s'est allumée, j'ai changé la valeur du sous-réseau, et maintenant je peux me connecter.

Merci à tous d'avoir tenté de m'aider. TL:DR, vérifiez votre sous-réseau dans netplan et assurez-vous qu'il est correct. @wolfenstein87 sont les idiots.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X