Я только что испытал аналогичную проблему с неопределенными последовательными портами UART и Linux с ПК ARCHMI. dmesg | grep serial не показывал никаких результатов. После многих проб я заметил, что это проблема BIOS. После отключения опции «Быстрая загрузка» все работало гладко и последовательные порты были правильно загружены с помощью UART, dmesg показал результаты. На всякий случай помогает случайно.
Для меня это действительно проблема с сетью.
Первое, что я хотел бы сделать, это попытаться подключиться к различным SSH-серверам через порт 22, примерно так:
$ telnet local-git-server 22
, а затем:
$ telnet github. com 22
Когда вы запустите это, вы должны увидеть результат, аналогичный следующему:
Escape-символ - '^]'.
SSH-2.0-OpenSSH_6.0p1 Debian-4 + deb7u2
Это хороший показатель того, что ssh
разрешен без каких-либо ограничений брандмауэра.
ssh-keyscan
? netstat -an --tcp
, вы увидите несколько записей TCP, которые находятся в состоянии SYN_SENT? Если так, это будет означать, что что-то блокируется на сетевом уровне Tuve el mismo problema (no se proporcionó ninguna salida )y fue porque el tiempo de espera predeterminado (5 segundos )era demasiado corto. Resolví esto usando el indicador T -que me permite establecer mi propio tiempo de espera personalizado (en segundos ). Ejemplo ilustrativo con tiempo de espera de 240 segundos y dirección IP aleatoria:
ssh-keyscan -T 240 52.213.86.118
Попробуйте запустить ssh-keyscan -p <PORT> <IP>
, если ваш ssh-сервер не работает на порту по умолчанию
У меня была та же проблема, я смог пропинговать, но
ssh-keyscan server IP
выдал эту ошибку:
write(localhost): Connection refused
Проблема в моем случае заключалась в том, что порт ssh на этом сервере был открыт на другом порту (7999, в моем случае ), а не на 22 по умолчанию в качестве порта ssh. Явное добавление номера порта решило проблему.Вот команда, которая сработала для меня:
ssh-keyscan -p 7999 -T 100 -t rsa -4 server IP >> ~/.ssh/known_hosts