Ошибка 10061: не удалось установить соединение, потому что целевой компьютер активно отказался от него
Недавно я установил (кроссплатформенное) клиент-серверное приложение, состоящее из серверной части веб-сервера и толстого (немого) настольного клиента.
Я смог подключиться к серверу и успешно запустить настольный клиент Ubuntu, однако, когда коллега установил клиентское приложение на свой ноутбук с Windows 10, я получил следующую ошибку:
[Ошибка 10061]: Невозможно установить соединение, так как целевой компьютер активно отказался от него.
У меня установлен и работает SSH на сервере Linux.
Вот что я сделал, чтобы попытаться решить проблему:
1. запустить ps aux | grep ssh чтобы убедиться, что SSH работает на сервере:
root 4359 0.0 0.1 65520 6304 ? Ss Sep02 0:02 /usr/sbin/sshd -D
root 19148 0.0 0.1 95400 6704 ? Ss 08:23 0:00 sshd: morpheous [priv]
morpheo+ 19166 0.0 0.0 95400 3380 ? S 08:23 0:00 sshd: morpheous@pts/0
2. запустить netstat -l чтобы убедиться, что порт 8000 прослушивается:
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 *:ssh *:* LISTEN
tcp6 0 0 [::]:ssh [::]:* LISTEN
tcp6 0 0 [::]:8000 [::]:* LISTEN
Active UNIX domain sockets (only servers)
Proto RefCnt Flags Type State I-Node Path
unix 2 [ ACC ] STREAM LISTENING 16673 /run/user/1000/systemd/private
unix 2 [ ACC ] STREAM LISTENING 11592 /var/run/dbus/system_bus_socket
unix 2 [ ACC ] STREAM LISTENING 11597 /var/run/docker.sock
unix 2 [ ACC ] STREAM LISTENING 11601 /run/uuidd/request
unix 2 [ ACC ] STREAM LISTENING 15199 /run/docker/libnetwork/c691c7be0884cd7e163479e2dca860cec5877a0dc01ed98a50e22d236d70b7e0.sock
unix 2 [ ACC ] STREAM LISTENING 9616 /run/systemd/private
unix 2 [ ACC ] SEQPACKET LISTENING 9623 /run/udev/control
unix 2 [ ACC ] STREAM LISTENING 9631 /run/systemd/fsck.progress
unix 2 [ ACC ] STREAM LISTENING 9644 /run/systemd/journal/stdout
unix 2 [ ACC ] STREAM LISTENING 15072 /var/run/docker/libcontainerd/docker-containerd.sock
3. Использовать замазку с Windows-машины, чтобы попытаться подключиться к серверу. Тем не менее, при представлении с CLI Linux и предложении войти в систему, когда я ввожу действительные учетные данные, я получаю сообщение об ошибке: Доступ запрещен
4. Я получил IP-адрес машины Windows, а затем проверил /var/log/auth.log на сервере, чтобы увидеть, был ли там IP-адрес машины с Windows (чтобы узнать, было ли на машине отказано в подключении, как сообщается клиентским приложением Try ton). НЕТ ЗАПИСИ IP-АДРЕСА В ФАЙЛЕ ЖУРНАЛА!
Может ли кто-нибудь помочь с необходимыми шагами, необходимыми для диагностики и устранения этой проблемы?
[[ОБНОВИТЬ]]
Оказывается, мой друг использовал неправильный IP-адрес на клиенте Windows!. Однако, поскольку я потратил впустую целый день, пытаясь докопаться до этого, мой вопрос таков:
Предполагая, что клиент пытается подключиться к правильной машине (т.е. использовать правильный IP-адрес), есть ли способ (на сервере) просмотреть / записать все запросы HTTP и HTTPS, поступающие на сервер?
Как я могу это сделать?