Рейтинг:0

Еще один тайм-аут соединения SSH

флаг ar

Это озадачивает меня до бесконечности. К используя шпатлевку (последняя версия) мне удалось подключиться с Windows 10 к Убунту 18.04 через SSH (локальная сеть), и я делал это больше года, пока он таинственным образом не перестал работать без видимой причины.

На машине с Ubuntu 18 служба SSH загружена и работает. Nmap показывает местный tcp-порт 22 есть открытым.

На машине с Windows 10 замазка получает тайм-аут соединения. Nmap показывает удаленный tcp-порт 22 есть отфильтрованный.

На самом деле фильтруется каждый удаленный порт (указывающий на Ubuntu). Таким образом, другие службы, такие как VNC, которые работали раньше, теперь не работают.

Убунту ufw и apparmor отключены. Я также сбросил все правила iptables и оставил входящие и исходящие соединения по умолчанию ACCEPT. Я также отключил брандмауэр/антивирус Windows.

Убунту tcpdump показывает, что окна стучат в порт 22, а также iptables -A INPUT -s {windowsIP} -j ЖУРНАЛ показывает то же самое. Но в auth.log нет ни одного запроса на подключение

Я вручную открыл порт в Ubuntu с помощью netcat: лс | нк -л -р 4000 И netstat -tulpn подтверждает, что локальный TCP-порт 4000 открыт и прослушивается на всех интерфейсах (0.0.0.0). Тот же результат; Время ожидания Putty (в режиме telnet для этого теста) истекает, а nmap Windows показывает, что удаленный TCP-порт 4000 отфильтрован.

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

Кто-нибудь знает, что может происходить? Все указывает на то, что на машине с Ubuntu есть что-то (недавно установленное), что каким-то образом блокирует все входящие соединения, но я понятия не имею, что именно. Заранее спасибо.

waltinator avatar
флаг it
Возможно проблема с маршрутизацией пакетов. Позволяет ли `putty` увеличить уровень детализации? В Ubuntu, `ip route show`, для получения дополнительной информации. Также `traceroute` из одной системы в другую. Рассмотрите возможность установки `tracepath`, TCP traceroute. Прочтите `man ip ip-route ssh sshd sshd_config traceroute tracepath`. Эквиваленты Windows не относятся к теме AskUbuntu, но вы должны протестировать их с обеих сторон. Также посмотрите на `sudo journalctl -b 0 -u sshd`. Прочтите `man journalctl`.
флаг ar
Большое спасибо за попытку помочь.Я наконец нашел решение; была служба под названием ds_agent (по тренду микро), я ее убил и все снова заработало. Мне просто жаль, что я не понял это путем отладки, а не просто по счастливой случайности. В любом случае, еще раз спасибо, что нашли время помочь незнакомцу.
Рейтинг:0
флаг ar

Для потомков я, наконец, решил проблему, уничтожив службу с именем «ds_agente», которая представляет собой своего рода антивирус / брандмауэр, установленный удаленно без моего ведома.

Ответить или комментировать

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