Неспособный к SSH в сервер, пока я не проверил с помощью ping-запросов его

У меня есть эта интересная проблема, где я неспособен к ssh в мой сервер, выполняющий бионического бобра, если я не проверяю с помощью ping-запросов его сначала. Я столкнулся с этой проблемой о другом сервере приблизительно год назад рабочая человечность 16, но я зафиксировал его и не сохранял примечаний по проблеме, потому что я думал, что это было странное, один от проблемы. В той ситуации я не смог получить доступ к любому из сервисов, таких как ssh и сеть, пока у меня не было постоянного движения ping. Строка над заголовком - то, что один из моих других серверов Ubuntu может к ssh в эту машину без любых проблем. Моя рабочая станция является iMac, возрастающей Горная цепь, и да, UFW был отключен.

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

Какие-либо мысли о том, почему я испытал бы затруднения, входящие в эту машину от моего Mac?

2
задан 1 March 2019 в 16:57

2 ответа

Ну, я - немые. Оказывается, что я использовал неправильную подсеть CIDR, когда я настраивал IP-адрес, я использовал 24 вместо 23 поэтому, только машины с нашей.2.x подсетью смогли соединиться, и что-либо за пределами этого было отклонено. Я не смог установить связь относительно того, почему определенные машины wer способный соединиться с нею и другие не были, пока мой супервизор не попробовал ее с одного из его серверов и спросил, "мог это быть, что только определенные подсети могут соединиться". Лампочка ушла, я изменил значение подсети, и теперь я могу соединиться.

Благодарен за то, что все пытаются помочь мне. TL:DR, проверьте свою подсеть в netplan и удостоверьтесь, что это корректно. @wolfenstein87 являются немыми.

0
ответ дан 2 December 2019 в 06:28

Вы не разъяснились, происходит ли это локально на той же LAN, подсети или чем-то еще. Если это происходит локально, это мог бы быть Ваш запрос SSH, не достигает хоста из-за плохого переключения или плохих чисел в таблице ARP где-нибудь. Я удостоверился бы, что очистился безотносительно стороны клиента таблиц и на аппаратных средствах по пути. Удостоверьтесь, что это не объединяется в сеть прежде, чем провести слишком много времени, отлаживая сервер. (отметьте: Я действительно хотел записать это как комментарий, но это не было возможно),

0
ответ дан 2 December 2019 в 06:28

Другие вопросы по тегам:

Похожие вопросы: