Krzysztof Stankiewicz
2011-Oct-22 03:38 UTC
Creating a reverse socket often (not always) fails.
Hi, I'm a little stuck on getting reverse connection working reliably from embedded devices running dropbear 0.51 to Ubuntu 8.x openssh. Connecting to local reverse socket often fails (not always) with "ssh_exchange_identification: Connection closed by remote host" My devices can reverse ssh and open a port on my server always, but often when the server is creating the reverse socket on localhost it freezes at "debug2: channel 2: sent ext data 706". The reverse connection works but later connecting to that reverse socket on the server fails with "ssh_exchange_identification: Connection closed by remote host". "often fails" means for a time it will allow connections and then same configuration for a time will fail. Any help would be very appreciated, Ive traced it down this far and could use some further pointers if possible. Seems an obscure problem at this stage. Thank you. //creating reverse connection, creates a socket but subsequently conecting to it fails. debug1: channel 1: new [port listener] debug1: server_input_channel_open: ctype session rchan 0 win 24576 max 32768 debug1: input_session_request debug1: channel 2: new [server-session] debug1: session_new: init debug1: session_new: session 0 debug1: server_input_channel_open: confirm session debug1: server_input_channel_req: channel 2 request shell reply 0 debug1: session_by_channel: session 0 channel 2 debug1: session_input_channel_req: session 0 req shell debug2: fd 3 setting TCP_NODELAY debug2: fd 11 setting O_NONBLOCK debug3: fd 11 is O_NONBLOCK debug2: fd 13 setting O_NONBLOCK debug2: channel 2: read 702 from efd 13 debug2: channel 2: rwin 24540 elen 702 euse 1 debug2: channel 2: sent ext data 702 ------freezes here even though reverse connection is fine. //creating a good reverse connection, can connect to this local socket without a problem. debug1: channel 1: new [port listener] debug1: server_input_channel_open: ctype session rchan 0 win 24576 max 32768 debug1: input_session_request debug1: channel 2: new [server-session] debug1: session_new: init debug1: session_new: session 0 debug1: session_open: channel 2 debug1: session_open: session 0: link with channel 2 debug1: server_input_channel_open: confirm session debug1: server_input_channel_req: channel 2 request shell reply 0 debug1: session_by_channel: session 0 channel 2 debug1: session_input_channel_req: session 0 req shell debug2: fd 3 setting TCP_NODELAY debug2: fd 11 setting O_NONBLOCK debug3: fd 11 is O_NONBLOCK debug2: fd 13 setting O_NONBLOCK debug2: channel 2: read 706 from efd 13 debug2: channel 2: rwin 24540 elen 706 euse 1 debug2: channel 2: sent ext data 706 debug2: channel 2: rcvd eof debug2: channel 2: output open -> drain debug2: channel 2: obuf empty debug2: channel 2: close_write debug2: channel 2: output drain -> closed debug2: channel 2: rcvd close debug2: channel 2: close_read debug2: channel 2: input open -> closed debug3: channel 2: will not send data after close debug2: channel 2: almost dead debug2: channel 2: gc: notify user debug1: session_by_channel: session 0 channel 2 debug1: session_close_by_channel: channel 2 child 12289 debug1: session_close_by_channel: channel 2: has child
Krzysztof Stankiewicz
2011-Oct-22 03:39 UTC
Creating a reverse socket often (not always) fails.
Hi, I'm a little stuck on getting reverse connection working reliably from embedded devices running dropbear 0.51 to Ubuntu 8.x openssh. Connecting to local reverse socket often fails (not always) with "ssh_exchange_identification: Connection closed by remote host" My devices can reverse ssh and open a port on my server always, but often when the server is creating the reverse socket on localhost it freezes at "debug2: channel 2: sent ext data 706". The reverse connection works but later connecting to that reverse socket on the server fails with "ssh_exchange_identification: Connection closed by remote host". "often fails" means for a time it will allow connections and then same configuration for a time will fail. Any help would be very appreciated, Ive traced it down this far and could use some further pointers if possible. Seems an obscure problem at this stage. Thank you. //creating reverse connection, creates a socket but subsequently conecting to it fails. debug1: channel 1: new [port listener] debug1: server_input_channel_open: ctype session rchan 0 win 24576 max 32768 debug1: input_session_request debug1: channel 2: new [server-session] debug1: session_new: init debug1: session_new: session 0 debug1: server_input_channel_open: confirm session debug1: server_input_channel_req: channel 2 request shell reply 0 debug1: session_by_channel: session 0 channel 2 debug1: session_input_channel_req: session 0 req shell debug2: fd 3 setting TCP_NODELAY debug2: fd 11 setting O_NONBLOCK debug3: fd 11 is O_NONBLOCK debug2: fd 13 setting O_NONBLOCK debug2: channel 2: read 702 from efd 13 debug2: channel 2: rwin 24540 elen 702 euse 1 debug2: channel 2: sent ext data 702 ------freezes here even though reverse connection is fine. //creating a good reverse connection, can connect to this local socket without a problem. debug1: channel 1: new [port listener] debug1: server_input_channel_open: ctype session rchan 0 win 24576 max 32768 debug1: input_session_request debug1: channel 2: new [server-session] debug1: session_new: init debug1: session_new: session 0 debug1: session_open: channel 2 debug1: session_open: session 0: link with channel 2 debug1: server_input_channel_open: confirm session debug1: server_input_channel_req: channel 2 request shell reply 0 debug1: session_by_channel: session 0 channel 2 debug1: session_input_channel_req: session 0 req shell debug2: fd 3 setting TCP_NODELAY debug2: fd 11 setting O_NONBLOCK debug3: fd 11 is O_NONBLOCK debug2: fd 13 setting O_NONBLOCK debug2: channel 2: read 706 from efd 13 debug2: channel 2: rwin 24540 elen 706 euse 1 debug2: channel 2: sent ext data 706 debug2: channel 2: rcvd eof debug2: channel 2: output open -> drain debug2: channel 2: obuf empty debug2: channel 2: close_write debug2: channel 2: output drain -> closed debug2: channel 2: rcvd close debug2: channel 2: close_read debug2: channel 2: input open -> closed debug3: channel 2: will not send data after close debug2: channel 2: almost dead debug2: channel 2: gc: notify user debug1: session_by_channel: session 0 channel 2 debug1: session_close_by_channel: channel 2 child 12289 debug1: session_close_by_channel: channel 2: has child
Reasonably Related Threads
- "ERR sshd: error: no more sessions" issue
- [Bug 1131] buffer_append_space: alloc not supported Error with V 4.2p1
- [Bug 1264] Channel not close by sshd Server
- [Bug 1258] sftp-server run although Subsystem disabled
- 5.2: Solaris 10 x86 x-11 forwarding fails, assign requested address