ssh, зависающие затем, испытывают таймаут

Реальный ответ - он зависит./tmp может использоваться приложениями, которые требуют, чтобы lockfiles или временные журналы присутствовали, для выполнения, или он не может. Могут быть символьные ссылки, там... не уверенные, что для, но это всегда возможно.

Необходимо действительно посмотреть на то, что там, прежде чем Вы решите удалить его. выполнение rf-rf * на чем-либо по сути опасно.

8
14.07.2011, 13:36
7 ответов

Проверьте эти вещи:

  • Порт 22 открытых и может получить соединения
  • Удостоверьтесь OpenSSH или другой процесс SSH работают на сервере
  • Удостоверьтесь, что конфигурационному файлу SSH дают соответствующие значения
1
27.01.2020, 20:13
  • 1
    mmm. man sshd_config |grep -i appropriate подходит пустой на всех моих полях Linux и Солярисе также –  sehe 14.07.2011, 03:00
  • 2
    @sehe, файл не расположен под/etc/ssh/? –   14.07.2011, 03:20
  • 3
    Это сделало меня <headdesk/> даже в то время как в постели. Сбой сарказма. То, что я (насмешливо) предложил, является документацией, не содержит информацию о соответствующем (так) настройки –  sehe 14.07.2011, 03:34
  • 4
    благодарит за все, на самом деле порт 22 был близок, таким образом, я вставил эту команду [код] iptables-A, ВВОДИТ-p tcp-d 0/0-s 0/0 - dport 22-j ПРИНИМАЕТ [/код] –  sam 14.07.2011, 04:46
  • 5
    Спасибо @norway, я сталкиваюсь с той же проблемой. Как я могу Проверить те вещи? Я использую Общий Хостинг.Спасибо. $ –  abu abu 07.03.2017, 08:21

Советы по устранению неисправностей:

  • Можете Вы ssh localhost на сервере?
  • Пользователям разрешают? (AllowUsers установка)
  • Вы связываете с внешним NIC? (ищите ListenAddress 0.0.0.0 или ListenAddress ::)
  • Вы работаете на порте 22? (Port)

    • В основном проверьте /etc/ssh/sshd_config.
  • Добавленный: можно использовать netstat -tlpn | grep 22 узнать, какие программы (если таковые имеются) слушают на порте 22 (выполненный как корень для наблюдения имен процесса).

Кроме того, рассмотрите использование явного подключения порта вместо ping (например. nmap -PN remote -p22 или даже просто telnet remote 22)

3
27.01.2020, 20:13

Во-первых, проверьте, работает ли SSH на принимающем конце. Войдите в удаленную машину и попробуйте к ssh к localhost (ssh к той же машине, Вы идете).

ssh -v myUserName@localhost

Это должно запросить Ваш пароль и затем должно зарегистрировать Вас в ту же машину. Если это не работает, который означает, что этот хост не имеет SSH включенным. Включение "удаленного входа в систему" на этом сервере должно решить проблему.

Если однако Вы смогли к ssh с целевого сервера в себя успешно, то проблема вероятна где-нибудь в середине. Вашей следующей вещью проверить являются брандмауэры на исходном хосте, чтобы удостовериться, что они не блокируют ssh.

0
27.01.2020, 20:13
  • 1
    я называю руку-waivy: Enabling "remote login" ничего на самом деле не означает. Решение проблемы должно также включить "удаленный вход в систему", FWIW –  sehe 14.07.2011, 02:58

Проверка после вещей:

1) Выполненный nmap localhost и порт проверки 22 состояния

2) На Вашем втором компьютере, с которым Вы хотите соединиться через ssh, выполните ssh localhost

-1
27.01.2020, 20:13

Если сервер openssh -уже установлен, это может быть заблокировано брандмауэром... при условии, что у вас включен ufw.

Если вы переходите с машины 192.168.1.2 на целевую машину 192.168.1.3. На целевой машине сделать... Sudo ufw разрешить с 192.168.1.2. И наоборот было бы кстати

0
27.01.2020, 20:13

Я знаю, вопрос про частную сеть, но у меня был аналогичный вывод, когда я пытался получить доступ к устройству через Интернет. Погуглив, я нашел этот вопрос; так что, даже если это может не ответить на вопрос, другие могут найти мой ответ полезным. В моем случае оказалось, что мой провайдер блокирует порт 22/TCP.

Если вы пытаетесь получить доступ к устройству через Интернет, есть пять возможных вариантов:

  1. Возможно, между машинами отсутствует сетевое соединение. Попробуйте пропинговать IP-адрес сервера. Если вы не можете получать пакеты, попробуйте проверить сетевое соединение на обеих машинах.
  2. Возможно, неправильно настроен сервер SSH. Попробуйте подключиться к устройству по SSH локально (с того же устройства и пользователя на то же устройство и пользователя )через:

    ssh localhost
    
  3. Если сервер подключен к Интернету через маршрутизатор, переадресация портов может быть настроена неправильно. Итак, проверьте конфигурацию переадресации портов на вашем маршрутизаторе.

  4. Возможно, локальный брандмауэр на сервере отфильтровывает входящие соединения. Попробуйте разрешить входящие подключения на порт 22/TCP в правилах вашего брандмауэра или вообще временно отключить брандмауэр.
  5. Один или оба интернет-провайдера могут фильтровать соединение. Попробуйте изменить порт на сервере на что-то вроде 2222, перезапустить сервер SSH и использовать SSH с использованием нового порта. Вы можете указать порт на клиентской машине с помощью опции -pв команде, подобной этой:

    ssh USER@HOST -p PORT
    
1
27.01.2020, 20:13

[Это мой первый ответ, прошу конструктивной критики, если нужно. Спасибо. :)]

Может случиться так, что вы забанены на целевой машине, например. потому что вы несколько раз ввели неправильный пароль.

Отредактируйте /etc/fail2ban/jail.localна целевой машине(192.168.1.3в вашем случае ). Это можно сделать, если вы можете sshна эту машину с другой, где ты не забанен.

Заполните строку ignoreipпод [DEFAULT]IP-адресом исходного компьютера :

.
[DEFAULT]

ignoreip = 192.168.1.2
0
17.04.2020, 08:40

Теги

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