Блог

Я пытаюсь написать серверную программу на C, используя другой клиент, я получаю эту ошибку, когда пытаюсь подключиться, например, через порт 2080.

 connection refused
  

Каковы могут быть причины этой ошибки?

Причин может быть много, но наиболее распространенными являются:

1. Порт не открыт на компьютере назначения.

2. Порт открыт на компьютере назначения, но его список ожидающих подключений заполнен.

3. Брандмауэр между клиентом и сервером блокирует доступ (также проверьте локальные брандмауэры).

После проверки наличия брандмауэров и того, что порт открыт, используйте telnet для подключения к ip / порту для проверки подключения. Это устраняет любые потенциальные проблемы с вашим приложением.

Ошибка означает, что ОС прослушивающего сокета распознала запрос на входящее соединение, но решила намеренно отклонить его.

Предполагая, что промежуточный брандмауэр не мешает, есть только две причины (о которых я знаю), по которым ОС отклоняет запрос на входящее соединение. Одна из причин уже упоминалась несколько раз — порт прослушивания, к которому подключается, не открыт.

Есть еще одна причина, которая еще не была упомянута — порт прослушивания фактически открыт и активно используется, но его отставание от запросов на входящее соединение в очереди достигло максимума, поэтому в данный момент нет свободного места для запроса на входящее соединение в очереди. Серверный код еще не вызывал accept() достаточно раз, чтобы завершить очистку доступных слотов для новых элементов очереди.

Подождите минуту или около того и повторите попытку подключения. К сожалению, нет способа провести различие между «порт вообще не открыт» и «порт открыт, но сейчас слишком занят». Они оба используют один и тот же общий код ошибки.

Если вы пытаетесь открыть TCP-соединение с другим хостом и видите ошибку «Отказано в подключении», это означает, что

1. Вы отправили TCP SYN-пакет на другой хост.
2. Затем вы получили первый пакет TCP в ответ.

ПЕРВЫЙ бит в TCP-пакете, который указывает, что соединение должно быть сброшено. Обычно это означает, что другой хост получил вашу попытку подключения и активно отказывается от вашего TCP-соединения, но иногда промежуточный брандмауэр может заблокировать ваш пакет TCP SYN и отправить вам TCP RST обратно.

Смотрите https://www.rfc-editor.org/rfc/rfc793 страница 69:

SYN-ПОЛУЧЕННОЕ СОСТОЯНИЕ

Если установлен первый бит

Если это соединение было инициировано с пассивным ОТКРЫТИЕМ (т. Е. вышло из состояния ПРОСЛУШИВАНИЯ), то верните это соединение в состояние ПРОСЛУШИВАНИЯ и вернитесь. Пользователю не нужно сообщать. Если это соединение было инициировано с активным ОТКРЫТЫМ (т. Е. вышло из состояния СИНХРОНИЗАЦИИ), то соединение было отклонено, сообщите пользователю «соединение отклонено». В любом случае все сегменты в очереди повторной передачи должны быть удалены. И в активном ОТКРЫТОМ случае войдите в ЗАКРЫТОЕ состояние и удалите TCB и вернитесь.

Отказ в подключении означает, что порт, к которому вы пытаетесь подключиться, фактически не открыт.

Итак, либо вы подключаетесь к неправильному IP-адресу, либо к неправильному порту, либо сервер прослушивает неправильный порт, либо фактически не запущен.

Распространенной ошибкой является не указание номера порта при привязке или подключении в сетевом порядке байтов…

Проверьте на стороне сервера, что он прослушивает порт 2080. Сначала попробуйте подтвердить это на серверной машине, отправив telnet на этот порт:

telnet localhost 2080

Если он прослушивает, он может ответить.

1. Проверьте состояние вашего сервера.

2. Проверьте состояние порта.

Например 3306 netstat -nupl|grep 3306 .

3. Проверьте свои брандмауэры. Например, добавьте 3306

 vim /etc/sysconfig/iptables
# add
-A INPUT -p tcp -m state --state NEW -m tcp --dport 3306 -j ACCEPT
  

Хотя, похоже, это не относится к вашей ситуации, иногда ошибка отказа в подключении может также указывать на конфликт ip-адресов в вашей сети. Вы можете выполнить поиск возможных конфликтов ip, выполнив:

  arp-scan -I eth0 -l | grep <ipaddress>
  

и

 arping <ipaddress>
  

Этот вопрос AskUbuntu также содержит дополнительную информацию.

Я получаю ту же проблему с моим рабочим компьютером. Проблема в том, что когда вы вводите localhost, он переходит на адрес прокси, а не на локальный адрес, который вы должны обойти, выполните следующие действия

Chrome => Настройки => Изменить настройки прокси => Настройки локальной сети => проверить прокси-сервер обхода локальных адресов.

В Ubuntu попробуйте sudo ufw allow <port_number> разрешить брандмауэру доступ как к вашему серверу, так и к БД.

С точки зрения брандмауэра контрольной точки, вы увидите сообщение от брандмауэра, если вы действительно выберете Отклонить в качестве действия, тем самым раскрывая предполагаемому злоумышленнику наличие брандмауэра перед сервером. Брандмауэр автоматически удалит все подключения, которые не соответствуют политике. Отказ в соединении почти всегда происходит с сервера

В моем случае это происходит, когда сайт заблокирован в моей стране, и я не использую VPN. Например, когда я пытаюсь получить доступ vimeo.com из Индонезии, которая заблокирована.

• Проверьте, bind подключено ли ваше приложение к порту, на который вы отправляете запрос
• Проверьте, принимает ли приложение соединения с хоста, на который вы отправляете запрос, возможно, вы забыли разрешить все входящие соединения 0.0.0.0 и по умолчанию разрешены только соединения с 127.0.0.1

У меня было то же сообщение с совершенно другой причиной: wsock32.dll не был найден. ::socket(PF_INET, SOCK_STREAM, 0); Вызов продолжал возвращать INVALID_SOCKET , но причина заключалась в том, что библиотека DLL winsock не была загружена.

В конце я запустил process monitor от Sysinternals и заметил, что он искал dll «везде», но не нашел ее.

Тихие сбои — это здорово!