Proxy error 10061

External clients can't connect and i tracked the problem down to the reverse proxy not being able to connect to the front end server. If i run the test on the lync publishing rule all the URLs some back with error 10061 no connection could be made because the target machine actively refused the connection. Nothing was changed that i am aware of. Anyone have any ideas?
  • Remove From My Forums
  • Question

  • External clients can’t connect and i tracked the problem down to the reverse proxy not being able to connect to the front end server. If i run the test on the lync publishing rule all the URLs some back with error 10061 no connection could be made because
    the target machine actively refused the connection. Nothing was changed that i am aware of. Anyone have any ideas?

    Thanks!

Answers

  • 10061 is an error which typically implies that there is a TCP/IP connectivity issue.

    Could be changes to the firewall that you’re unaware of.  May want to check and verify the following ports are open through the firewall:

    8080 — Is used to route traffic from the reverse proxy internal interface to the Front End Server, Front End pool virtual IP (VIP) or the optional Director or Director pool VIP.

    4443 — Is used for traffic from the reverse proxy internal interface to the Front End Server, Front End pool virtual IP (VIP) or the optional Director or Director pool VIP.

    Refer to diagram located here:

    http://technet.microsoft.com/en-us/library/jj204932.aspx

    • Proposed as answer by

      Monday, January 5, 2015 2:22 AM

    • Marked as answer by
      Eason Huang
      Monday, January 19, 2015 1:16 AM

  • Hi,

    Did you solve the issue with the help of Kevin Fanton provided above?

    Would you please elaborate your Reverse Proxy configuration?

    Please make sure that both port 80 and 443 are reachable on all internal Front end and Director servers from any subnet where Lync clients may reside internally.

    If you deploy Reverse Proxy with IIS ARR, you can also troubleshooting with the help of the link below:

    http://blogs.technet.com/b/nexthop/archive/2013/02/19/using-iis-arr-as-a-reverse-proxy-for-lync-server-2013.aspx

    Best Regards,

    Eason Huang


    Eason Huang
    TechNet Community Support

    • Marked as answer by
      Eason Huang
      Monday, January 19, 2015 1:16 AM


Network error codes

In the case of network errors (e.g. a connection to a proxy server fails) Proxifier outputs error code numbers. These are the standard Winsock error codes. This section contains the codes of network errors and their description.

WSAEACCES
(10013)

Permission denied.
An attempt was made to access a socket in a way forbidden by its access permissions.
An example is using a broadcast address for sendto without broadcast permission
being set using setsockopt(SO_BROADCAST).
Another possible reason for the WSAEACCES error is that when the bind function
is called (on Windows NT 4 SP4 or later), another application, service, or kernel
mode driver is bound to the same address with exclusive access. Such exclusive
access is a new feature of Windows NT 4 SP4 and later, and is implemented by
using the SO_EXCLUSIVEADDRUSE option.

WSAEADDRINUSE
(10048)

Address already in use.
Typically, only one usage of each socket address (protocol/IP address/port)
is permitted. This error occurs if an application attempts to bind a socket
to an IP address/port that has already been used for an existing socket, or
a socket that was not closed properly, or one that is still in the process of
closing. For server applications that need to bind multiple sockets to the same
port number, consider using setsockopt(SO_REUSEADDR). Client applications usually
need not call bind at all—connect chooses an unused port automatically.
When bind is called with a wildcard address (involving ADDR_ANY), a WSAEADDRINUSE
error could be delayed until the specific address is committed. This could happen
with a call to another function later, including connect, listen, WSAConnect,
or WSAJoinLeaf.

WSAEADDRNOTAVAIL
(10049)

Cannot assign requested address.
The requested address is not valid in its context. This normally results from
an attempt to bind to an address that is not valid for the local machine. This
can also result from connect, sendto, WSAConnect, WSAJoinLeaf, or WSASendTo
when the remote address or port is not valid for a remote machine (for example,
address or port 0).

WSAEAFNOSUPPORT
(10047)

Address family not supported by protocol family.
An address incompatible with the requested protocol was used. All sockets are
created with an associated address family (that is, AF_INET for Internet Protocols)
and a generic protocol type (that is, SOCK_STREAM). This error is returned if
an incorrect protocol is explicitly requested in the socket call, or if an address
of the wrong family is used for a socket, for example, in sendto.

WSAEALREADY
(10037)

Operation already in progress.
An operation was attempted on a nonblocking socket with an operation already
in progress—that is, calling connect a second time on a nonblocking socket
that is already connecting, or canceling an asynchronous request (WSAAsyncGetXbyY)
that has already been canceled or completed.

WSAECONNABORTED
(10053)

Software caused connection abort.
An established connection was aborted by the software in your host machine,
possibly due to a data transmission time-out or protocol error.

WSAECONNREFUSED
(10061)

Connection refused.
No connection could be made because the target machine 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.

WSAECONNRESET
(10054)

Connection reset by peer.
An existing connection was forcibly closed by the remote host. This normally
results if the peer application on the remote host is suddenly stopped, the
host is rebooted, or the remote host uses a hard close (see setsockopt for more
information on the SO_LINGER option on the remote socket.) This error may also
result if a connection was broken due to keep-alive activity detecting a failure
while one or more operations are in progress. Operations that were in progress
fail with WSAENETRESET. Subsequent operations fail with WSAECONNRESET.

WSAEDESTADDRREQ
(10039)

Destination address required.
A required address was omitted from an operation on a socket. For example, this
error is returned if sendto is called with the remote address of ADDR_ANY.

WSAEFAULT
(10014)

Bad address.
The system detected an invalid pointer address in attempting to use a pointer
argument of a call. This error occurs if an application passes an invalid pointer
value, or if the length of the buffer is too small. For instance, if the length
of an argument, which is a SOCKADDR structure, is smaller than the sizeof(SOCKADDR).

WSAEHOSTDOWN
(10064)

Host is down.
A socket operation failed because the destination host is down. A socket operation
encountered a dead host. Networking activity on the local host has not been
initiated. These conditions are more likely to be indicated by the error WSAETIMEDOUT.

WSAEHOSTUNREACH
(10065)

No route to host.
A socket operation was attempted to an unreachable host. See WSAENETUNREACH.

WSAEINPROGRESS
(10036)

Operation now in progress.
A blocking operation is currently executing. Windows Sockets only allows a single
blocking operation—per- task or thread—to be outstanding, and if
any other function call is made (whether or not it references that or any other
socket) the function fails with the WSAEINPROGRESS error.

WSAEINTR
(10004)

Interrupted function call.
A blocking operation was interrupted by a call to WSACancelBlockingCall.

WSAEINVAL
(10022)

Invalid argument.
Some invalid argument was supplied (for example, specifying an invalid level
to the setsockopt function). In some instances, it also refers to the current
state of the socket—for instance, calling accept on a socket that is not
listening.

WSAEISCONN
(10056)

Socket is already connected.
A connect request was made on an already-connected socket. Some implementations
also return this error if sendto is called on a connected SOCK_DGRAM socket
(for SOCK_STREAM sockets, the to parameter in sendto is ignored) although other
implementations treat this as a legal occurrence.

WSAEMFILE
(10024)

Too many open files.
Too many open sockets. Each implementation may have a maximum number of socket
handles available, either globally, per process, or per thread.

WSAEMSGSIZE
(10040)

Message too long.
A message sent on a datagram socket was larger than the internal message buffer
or some other network limit, or the buffer used to receive a datagram was smaller
than the datagram itself.

WSAENETDOWN
(10050)

Network is down.
A socket operation encountered a dead network. This could indicate a serious
failure of the network system (that is, the protocol stack that the Windows
Sockets DLL runs over), the network interface, or the local network itself.

WSAENETRESET
(10052)

Network dropped connection on reset.
The connection has been broken due to keep-alive activity detecting a failure
while the operation was in progress. It can also be returned by setsockopt if
an attempt is made to set SO_KEEPALIVE on a connection that has already failed.

WSAENETUNREACH
(10051)

Network is unreachable.
A socket operation was attempted to an unreachable network. This usually means
the local software knows no route to reach the remote host.

WSAENOBUFS
(10055)

No buffer space available.
An operation on a socket could not be performed because the system lacked sufficient
buffer space or because a queue was full.

WSAENOPROTOOPT
(10042)

Bad protocol option.
An unknown, invalid or unsupported option or level was specified in a getsockopt
or setsockopt call.

WSAENOTCONN
(10057)

Socket is not connected.
A request to send or receive data was disallowed because the socket is not connected
and (when sending on a datagram socket using sendto) no address was supplied.
Any other type of operation might also return this error—for example,
setsockopt setting SO_KEEPALIVE if the connection has been reset.

WSAENOTSOCK
(10038)

Socket operation on nonsocket.
An operation was attempted on something that is not a socket. Either the socket
handle parameter did not reference a valid socket, or for select, a member of
an fd_set was not valid.

WSAEOPNOTSUPP
(10045)

Operation not supported.
The attempted operation is not supported for the type of object referenced.
Usually this occurs when a socket descriptor to a socket that cannot support
this operation is trying to accept a connection on a datagram socket.

WSAEPFNOSUPPORT
(10046)

Protocol family not supported.
The protocol family has not been configured into the system or no implementation
for it exists. This message has a slightly different meaning from WSAEAFNOSUPPORT.
However, it is interchangeable in most cases, and all Windows Sockets functions
that return one of these messages also specify WSAEAFNOSUPPORT.

WSAEPROCLIM
(10067)

Too many processes.
A Windows Sockets implementation may have a limit on the number of applications
that can use it simultaneously. WSAStartup may fail with this error if the limit
has been reached.

WSAEPROTONOSUPPORT
(10043)

Protocol not supported.
The requested protocol has not been configured into the system, or no implementation
for it exists. For example, a socket call requests a SOCK_DGRAM socket, but
specifies a stream protocol.

WSAEPROTOTYPE
(10041)

Protocol wrong type for socket.
A protocol was specified in the socket function call that does not support the
semantics of the socket type requested. For example, the ARPA Internet UDP protocol
cannot be specified with a socket type of SOCK_STREAM.

WSAESHUTDOWN
(10058)

Cannot send after socket shutdown.
A request to send or receive data was disallowed because the socket had already
been shut down in that direction with a previous shutdown call. By calling shutdown
a partial close of a socket is requested, which is a signal that sending or
receiving, or both have been discontinued.

WSAESOCKTNOSUPPORT
(10044)

Socket type not supported.
The support for the specified socket type does not exist in this address family.
For example, the optional type SOCK_RAW might be selected in a socket call,
and the implementation does not support SOCK_RAW sockets at all.

WSAETIMEDOUT
(10060)

Connection timed out.
A connection attempt failed because the connected party did not properly respond
after a period of time, or the established connection failed because the connected
host has failed to respond.

WSATYPE_NOT_FOUND
(10109)

Class type not found.
The specified class was not found.

WSAEWOULDBLOCK
(10035)

Resource temporarily unavailable.
This error is returned from operations on nonblocking sockets that cannot be
completed immediately, for example recv when no data is queued to be read from
the socket. It is a nonfatal error, and the operation should be retried later.
It is normal for WSAEWOULDBLOCK to be reported as the result from calling connect
on a nonblocking SOCK_STREAM socket, since some time must elapse for the connection
to be established.

WSAHOST_NOT_FOUND
(11001)

Host not found.
No such host is known. The name is not an official host name or alias, or it
cannot be found in the database(s) being queried. This error may also be returned
for protocol and service queries, and means that the specified name could not
be found in the relevant database.

WSA_INVALID_HANDLE
(OS dependent)

Specified event object handle is invalid.
An application attempts to use an event object, but the specified handle is
not valid.

WSA_INVALID_PARAMETER
(OS dependent)

One or more parameters are invalid.
An application used a Windows Sockets function which directly maps to a Win32
function. The Win32 function is indicating a problem with one or more parameters.

WSAINVALIDPROCTABLE
(OS dependent)

Invalid procedure table from service provider.
A service provider returned a bogus procedure table to Ws2_32.dll. (Usually
caused by one or more of the function pointers being null.)

WSAINVALIDPROVIDER
(OS dependent)

Invalid service provider version number.
A service provider returned a version number other than 2.0.

WSA_IO_INCOMPLETE
(OS dependent)

Overlapped I/O event object not in signaled state.
The application has tried to determine the status of an overlapped operation
which is not yet completed. Applications that use WSAGetOverlappedResult (with
the fWait flag set to FALSE) in a polling mode to determine when an overlapped
operation has completed, get this error code until the operation is complete.

WSA_IO_PENDING
(OS dependent)

Overlapped operations will complete later.
The application has initiated an overlapped operation that cannot be completed
immediately. A completion indication will be given later when the operation
has been completed.

WSA_NOT_ENOUGH_MEMORY
(OS dependent)

Insufficient memory available.
An application used a Windows Sockets function that directly maps to a Win32
function. The Win32 function is indicating a lack of required memory resources.

WSANOTINITIALISED
(10093)

Successful WSAStartup not yet performed.
Either the application has not called WSAStartup or WSAStartup failed. The application
may be accessing a socket that the current active task does not own (that is,
trying to share a socket between tasks), or WSACleanup has been called too many
times.

WSANO_DATA
(11004)

Valid name, no data record of requested type.
The requested name is valid and was found in the database, but it does not have
the correct associated data being resolved for. The usual example for this is
a host name-to-address translation attempt (using gethostbyname or WSAAsyncGetHostByName)
which uses the DNS (Domain Name Server). An MX record is returned but no A record—indicating
the host itself exists, but is not directly reachable.

WSANO_RECOVERY
(11003)

This is a nonrecoverable error.
This indicates some sort of nonrecoverable error occurred during a database
lookup. This may be because the database files (for example, BSD-compatible
HOSTS, SERVICES, or PROTOCOLS files) could not be found, or a DNS request was
returned by the server with a severe error.

WSAPROVIDERFAILEDINIT
(OS dependent)

Unable to initialize a service provider.
Either a service provider’s DLL could not be loaded (LoadLibrary failed) or
the provider’s WSPStartup/NSPStartup function failed.

WSASYSCALLFAILURE
(OS dependent)

System call failure.
Returned when a system call that should never fail does. For example, if a call
to WaitForMultipleObjects fails or one of the registry functions fails trying
to manipulate the protocol/name space catalogs.

WSASYSNOTREADY
(10091)

Network subsystem is unavailable.
This error is returned by WSAStartup if the Windows Sockets implementation cannot
function at this time because the underlying system it uses to provide network
services is currently unavailable. Users should check:
That the appropriate Windows Sockets DLL file is in the current path.
That they are not trying to use more than one Windows Sockets implementation
simultaneously. If there is more than one Winsock DLL on your system, be sure
the first one in the path is appropriate for the network subsystem currently
loaded.
The Windows Sockets implementation documentation to be sure all necessary components
are currently installed and configured correctly.

WSATRY_AGAIN
(11002)

Nonauthoritative host not found.
This is usually a temporary error during host name resolution and means that
the local server did not receive a response from an authoritative server. A
retry at some time later may be successful.

WSAVERNOTSUPPORTED
(10092)

Winsock.dll version out of range.
The current Windows Sockets implementation does not support the Windows Sockets
specification version requested by the application. Check that no old Windows
Sockets DLL files are being accessed.

WSAEDISCON
(10101)

Graceful shutdown in progress.
Returned by WSARecv and WSARecvFrom to indicate that the remote party has initiated
a graceful shutdown sequence.

WSA_OPERATION_ABORTED
(OS dependent)

Overlapped operation aborted.
An overlapped operation was canceled due to the closure of the socket, or the
execution of the SIO_FLUSH command in WSAIoctl.


error 10061 откуда берется при connect

От:

maxidroms

Россия

 
Дата:  05.09.05 10:10
Оценка:

При коннекте на некоторых машина постоянно возникает 10061. В чем может быть причина?
Этот коннект хоть пробивается до серверного приложения или он не проходит сам компьютер даже, на котором это серв. приложение стоит?

Помогите плз!!! Клиенты недовольны. т.к. соединиться нельзя вообще никак! Это сообщения не переодически появляется а ПОСТОЯННО, но славо богу не у всех =(


Re: error 10061 откуда берется при connect

От:

TarasCo

 
Дата:  05.09.05 10:23
Оценка:

Здравствуйте, maxidroms, Вы писали:

M>При коннекте на некоторых машина постоянно возникает 10061. В чем может быть причина?

M>Этот коннект хоть пробивается до серверного приложения или он не проходит сам компьютер даже, на котором это серв. приложение стоит?

Где угодно
1)На локальной машине. Тогда «виноват» скорее всего персональный фаерволл
2)На шлюзе/прокси и.т.п. «Виноват» скорее всего межсетевой экран ( настоящий фаервол )
3)На серевре — скоре всего, опять же фаерволл.

В нормальной ситуации эта ошибка возникает, если на сервере не прослушивается запрашиваемый порт. В этом случае он отвечает RST+FIN что и означает активный отказ от соединения. Поскольку это происходит не со всеми клиентами, то стоит предположить, что порт указан верно, следовательно соединения отвергаются не сервером ( нужно проверить настройки клиентского ПО, если там задается порт ). Кроме серевра соединения могут отвергнуть фаерволл, прокси и.т.п. Если сервер расположен в инетнете, первым делом нужно проверить настройки прокси для выхода в интернет для этих пользователей.

Да пребудет с тобою сила


Re[2]: error 10061 откуда берется при connect

От:

maxidroms

Россия

 
Дата:  05.09.05 10:30
Оценка:

Здравствуйте, TarasCo, Вы писали:

TC>Здравствуйте, maxidroms, Вы писали:


M>>При коннекте на некоторых машина постоянно возникает 10061. В чем может быть причина?

M>>Этот коннект хоть пробивается до серверного приложения или он не проходит сам компьютер даже, на котором это серв. приложение стоит?

TC>Где угодно

TC>1)На локальной машине. Тогда «виноват» скорее всего персональный фаерволл
TC>2)На шлюзе/прокси и.т.п. «Виноват» скорее всего межсетевой экран ( настоящий фаервол )
TC>3)На серевре — скоре всего, опять же фаерволл.

TC>В нормальной ситуации эта ошибка возникает, если на сервере не прослушивается запрашиваемый порт. В этом случае он отвечает RST+FIN что и означает активный отказ от соединения. Поскольку это происходит не со всеми клиентами, то стоит предположить, что порт указан верно, следовательно соединения отвергаются не сервером ( нужно проверить настройки клиентского ПО, если там задается порт ). Кроме серевра соединения могут отвергнуть фаерволл, прокси и.т.п. Если сервер расположен в инетнете, первым делом нужно проверить настройки прокси для выхода в интернет для этих пользователей.

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

Коннекты с разных городов. Это может значить то что у провайдера закрыт порт или еще что то? Иными словами дело в провайдере? Ведь при модемном соединении никаких предварительных настроек Рабочей группы и ай-пи адреса не делается?!


Re[3]: error 10061 откуда берется при connect

От:

TarasCo

 
Дата:  05.09.05 11:07
Оценка:

Здравствуйте, 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)Дело в провайдере?
про провайдеров не знаю, какая у них там политика безопасности? Но я бы на их месте тоже все подряд порты не открывал. В любом случае, можно обратиться в саппорт и поинтересоваться.

Да пребудет с тобою сила


Re[4]: error 10061 откуда берется при connect

От:

maxidroms

Россия

 
Дата:  05.09.05 11:09
Оценка:

Здравствуйте, 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>про провайдеров не знаю, какая у них там политика безопасности? Но я бы на их месте тоже все подряд порты не открывал. В любом случае, можно обратиться в саппорт и поинтересоваться.

Ну хоть вы меня успокоили что это не в клиентской и не в серверной части дело…а то меня уже на куски тут готовы разорвать


Re[2]: error 10061 откуда берется при connect

От:

MaximE

Великобритания

 
Дата:  06.09.05 09:45
Оценка:

10 (1)

TarasCo wrote:

[]

> В нормальной ситуации эта ошибка возникает, если на сервере не прослушивается запрашиваемый порт. В этом случае он отвечает 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


Maxim Yegorushkin

Posted via RSDN NNTP Server 1.9


Re[3]: error 10061 откуда берется при connect

От:

TarasCo

 
Дата:  06.09.05 12:21
Оценка:

Здравствуйте, MaximE, Вы писали:

ME>В этом случае отсылается только RST.

Да, это меня переглючило, мысль ушла . RST+ACK S:0 A:xxxxxxx обычно отвечают
Спасибо за коррективу

Да пребудет с тобою сила


Re: error 10061 откуда берется при connect

От:

Michael Chelnokov

Украина

 
Дата:  10.09.05 11:46
Оценка:

Здравствуйте, 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
Дата: 09.11.01

и что мне тогда посоветовали.


Re[2]: error 10061 откуда берется при connect

От:

MaximE

Великобритания

 
Дата:  10.09.05 12:16
Оценка:

Здравствуйте, 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.


Re[3]: error 10061 откуда берется при connect

От:

Michael Chelnokov

Украина

 
Дата:  10.09.05 13:01
Оценка:

Здравствуйте, MaximE, Вы писали:

MC>>Возможные причины? Реализация сервера. Например он однопоточный, с последовательной обработкой запросов. И пока он обрабатывает один запрос, успевает поступить больше чем backlog (см. второй параметр функции listen) запросов. Все остальные получат WSAECONNREFUSED.


ME>В этом случае клиенты получат WSAETIMEDOUT, а не WSAECONNREFUSED.

Максим, я бы не писал если бы не знал. Если проверишь, то увидишь в этом случае именно WSAECONNREFUSED для тех клиентов что не поместились в очередь. WSAETIMEDOUT они получат если совсем ничего не будет в ответ. А в данном случае ответ четкий — сервер активно не захотел принимать входящее соединение.


Re[4]: error 10061 откуда берется при connect

От:

MaximE

Великобритания

 
Дата:  10.09.05 13:07
Оценка:

Здравствуйте, Michael Chelnokov, Вы писали:

MC>Здравствуйте, MaximE, Вы писали:


MC>>>Возможные причины? Реализация сервера. Например он однопоточный, с последовательной обработкой запросов. И пока он обрабатывает один запрос, успевает поступить больше чем backlog (см. второй параметр функции listen) запросов. Все остальные получат WSAECONNREFUSED.


ME>>В этом случае клиенты получат WSAETIMEDOUT, а не WSAECONNREFUSED.


MC> … А в данном случае ответ четкий — сервер активно не захотел принимать входящее соединение.

И что в этом случае сервер отсылает клиенту?


Re[3]: error 10061 откуда берется при connect

От:

Michael Chelnokov

Украина

 
Дата:  10.09.05 13:10
Оценка:

1 (1)

Здравствуйте, MaximE, Вы писали:

ME>Когда очередь установленных соединений заполнена, новые клиенты не получают RST на свой SYN

Не факт. Судя по Стивенсу, POSIX разрешает как игнорировать SYN, так и отвечать на него RST.
В Windows — второй вариант. В BSD — первый.
Давайте будем отталкиваться от того факта что клиенты все же получают RST, т.к. ошибка именно ECONNREFUSED, а не ETIMEDOUT. Т.е. кто-то все же отсылает оный RST. Почему бы не предположить что этот кто-то и есть сервер? Сервер под Windows


Re[5]: error 10061 откуда берется при connect

От:

Michael Chelnokov

Украина

 
Дата:  10.09.05 13:11
Оценка:

Здравствуйте, MaximE, Вы писали:

MC>> … А в данном случае ответ четкий — сервер активно не захотел принимать входящее соединение.


ME>И что в этом случае сервер отсылает клиенту?

RST

Подождите ...

Wait...

  • Переместить
  • Удалить
  • Выделить ветку

Пока на собственное сообщение не было ответов, его можно удалить.

Понравилась статья? Поделить с друзьями:
  • Proxy connection error перевод
  • Proxy connect error подключение не установлено т к конечный компьютер отверг запрос на подключение
  • Proxy connect error rutracker
  • Proxy auth error
  • Proxmox статус running io error