Реальный ответ - он зависит./tmp может использоваться приложениями, которые требуют, чтобы lockfiles или временные журналы присутствовали, для выполнения, или он не может. Могут быть символьные ссылки, там... не уверенные, что для, но это всегда возможно.
Необходимо действительно посмотреть на то, что там, прежде чем Вы решите удалить его. выполнение rf-rf * на чем-либо по сути опасно.
Проверьте эти вещи:
Советы по устранению неисправностей:
ssh localhost
на сервере? AllowUsers
установка)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
)
Во-первых, проверьте, работает ли SSH на принимающем конце. Войдите в удаленную машину и попробуйте к ssh к localhost (ssh к той же машине, Вы идете).
ssh -v myUserName@localhost
Это должно запросить Ваш пароль и затем должно зарегистрировать Вас в ту же машину. Если это не работает, который означает, что этот хост не имеет SSH включенным. Включение "удаленного входа в систему" на этом сервере должно решить проблему.
Если однако Вы смогли к ssh с целевого сервера в себя успешно, то проблема вероятна где-нибудь в середине. Вашей следующей вещью проверить являются брандмауэры на исходном хосте, чтобы удостовериться, что они не блокируют ssh.
Enabling "remote login"
ничего на самом деле не означает. Решение проблемы должно также включить "удаленный вход в систему", FWIW
– sehe
14.07.2011, 02:58
Проверка после вещей:
1) Выполненный nmap localhost и порт проверки 22 состояния
2) На Вашем втором компьютере, с которым Вы хотите соединиться через ssh, выполните ssh localhost
Если сервер openssh -уже установлен, это может быть заблокировано брандмауэром... при условии, что у вас включен ufw.
Если вы переходите с машины 192.168.1.2 на целевую машину 192.168.1.3. На целевой машине сделать... Sudo ufw разрешить с 192.168.1.2. И наоборот было бы кстати
Я знаю, вопрос про частную сеть, но у меня был аналогичный вывод, когда я пытался получить доступ к устройству через Интернет. Погуглив, я нашел этот вопрос; так что, даже если это может не ответить на вопрос, другие могут найти мой ответ полезным. В моем случае оказалось, что мой провайдер блокирует порт 22/TCP.
Если вы пытаетесь получить доступ к устройству через Интернет, есть пять возможных вариантов:
Возможно, неправильно настроен сервер SSH. Попробуйте подключиться к устройству по SSH локально (с того же устройства и пользователя на то же устройство и пользователя )через:
ssh localhost
Если сервер подключен к Интернету через маршрутизатор, переадресация портов может быть настроена неправильно. Итак, проверьте конфигурацию переадресации портов на вашем маршрутизаторе.
Один или оба интернет-провайдера могут фильтровать соединение. Попробуйте изменить порт на сервере на что-то вроде 2222, перезапустить сервер SSH и использовать SSH с использованием нового порта. Вы можете указать порт на клиентской машине с помощью опции -p
в команде, подобной этой:
ssh USER@HOST -p PORT
[Это мой первый ответ, прошу конструктивной критики, если нужно. Спасибо. :)]
Может случиться так, что вы забанены на целевой машине, например. потому что вы несколько раз ввели неправильный пароль.
Отредактируйте /etc/fail2ban/jail.local
на целевой машине(192.168.1.3
в вашем случае ). Это можно сделать, если вы можете ssh
на эту машину с другой, где ты не забанен.
Заполните строку ignoreip
под [DEFAULT]
IP-адресом исходного компьютера :
[DEFAULT]
ignoreip = 192.168.1.2
man sshd_config |grep -i appropriate
подходит пустой на всех моих полях Linux и Солярисе также – sehe 14.07.2011, 03:00