Это все внутри локальной сети. Мой сервер может быть проверен. Я могу запускать приложения php на своем сервере из локальной сети.
Я установил openssh-сервер. Я попробовал команду:
ps aux
, и она показывает:
process listed as /usr/sbin/sshd -D
Однако, когда я пытаюсь выполнить команду:
netstat -tulpn
PID / Название программы столбец пустой (я имею в виду, что у него есть дефис).
Честно говоря, я не очень хорошо понимаю эту область.
Но странно то, что SSH работал , но он внезапно прекратился. Я бы очень хотел помочь вам решить эту проблему.
РЕДАКТИРОВАТЬ:
Я только что понял, что я не могу даже запускать приложения php через браузер. Но localhost в URI работает со страницей index.html по умолчанию.
ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ:
Просто для записи, я никогда не менял никаких настроек iptables
. Только после того, как я застрял с этой проблемой, я это сделал iptables -F
.
Я даже пытался переустановить ssh пару раз, но у меня возникает ощущение, что записи в iptables вызывают эту проблему, как я узнал из комментариев ниже.
Если я выключаю брандмауэр с помощью ufw disable
, ssh localhost
работает.
Теперь, когда я пытаюсь получить доступ к этому серверу с другого компьютера, я получаю довольно большое сообщение об ошибке, подобное этому:
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @
WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS
POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be
eavesdropping on you right now (man-in-the-middle attack)! It is also
possible that a host key has just been changed. The fingerprint for
the ECDSA key sent by the remote host is
d4:........4:e9:75:06:61. Please contact your
system administrator. Add correct host key in
/home/khalid/.ssh/known_hosts to get rid of this message. Offending
ECDSA key in /home/khalid/.ssh/known_hosts:1 remove with: ssh-keygen
-f "/home/khalid/.ssh/known_hosts" -R 192.168.1.6 ECDSA host key for 192.168.X.X has changed and you have requested strict checking. Host key verification failed.
и нет соединения.
PID / имя программы пустое, потому что вы не работаете от имени пользователя root, попробуйте,
sudo netstat -tupln
Вы можете ssh localhost
проверить, работает ли sshd. Затем проверьте брандмауэр.
РЕДАКТИРОВАТЬ:
После просмотра системного журнала я понял, что сервер блокирует входные данные от eth1. Поэтому я использовал
sudo ufw allow 22
и принимал входные сигналы от этого порта.
Я не знаю, почему это сработало раньше и остановилось. И это первый раз, когда я включил этот порт, чтобы ssh работал. Но это помогло.
Большое спасибо neo и gertvdijk за вклады.
Я не думал, что нужно публиковать свой собственный ответ, поскольку это было несколько шагов, основанных на комментариях @gertvdijk и @neo. Во всяком случае, здесь это полный ответ.
Большое спасибо нео и gertvdijk за их вклад. Вот что я сделал, чтобы заставить его работать:
Проверял файл / var / log / syslog с помощью этой команды:
sud editor / var / log / syslog
Идентифицировал записи, которые предположительно предполагали, что входящий трафик на сетевой карте локальной сети был заблокирован. Следующее НЕ является точной записью, но оно должно дать кому-то представление:
[UFW BLOCK] IN = eth1 OUT = MAC = .... SRC = $
blockquote> [ 1112] Так что, если у вас есть похожие записи, вы заблокированы. В моем случае eth1 подключается к моей локальной сети, а eth0 - к Интернету. Странно то, что я никогда не включал и не отключал брандмауэр. Так что я озадачен тем, как это могло произойти.
В любом случае, я использовал sudo ufw allow 22
, чтобы разрешить входы с этого порта.
Я не знаю, почему это работало раньше и внезапно остановилось. Но эти шаги сделали свое дело.
Еще раз спасибо за поддержку!