Re: sshd "getpeername failed: Transport endpoint is not connected" error

[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

 



Thanks for suggestion. That was, indeed, a problem on our network.
Sorry for bothering you.

BTW, "-r" option is not included in a man page, it doesn't seem to
have any effect as well.

2015-12-11 5:47 GMT+03:00 Darren Tucker <dtucker@xxxxxxxxxx>:
> On Wed, Dec 9, 2015 at 7:43 PM, Andrey Klimentev <andrei650816@xxxxxxxxx> wrote:
>> Hello, everybody.
>>
>> I've recently encountered a problem with OpenSSH server. Could you
>> help me to troubleshoot it?
>>
>> I've configured 2 IP interfaces[1]: one with a public IP adress and
>> one with a private address. When I connect[2] through the public
>> interface (ens34), SSH works fine, but when I connect[3] through the
>> private interface (ens32), I receive a rather cryptic message on my
>> client - "ssh_exchange_identification: read: Connection reset by
>> peer".
>
> "reset by peer" usually means the TCP connection has been torn down
> via a TCP RST packet.  This can be the other end crashing (although
> from your logs that doesn't look to be the case here) or something
> like a firewall sending a RST.
>
> Do you have any firewall or packet filter in that network path?
> iptables anti-spoofing rules?
>
>> And this on my server - getpeername failed: Transport endpoint
>> is not connected".
>
> From the failed traces:
>
> debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7
> debug1: inetd sockets after dupping: 3, 3
> debug1: getpeername failed: Transport endpoint is not connected
> debug1: get_remote_port failed
>
> Since this happens immediately after the server reexecs itself,
> another possiblity is that somehow the descriptors are being marked
> close-on-exec.  You can test this theory by adding "-r" to sshd's
> command line to disable reexec.
>
> --
> Darren Tucker (dtucker at zip.com.au)
> GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4  37C9 C982 80C7 8FF4 FA69
>     Good judgement comes with experience. Unfortunately, the experience
> usually comes from bad judgement.



-- 
С уважением, Андрей Климентьев.
_______________________________________________
openssh-unix-dev mailing list
openssh-unix-dev@xxxxxxxxxxx
https://lists.mindrot.org/mailman/listinfo/openssh-unix-dev




[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux