SSH с Mac на CentOS зависает навсегда при использовании определенного домена

Question

SSH с Mac на CentOS зависает навсегда при использовании определенного домена

Я уже около года запускаю сервер CentOS на Google Compute. Я использую SSH каждый день без проблем. Внезапно, когда я пытаюсь ввести ssh, команда просто ждет, ждет и ждет ... После экспериментов выяснилось, что я могу легко использовать ssh, используя все виды других способов обращения к серверу, но только мой основной домен вызывает проблема.

Вот копия моей командной строки, с измененными доменами и IPS для защиты невиновных. ;)

Kenny-iMac:~$ ssh kenny@mymaindomain.com
^C
Kenny-iMac:~$ host mymaindomain.com
mymaindomain.com has address xxx.xxx.xxx.xxx
mymaindomain.com mail is handled by 10 mxa.smtphost.com.
mymaindomain.com mail is handled by 10 mxb.smtphost.com.
Kenny-iMac:~$ ssh kenny@xxx.xxx.xxx.xxx
Last login: Sat Jun  2 18:43:05 2018 from nnn.nnn.nnn.nnn
[kenny@production-frontend-0 ~]$ exit
logout
Connection to xxx.xxx.xxx.xxx closed.
Kenny-iMac:~$ host otherdomainonserver.com
otherdomainonserver.com has address xxx.xxx.xxx.xxx
otherdomainonserver.com mail is handled by 10 mxa.smtphost.com.
otherdomainonserver.com mail is handled by 10 mxb.smtphost.com.
Kenny-iMac:~$ ssh kenny@otherdomainonserver.com
Last login: Sat Jun  2 18:45:20 2018 from nnn.nnn.nnn.nnn
[kenny@production-frontend-0 ~]$ exit
logout
Connection to otherdomainonserver.com closed.
Kenny-iMac:~$

Я могу изменить приведенное выше, включив в него настоящие домены, если это поможет диагностировать проблему, но решил, что лучше исключить их без необходимости.

Если я смогу получить правильный поиск в DNS для mymaindomain.com, и мои ключи ssh настроены правильно, чтобы я мог войти в систему (и работаю уже год), что может внезапно вызвать это? Почему я зависаю по ssh на мой основной домен?

РЕДАКТИРОВАТЬ: Было предложено выполнить ssh -v , чтобы посмотреть, что происходит. Вот результат:

$ ssh -v kenny@mymaindomain.com
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 *
debug1: Connecting to mymaindomain.com port 22.

, а затем он зависает.

РЕДАКТИРОВАТЬ 2: Я изменил sshd_config места назначения, чтобы установить уровень ведения журнала на DEBUG3 , который является самым высоким. Когда я пытаюсь использовать ssh )



Kenny-iMac:~$ ssh kenny@mymaindomain.com
^C
Kenny-iMac:~$ host mymaindomain.com
mymaindomain.com has address xxx.xxx.xxx.xxx
mymaindomain.com mail is handled by 10 mxa.smtphost.com.
mymaindomain.com mail is handled by 10 mxb.smtphost.com.
Kenny-iMac:~$ ssh kenny@xxx.xxx.xxx.xxx
Last login: Sat Jun  2 18:43:05 2018 from nnn.nnn.nnn.nnn
[kenny@production-frontend-0 ~]$ exit
logout
Connection to xxx.xxx.xxx.xxx closed.
Kenny-iMac:~$ host otherdomainonserver.com
otherdomainonserver.com has address xxx.xxx.xxx.xxx
otherdomainonserver.com mail is handled by 10 mxa.smtphost.com.
otherdomainonserver.com mail is handled by 10 mxb.smtphost.com.
Kenny-iMac:~$ ssh kenny@otherdomainonserver.com
Last login: Sat Jun  2 18:45:20 2018 from nnn.nnn.nnn.nnn
[kenny@production-frontend-0 ~]$ exit
logout
Connection to otherdomainonserver.com closed.
Kenny-iMac:~$ 


 Я могу изменить приведенное выше, включив в него настоящие домены, если это поможет диагностировать проблему, но решил, что лучше исключить их без необходимости. 

 Если я смогу получить правильный поиск DNS для mymaindomain.com и мои ssh-ключи настроены правильно, чтобы я мог войти в систему (и работаю уже год), что может внезапно вызвать это? Почему я зависаю по SSH на мой основной домен? 

 РЕДАКТИРОВАТЬ: Было предложено выполнить  ssh -v , чтобы посмотреть, что происходит. Вот результат: 

$ ssh -v kenny@mymaindomain.com
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 *
debug1: Connecting to mymaindomain.com port 22.


, а затем он зависает. 

 РЕДАКТИРОВАТЬ 2: Я изменил sshd_config места назначения, чтобы установить самый высокий уровень ведения журнала  DEBUG3 . Когда я пытаюсь использовать  ssh ) 


Kenny-iMac:~$ ssh kenny@mymaindomain.com
^C
Kenny-iMac:~$ host mymaindomain.com
mymaindomain.com has address xxx.xxx.xxx.xxx
mymaindomain.com mail is handled by 10 mxa.smtphost.com.
mymaindomain.com mail is handled by 10 mxb.smtphost.com.
Kenny-iMac:~$ ssh kenny@xxx.xxx.xxx.xxx
Last login: Sat Jun  2 18:43:05 2018 from nnn.nnn.nnn.nnn
[kenny@production-frontend-0 ~]$ exit
logout
Connection to xxx.xxx.xxx.xxx closed.
Kenny-iMac:~$ host otherdomainonserver.com
otherdomainonserver.com has address xxx.xxx.xxx.xxx
otherdomainonserver.com mail is handled by 10 mxa.smtphost.com.
otherdomainonserver.com mail is handled by 10 mxb.smtphost.com.
Kenny-iMac:~$ ssh kenny@otherdomainonserver.com
Last login: Sat Jun  2 18:45:20 2018 from nnn.nnn.nnn.nnn
[kenny@production-frontend-0 ~]$ exit
logout
Connection to otherdomainonserver.com closed.
Kenny-iMac:~$ 


 Я могу изменить приведенное выше, включив в него настоящие домены, если это поможет диагностировать проблему, но решил, что лучше исключить их без необходимости. 

 Если я смогу получить правильный поиск в DNS для mymaindomain.com и мои ssh-ключи настроены правильно, чтобы я мог войти в систему (и работаю уже год), что может внезапно вызвать это? Почему я зависаю по SSH на мой основной домен? 

 РЕДАКТИРОВАТЬ: Было предложено выполнить  ssh -v , чтобы посмотреть, что происходит. Вот результат: 

$ ssh -v kenny@mymaindomain.com
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 *
debug1: Connecting to mymaindomain.com port 22.


, а затем он зависает. 

 РЕДАКТИРОВАТЬ 2: Я изменил sshd_config места назначения, чтобы установить самый высокий уровень ведения журнала  DEBUG3 . Когда я пытаюсь использовать  ssh com и мои ssh-ключи настроены правильно, чтобы я мог войти в систему (и работаю уже год), что могло внезапно вызвать это? Почему я зависаю по SSH на мой основной домен? 


 РЕДАКТИРОВАТЬ: Было предложено выполнить  ssh -v , чтобы посмотреть, что происходит. Вот результат: 

$ ssh -v kenny@mymaindomain.com
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 *
debug1: Connecting to mymaindomain.com port 22.


, а затем он зависает. 

 РЕДАКТИРОВАТЬ 2: Я изменил sshd_config места назначения, чтобы установить самый высокий уровень ведения журнала  DEBUG3 . Когда я пытаюсь использовать  ssh com и мои ssh-ключи настроены правильно, чтобы я мог войти в систему (и работаю уже год), что могло внезапно вызвать это? Почему я зависаю по SSH на мой основной домен? 


 РЕДАКТИРОВАТЬ: Было предложено выполнить  ssh -v , чтобы посмотреть, что происходит. Вот результат: 

$ ssh -v kenny@mymaindomain.com
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 *
debug1: Connecting to mymaindomain.com port 22.


, а затем он зависает. 

 РЕДАКТИРОВАТЬ 2: Я изменил sshd_config места назначения, чтобы установить самый высокий уровень ведения журнала  DEBUG3 . Когда я пытаюсь использовать  ssh s sshd_config, чтобы установить самый высокий уровень ведения журнала  DEBUG3 . Когда я пытаюсь использовать  ssh s sshd_config, чтобы установить самый высокий уровень ведения журнала  DEBUG3 . Когда я пытаюсь использовать  sshkenny@mymaindomain.com  Я не получаю  абсолютно ничего  в журнале. Когда я  ssh kenny@xxx.xxx.xxx.xxx тогда я успешно могу войти в систему, и журнал извергает ТОННУ всякой всячины. 


 Я сбит с толку.


         
            0

         
         
            centos7 google-cloud-platform google-compute-engine ssh-keys         
         
         
            задан arp-sunny.
            5 June 2018 в 20:56 
         
         
         Ссылка


    1 ответ


  
    
   
   
      

      
         
                     
      

         
         
            
               
                  
                     Друг предложил подключить регистрацию sshd на удаленном CentOS-сервере, и я переключил ее на DEBUG3, и сервер зарегистрировался абсолютно ПРИМЕЧАНИЕ, когда я пытался соединиться с моим Mac. Это заставило меня понять, что моя попытка ssh с моего Mac никогда даже не прикасается к удаленному серверу. 

 Я попробовал пинговать и ни один пинг не прошел. Но я смог подключиться с помощью Chrome и загрузить один из сайтов, размещенных на сервере, так что это сказало мне, что я смог искать и подключаться через доменное имя. Однако теперь я думаю, что я был введен в заблуждение этой точкой данных о том, что Chrome, возможно, кэшировал IP поиск с какого-то момента в прошлом и мог им воспользоваться.

Я использовал доморощенный язык для установки telnet и пытался подключиться к mymaindomain.com порту 22, и он зависел... но потом выдал тайм-аут и выдал мне реальное сообщение об ошибке! 

имя узла или имя сервера, предоставленное или неизвестное

Это сообщение об ошибке привело меня на несколько страниц, которые предположили, что внутренняя DNS resolver MacOS X может быть проблемой, и они предположили  killall -HUP mDNSResponder. Это не решило проблему. Другие 

предложили  launchctl выгрузить -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist, а затем launchctl загрузить -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

Однако, это отказалось от запуска и сказало об этом: работа не разрешена, пока задействована защита целостности системы.

Итак, я решил, что самым простым способом перезагрузки внутреннего dns-кэша Mac OS X была перезагрузка.  вздох и это сработало. Я стал жертвой классической ошибки, когда не пытался просто выключить и включить его снова. 
                  
                  0

                  
                  
                     ответ дан 
                     5 December 2019 в 05:58 
                  
                  Ссылка
               
                              
                  
                     
      
                                         
                  
               
            
         
         
              



      
        Теги
        
         centos7 google-cloud-platform google-compute-engine ssh-keys       

        Похожие вопросы
        
          
                          162 
 Каково различие между authorized_keys и authorized_keys2? - 6 April 2017 16:13 
                            148 
 “Добавьте корректный ключ хоста known_hosts” / несколько ключей хоста ssh на имя хоста? - 3 August 2016 00:53 
                            92 
 как Вы создаете ssh ключ для другого пользователя? - 22 October 2011 22:24 
                            76 
  Какое значение имеет пользователь / хост в конце файла открытого ключа SSH?  - 18 December 2015 21:09 
                            73 
 Почему мой ключ OpenSSH берет отпечатки пальцев не, соответствуют цифровому отпечатку пары ключей консоли AWS EC2? - 10 June 2014 07:28 
                            68 
 Почему аутентификация по паролю SSH является угрозой безопасности? - 20 January 2012 03:58 
                            59 
 Centos 7 сохраняет iptables настройки - 5 March 2017 19:57 
                            56 
 Существует ли эквивалент ssh-copy-id для Windows? - 20 January 2011 20:48 
                            42 
  Я обновил свою систему CentOS 7. Почему Meltdown / Spectre смягчается лишь частично?  - 5 January 2018 21:19 
                            41 
 Самый гладкий рабочий процесс для обработки SSH размещает ошибки проверки? - 13 August 2012 17:42 
                            39 
 Как получить все цифровые отпечатки для .ssh/authorized_keys (2) файл - 28 July 2014 12:10 
                            37 
 Временно отключите ssh аутентификацию с открытым ключом от клиента - 13 April 2017 15:14 
                            30 
  ssh-copy-id - разрешение запрещено (publickey) [closed]  - 22 April 2015 08:56 
                            29 
 Автоматизация ssh-copy-id - 30 August 2011 21:17 
                            28 
  Иметь систему, у которой срок действия ключей SSH истекает каждые 90 дней  - 18 September 2018 10:45

score 0 · Answer 1 · 5 December 2019 в 05:58

Друг предложил подключить регистрацию sshd на удаленном CentOS-сервере, и я переключил ее на DEBUG3, и сервер зарегистрировался абсолютно ПРИМЕЧАНИЕ, когда я пытался соединиться с моим Mac. Это заставило меня понять, что моя попытка ssh с моего Mac никогда даже не прикасается к удаленному серверу.

Я попробовал пинговать и ни один пинг не прошел. Но я смог подключиться с помощью Chrome и загрузить один из сайтов, размещенных на сервере, так что это сказало мне, что я смог искать и подключаться через доменное имя. Однако теперь я думаю, что я был введен в заблуждение этой точкой данных о том, что Chrome, возможно, кэшировал IP поиск с какого-то момента в прошлом и мог им воспользоваться.

Я использовал доморощенный язык для установки telnet и пытался подключиться к mymaindomain.com порту 22, и он зависел... но потом выдал тайм-аут и выдал мне реальное сообщение об ошибке!

имя узла или имя сервера, предоставленное или неизвестное

Это сообщение об ошибке привело меня на несколько страниц, которые предположили, что внутренняя DNS resolver MacOS X может быть проблемой, и они предположили killall -HUP mDNSResponder. Это не решило проблему. Другие

предложили launchctl выгрузить -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist, а затем launchctl загрузить -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

Однако, это отказалось от запуска и сказало об этом: работа не разрешена, пока задействована защита целостности системы.

Итак, я решил, что самым простым способом перезагрузки внутреннего dns-кэша Mac OS X была перезагрузка. вздох и это сработало. Я стал жертвой классической ошибки, когда не пытался просто выключить и включить его снова.