search for: connect_next

I just want to make sure I'm interpreting this correctly. In 5.0 channel_connect_to would only return the requested socket. You'd then need to use this socket to create the channel with with channel_new. In 5.1 channel_connect_to doesn't return the socket but rolls in channel_new and now returns the channel directly. The usage of channel_new hasn't changed though, only

...ssh.c | 3 +- 3 files changed, 183 insertions(+), 45 deletions(-) diff --git a/channels.c b/channels.c index 7791feb..6e46229 100644 --- a/channels.c +++ b/channels.c @@ -172,6 +172,7 @@ static void port_open_helper(Channel *c, char *rtype); /* non-blocking connect helpers */ static int connect_next(struct channel_connect *); static void channel_connect_ctx_free(struct channel_connect *); +static int connect_to_helper(const char *host, u_short port, struct channel_connect *cctx); /* -- channel core */ @@ -209,6 +210,7 @@ channel_lookup(int id) case SSH_CHANNEL_LARVAL: case SSH_CHANNE...

...connect to localhost:80 as requested, with the following debug output: quad:~>debug1: client_input_channel_open: ctype forwarded-tcpip rchan 5 win 2097152 max 32768 debug1: client_request_forwarded_tcpip: listen localhost port 0, originator ::1 port 60153 debug2: fd 9 setting O_NONBLOCK debug1: connect_next: host localhost ([::1]:80) in progress, fd=9 debug2: fd 9 setting TCP_NODELAY debug3: fd 9 is O_NONBLOCK debug3: fd 9 is O_NONBLOCK debug1: channel 1: new [::1] debug1: confirm forwarded-tcpip debug3: channel 1: waiting for connection debug1: channel 1: connected to localhost port 80 However, conn...

...60013 worked fine, causing the client to connect to localhost:80 as requested, with the following debug output: debug1: client_input_channel_open: ctype forwarded-tcpip rchan 5 win 2097152 max 32768 debug1: client_request_forwarded_tcpip: listen localhost port 0, originator ::1 port 60153 debug1: connect_next: host localhost ([::1]:80) in progress, fd=9 debug1: channel 1: new [::1] debug1: confirm forwarded-tcpip debug1: channel 1: connected to localhost port 80 However, connecting to port 60014 did not work as expected. In that case, I saw: debug1: client_input_channel_open: ctype forwarded-tcpip rch...

...s several tens or hundreds of milliseconds to respond (slow line, geographical distance) - nothing is accepting connections at <REMOTE HOST>:5555 Under normal circumstances, when <REMOTE HOST> is the same machine as <server machine> or is near enough, connect() call in channels.c:connect_next() returns with non-blocking socket which has already finalized connection attempt (errno ECONNREFUSED or ETIMEDOUT, for example). When connection attempt to <REMOTE HOST> takes a while, connect() call returns with errno EINPROGRESS. In this case, outcome of the connection attempt is not yet...

https://bugzilla.mindrot.org/show_bug.cgi?id=1513 Summary: CIDR address/masklen matching support for permitopen= Product: Portable OpenSSH Version: 5.1p1 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: sshd AssignedTo: unassigned-bugs at mindrot.org