При коннекте на некоторых машина постоянно возникает 10061. В чем может быть причина?
Этот коннект хоть пробивается до серверного приложения или он не проходит сам компьютер даже, на котором это серв. приложение стоит?
Помогите плз!!! Клиенты недовольны. т.к. соединиться нельзя вообще никак! Это сообщения не переодически появляется а ПОСТОЯННО, но славо богу не у всех =(
Здравствуйте, maxidroms, Вы писали:
M>При коннекте на некоторых машина постоянно возникает 10061. В чем может быть причина? M>Этот коннект хоть пробивается до серверного приложения или он не проходит сам компьютер даже, на котором это серв. приложение стоит?
Где угодно
1)На локальной машине. Тогда "виноват" скорее всего персональный фаерволл
2)На шлюзе/прокси и.т.п. "Виноват" скорее всего межсетевой экран ( настоящий фаервол )
3)На серевре — скоре всего, опять же фаерволл.
В нормальной ситуации эта ошибка возникает, если на сервере не прослушивается запрашиваемый порт. В этом случае он отвечает RST+FIN что и означает активный отказ от соединения. Поскольку это происходит не со всеми клиентами, то стоит предположить, что порт указан верно, следовательно соединения отвергаются не сервером ( нужно проверить настройки клиентского ПО, если там задается порт ). Кроме серевра соединения могут отвергнуть фаерволл, прокси и.т.п. Если сервер расположен в инетнете, первым делом нужно проверить настройки прокси для выхода в интернет для этих пользователей.
Здравствуйте, TarasCo, Вы писали:
TC>Здравствуйте, maxidroms, Вы писали:
M>>При коннекте на некоторых машина постоянно возникает 10061. В чем может быть причина? M>>Этот коннект хоть пробивается до серверного приложения или он не проходит сам компьютер даже, на котором это серв. приложение стоит?
TC>Где угодно TC>1)На локальной машине. Тогда "виноват" скорее всего персональный фаерволл TC>2)На шлюзе/прокси и.т.п. "Виноват" скорее всего межсетевой экран ( настоящий фаервол ) TC>3)На серевре — скоре всего, опять же фаерволл.
TC>В нормальной ситуации эта ошибка возникает, если на сервере не прослушивается запрашиваемый порт. В этом случае он отвечает RST+FIN что и означает активный отказ от соединения. Поскольку это происходит не со всеми клиентами, то стоит предположить, что порт указан верно, следовательно соединения отвергаются не сервером ( нужно проверить настройки клиентского ПО, если там задается порт ). Кроме серевра соединения могут отвергнуть фаерволл, прокси и.т.п. Если сервер расположен в инетнете, первым делом нужно проверить настройки прокси для выхода в интернет для этих пользователей.
А что может быть с настройками не то если:
Стоит обычная пользовательская машина, выход по модему через провайдера. Все после этого встречается мой сервак т .к. он висит на выделенном ай-пи. в интернете.
Коннекты с разных городов. Это может значить то что у провайдера закрыт порт или еще что то? Иными словами дело в провайдере? Ведь при модемном соединении никаких предварительных настроек Рабочей группы и ай-пи адреса не делается?!
Здравствуйте, maxidroms, Вы писали:
M>Здравствуйте, TarasCo, Вы писали:
TC>>Здравствуйте, maxidroms, Вы писали:
M>>>При коннекте на некоторых машина постоянно возникает 10061. В чем может быть причина? M>>>Этот коннект хоть пробивается до серверного приложения или он не проходит сам компьютер даже, на котором это серв. приложение стоит?
TC>>Где угодно TC>>1)На локальной машине. Тогда "виноват" скорее всего персональный фаерволл TC>>2)На шлюзе/прокси и.т.п. "Виноват" скорее всего межсетевой экран ( настоящий фаервол ) TC>>3)На серевре — скоре всего, опять же фаерволл.
TC>>В нормальной ситуации эта ошибка возникает, если на сервере не прослушивается запрашиваемый порт. В этом случае он отвечает RST+FIN что и означает активный отказ от соединения. Поскольку это происходит не со всеми клиентами, то стоит предположить, что порт указан верно, следовательно соединения отвергаются не сервером ( нужно проверить настройки клиентского ПО, если там задается порт ). Кроме серевра соединения могут отвергнуть фаерволл, прокси и.т.п. Если сервер расположен в инетнете, первым делом нужно проверить настройки прокси для выхода в интернет для этих пользователей.
M>А что может быть с настройками не то если: M>Стоит обычная пользовательская машина, выход по модему через провайдера. Все после этого встречается мой сервак т .к. он висит на выделенном ай-пи. в интернете.
M>Коннекты с разных городов. Это может значить то что у провайдера закрыт порт или еще что то? Иными словами дело в провайдере? Ведь при модемном соединении никаких предварительных настроек Рабочей группы и ай-пи адреса не делается?!
1)
Возможны "происки" встроенных фаерволов. Например стандартному фаерволу из Win XP SP2 может не понравится идея соедиится с портом N на адрес M. IMHO любой персональный фаервол будет блокировать такие попытки.
2)Дело в провайдере?
про провайдеров не знаю, какая у них там политика безопасности? Но я бы на их месте тоже все подряд порты не открывал. В любом случае, можно обратиться в саппорт и поинтересоваться.
Здравствуйте, TarasCo, Вы писали:
TC>Здравствуйте, maxidroms, Вы писали:
M>>Здравствуйте, TarasCo, Вы писали:
TC>>>Здравствуйте, maxidroms, Вы писали:
M>>>>При коннекте на некоторых машина постоянно возникает 10061. В чем может быть причина? M>>>>Этот коннект хоть пробивается до серверного приложения или он не проходит сам компьютер даже, на котором это серв. приложение стоит?
TC>>>Где угодно TC>>>1)На локальной машине. Тогда "виноват" скорее всего персональный фаерволл TC>>>2)На шлюзе/прокси и.т.п. "Виноват" скорее всего межсетевой экран ( настоящий фаервол ) TC>>>3)На серевре — скоре всего, опять же фаерволл.
TC>>>В нормальной ситуации эта ошибка возникает, если на сервере не прослушивается запрашиваемый порт. В этом случае он отвечает RST+FIN что и означает активный отказ от соединения. Поскольку это происходит не со всеми клиентами, то стоит предположить, что порт указан верно, следовательно соединения отвергаются не сервером ( нужно проверить настройки клиентского ПО, если там задается порт ). Кроме серевра соединения могут отвергнуть фаерволл, прокси и.т.п. Если сервер расположен в инетнете, первым делом нужно проверить настройки прокси для выхода в интернет для этих пользователей.
M>>А что может быть с настройками не то если: M>>Стоит обычная пользовательская машина, выход по модему через провайдера. Все после этого встречается мой сервак т .к. он висит на выделенном ай-пи. в интернете.
M>>Коннекты с разных городов. Это может значить то что у провайдера закрыт порт или еще что то? Иными словами дело в провайдере? Ведь при модемном соединении никаких предварительных настроек Рабочей группы и ай-пи адреса не делается?!
TC>1) TC>Возможны "происки" встроенных фаерволов. Например стандартному фаерволу из Win XP SP2 может не понравится идея соедиится с портом N на адрес M. IMHO любой персональный фаервол будет блокировать такие попытки.
TC>2)Дело в провайдере? TC>про провайдеров не знаю, какая у них там политика безопасности? Но я бы на их месте тоже все подряд порты не открывал. В любом случае, можно обратиться в саппорт и поинтересоваться.
Ну хоть вы меня успокоили что это не в клиентской и не в серверной части дело...а то меня уже на куски тут готовы разорвать
[]
> В нормальной ситуации эта ошибка возникает, если на сервере не прослушивается запрашиваемый порт. В этом случае он отвечает RST+FIN что и означает активный отказ от соединения.
В этом случае отсылается только RST.
[root@localhost max]# tcpdump -i lo tcp port 10000
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on lo, link-type EN10MB (Ethernet), capture size 96 bytes
13:23:50.494285 IP localhost.localdomain.41915 > localhost.localdomain.10000: S 176260357:176260357(0) win 32767 <mss 16396,sackOK,timestamp 4126888 0,nop,wscale 2>
13:23:50.558286 IP localhost.localdomain.10000 > localhost.localdomain.41915: R 0:0(0) ack 176260358 win 0
2 packets captured
4 packets received by filter
0 packets dropped by kernel
Здравствуйте, maxidroms, Вы писали:
M>При коннекте на некоторых машина постоянно возникает 10061. В чем может быть причина?
Вы рано успокоились насчет серверной части
Почему-то никто не обратил внимания на то что ошибка 10061 — это WSAECONNREFUSED:
Connection refused.
No connection could be made because the target computer actively refused it. This usually results from trying to connect to a service that is inactive on the foreign host—that is, one with no server application running.
Возможные причины? Реализация сервера. Например он однопоточный, с последовательной обработкой запросов. И пока он обрабатывает один запрос, успевает поступить больше чем backlog (см. второй параметр функции listen) запросов. Все остальные получат WSAECONNREFUSED.
В более сложном случае при большой нагрузке может не успевать доходить ход до потока, делающего accept. С тем же результатом. Посмотрите здесь
Здравствуйте, Michael Chelnokov, Вы писали:
MC>Здравствуйте, maxidroms, Вы писали:
M>>При коннекте на некоторых машина постоянно возникает 10061. В чем может быть причина?
MC>Вы рано успокоились насчет серверной части MC>Почему-то никто не обратил внимания на то что ошибка 10061 — это WSAECONNREFUSED: MC>Connection refused. MC>No connection could be made because the target computer actively refused it. This usually results from trying to connect to a service that is inactive on the foreign host—that is, one with no server application running.
MC>Возможные причины? Реализация сервера. Например он однопоточный, с последовательной обработкой запросов. И пока он обрабатывает один запрос, успевает поступить больше чем backlog (см. второй параметр функции listen) запросов. Все остальные получат WSAECONNREFUSED.
В этом случае клиенты получат WSAETIMEDOUT, а не WSAECONNREFUSED.
Когда очередь установленных соединений заполнена, новые клиенты не получают RST на свой SYN (что вызвало бы WSAECONNREFUSED). Новые клиенты не получают ничего на свой FIN, поэтому TCP стэк клиента будет еще несколько раз пытаться установить соединение посылая серверу SYN, пока не соединится успешно или не отвалится по таймауту с ошибкой WSAETIMEDOUT.
Здравствуйте, MaximE, Вы писали:
MC>>Возможные причины? Реализация сервера. Например он однопоточный, с последовательной обработкой запросов. И пока он обрабатывает один запрос, успевает поступить больше чем backlog (см. второй параметр функции listen) запросов. Все остальные получат WSAECONNREFUSED.
ME>В этом случае клиенты получат WSAETIMEDOUT, а не WSAECONNREFUSED.
Максим, я бы не писал если бы не знал. Если проверишь, то увидишь в этом случае именно WSAECONNREFUSED для тех клиентов что не поместились в очередь. WSAETIMEDOUT они получат если совсем ничего не будет в ответ. А в данном случае ответ четкий — сервер активно не захотел принимать входящее соединение.
Здравствуйте, Michael Chelnokov, Вы писали:
MC>Здравствуйте, MaximE, Вы писали:
MC>>>Возможные причины? Реализация сервера. Например он однопоточный, с последовательной обработкой запросов. И пока он обрабатывает один запрос, успевает поступить больше чем backlog (см. второй параметр функции listen) запросов. Все остальные получат WSAECONNREFUSED.
ME>>В этом случае клиенты получат WSAETIMEDOUT, а не WSAECONNREFUSED.
MC> ... А в данном случае ответ четкий — сервер активно не захотел принимать входящее соединение.
Здравствуйте, MaximE, Вы писали:
ME>Когда очередь установленных соединений заполнена, новые клиенты не получают RST на свой SYN
Не факт. Судя по Стивенсу, POSIX разрешает как игнорировать SYN, так и отвечать на него RST.
В Windows — второй вариант. В BSD — первый.
Давайте будем отталкиваться от того факта что клиенты все же получают RST, т.к. ошибка именно ECONNREFUSED, а не ETIMEDOUT. Т.е. кто-то все же отсылает оный RST. Почему бы не предположить что этот кто-то и есть сервер? Сервер под Windows
Здравствуйте, MaximE, Вы писали:
MC>> ... А в данном случае ответ четкий — сервер активно не захотел принимать входящее соединение.
ME>И что в этом случае сервер отсылает клиенту?
. RST+ACK S:0 A:xxxxxxx обычно отвечают 
