search for: oclose

...feedback. x at y # /opt/OpenSSH/bin/ssh -l root somehost debug: Forwarding authentication connection. debug: channel 0: new [authentication agent connection] debug: channel 0: OUTPUT_OPEN -> OUTPUT_WAIT_DRAIN [rvcd IEOF] debug: channel 0: OUTPUT_WAIT_DRAIN -> OUTPUT_CLOSED [obuf empty, send OCLOSE] debug: channel 0: shutdown_write debug: channel 0: INPUT_OPEN -> INPUT_WAIT_DRAIN [read failed] debug: channel 0: shutdown_read debug: channel 0: INPUT_WAIT_DRAIN -> INPUT_WAIT_OCLOSE [inbuf empty, send IEOF] debug: channel 0: INPUT_WAIT_OCLOSE -> INPUT_CLOSED [rcvd OCLOSE] debug: channel...

...g: X11 connection uses different authentication protocol. debug: X11 rejected 0 i1/o16 debug: channel 0: read failed debug: channel 0: input open -> drain debug: channel 0: close_read debug: channel 0: input: no drain shortcut debug: channel 0: ibuf empty debug: channel 0: input drain -> wait_oclose debug: channel 0: send ieof debug: channel 0: write failed debug: channel 0: output open -> wait_ieof debug: channel 0: send oclose debug: channel 0: close_write debug: X11 closed 0 i4/o64 debug: channel 0: rcvd ieof debug: channel 0: non-open channel 0: istate 4 != open channel 0: ostate 64 !=...

When I encounter the problem with TCP port forwarding locking up, I'll see this on the client window (if I haven't invoked ssh with -q): chan_shutdown_read failed for #1/fd6: Transport endpoint is not connected chan_shutdown_read failed for #1/fd6: Transport endpoint is not connected This is with Blowfish encryption. I have to kill and restart the client when this happens. Phil

...p4 with kernel 2.2.16. debug: channel 2: new [listen port 3128 for webcache.example.com port 3128, connect from localhost port 1817] debug: channel 2: rcvd ieof debug: channel 2: output open -> drain debug: channel 2: obuf empty debug: channel 2: output drain -> closed debug: channel 2: send oclose debug: channel 2: close_write debug: channel 2: read<=0 rfd 7 len 0 debug: channel 2: read failed debug: channel 2: input open -> drain debug: channel 2: close_read channel 2: chan_shutdown_read: shutdown() failed for fd7 [i1 o128]: Transport endpoint is not connected debug: channel 2: input:...

...protocol. X11 connection rejected because of wrong authentication. debug1: X11 rejected 0 i0/o0 debug1: channel 0: read failed debug1: channel 0: close_read debug1: channel 0: input open -> drain debug1: channel 0: ibuf empty debug1: channel 0: send ieof debug1: channel 0: input drain -> wait_oclose debug1: X11 closed 0 i2/o0 debug1: channel 0: rcvd oclose debug1: channel 0: input wait_oclose -> closed debug1: channel 0: rcvd ieof debug1: channel 0: output open -> drain debug1: channel 0: obuf empty debug1: channel 0: close_write debug1: channel 0: send oclose debug1: channel 0: output d...

...connection uses different authentication protocol. debug1: X11 rejected 0 i1/o16 debug1: channel 0: read failed debug1: channel 0: input open -> drain debug1: channel 0: close_read debug1: channel 0: input: no drain shortcut debug1: channel 0: ibuf empty debug1: channel 0: input drain -> wait_oclose debug1: channel 0: send ieof debug1: channel 0: write failed debug1: channel 0: output open -> wait_ieof debug1: channel 0: send oclose debug1: channel 0: close_write debug1: X11 closed 0 i4/o64 debug1: channel 0: rcvd oclose debug1: channel 0: input wait_oclose -> closed debug1: channel 0: r...

...on 2.7.1.1 January 2001 Copyright (C) Herbert J. Bernstein 1998-2001 *** See "help notice" for further notices *** [16-bit version] debug1: channel 0: rcvd ieof debug1: channel 0: output open -> drain debug1: channel 0: obuf empty debug1: channel 0: close_write debug1: channel 0: send oclose debug1: channel 0: output drain -> closed debug1: channel 0: FORCE input drain debug1: channel 0: ibuf empty debug1: channel 0: send ieof debug1: channel 0: input drain -> wait_oclose X Error of failed request: BadAccess (attempt to access private resource denied) Major opcode of failed re...

...quest. debug1: fd 4 setting O_NONBLOCK debug1: fd 4 IS O_NONBLOCK debug1: channel 0: new [X11 connection from X.X.X.X port 1482] debug1: channel 0: rcvd ieof debug1: channel 0: output open -> drain debug1: channel 0: obuf empty debug1: channel 0: output drain -> closed debug1: channel 0: send oclose debug1: channel 0: close_write debug1: channel 0: read<=0 rfd 4 len 0 debug1: channel 0: read failed debug1: channel 0: input open -> drain debug1: channel 0: close_read debug1: channel 0: input: no drain shortcut debug1: channel 0: ibuf empty debug1: channel 0: input drain -> wait_oclose...

...g: X11 connection uses different authentication protocol. debug: X11 rejected 0 i1/o16 debug: channel 0: read failed debug: channel 0: input open -> drain debug: channel 0: close_read debug: channel 0: input: no drain shortcut debug: channel 0: ibuf empty debug: channel 0: input drain -> wait_oclose debug: channel 0: send ieof debug: channel 0: write failed debug: channel 0: output open -> wait_ieof debug: channel 0: send oclose debug: channel 0: close_write debug: X11 closed 0 i4/o64 debug: channel 0: rcvd ieof debug: channel 0: non-open channel 0: istate 4 != open channel 0: ostate 64 !=...

...er some circumstances when a slave session exits. The error messages that I am getting are: cfe1.imorgan> exit Connection to cfe1 closed. $ channel_by_id: 2: bad id: channel free client_input_channel_req: channel 2: unknown channel channel_by_id: 2: bad id: channel free Disconnecting: Received oclose for nonexistent channel 2. This is triggered by using a multiplexed connection to a bastion host and a ProxyCommand (similar to netcat) associated with the slave session to reach the host behind the bastion. However, a slave connection to the same bastion does not exhibit this problem, which make...

...1 rejected 0 i1/o16 debug: channel 0: INPUT_OPEN -> INPUT_WAIT_DRAIN [read failed] debug: channel 0: shutdown_read debug: channel 0: OUTPUT_OPEN -> OUTPUT_WAIT_IEOF [write failed] debug: channel 0: shutdown_write debug: X11 rejected 0 i2/o64 debug: channel 0: INPUT_WAIT_DRAIN -> INPUT_WAIT_OCLOSE [inbuf empty, send IEOF] debug: channel 0: OUTPUT_WAIT_IEOF -> OUTPUT_CLOSED [rvcd IEOF] debug: channel 0: INPUT_WAIT_OCLOSE -> INPUT_CLOSED [rcvd OCLOSE] debug: channel 0: full closed X connection to vaio.linnet.org:10.0 broken (explicit kill or server shutdown). [brian at vaio brian]$ xauth...

...vs. ''. X11 connection rejected because of wrong authentication at Tue Apr 25 17:15:34 2000. a Rejected connection at Tue Apr 25 17:15:34 2000: X11 connection from bart port 1169 lada: Channel 0 closes incoming data stream. lada: Channel 0 closes outgoing data stream. lada: Channel 0 sends oclosed. lada: Channel 0 sends ieof. lada: Channel 0 receives input eof. lada: X problem fix: close the other direction. lada: Channel 0 receives output closed. lada: Channel 0 terminates. X connection to bart:10.0 broken (explicit kill or server shutdown). And this is something I don't understand!...

Hi! I have problems with connections being left open with both 2.2.0p1 and the latest snapshot when using agent-forwarding. (I didn't use this with older versions, so I don't know whether this problem is older.) Scenario: I have a secret key that I run with ssh-agent on host "host-A". I then connect to "host-B" using 'slogin -A host-B'. When executing a

This to announce a test release of 2.1.0p1 before making it widely available. This release includes many fixes to problems reported over the last week. In particular: - spurious error and coredumps caused by the inbuilt entropy gathering - RSAref detection - Compilation fixes for Solaris and others It also contains (completely untested) support for compiling without RSA support. This may be

...error("internal error: chan_obuf_empty %d for ostate %d", c->self, c->ostate); nchan.c: * ACTIONS: should never update the channel states: c->istate or c->ostate nchan.c: switch (c->ostate) { nchan.c: error("internal error: channel %d: cannot send OCLOSE for ostate %d", c->self, c->istate); nchan.c: c->self, c->sock, c->istate, c->ostate, strerror(errno)); nchan.c: if (c->istate == CHAN_INPUT_CLOSED && c->ostate == CHAN_OUTPUT_CLOSED) { nchan.c:chan_init_iostates(Channel *c) nchan.c:...

Hello, I have encountered a problem using ssh-2.1.1p1 on HP-UX 11.00: Everything else seems to work but running scp results in processes staying open: On the server there are 2 processes still running after copying a file: "scp -v -t /tmp" and one sshd. On the client also a ssh-process stays running until killing one of the processes manually... The copying works fine however.

...+#endif else channel_handler_init_15(); } @@ -1806,6 +1885,7 @@ } +#ifdef WITH_PROTO13 void channel_input_close(int type, int plen, void *ctxt) { @@ -1843,6 +1923,7 @@ c->type = SSH_CHANNEL_OUTPUT_DRAINING; } } +#endif /* proto version 1.5 overloads CLOSE_CONFIRMATION with OCLOSE */ void @@ -1856,6 +1937,7 @@ chan_rcvd_oclose(c); } +#ifdef WITH_PROTO13 void channel_input_close_confirmation(int type, int plen, void *ctxt) { @@ -1871,6 +1953,7 @@ "non-closed channel %d (type %d).", id, c->type); channel_free(c); } +#endif void channel_input...

Dear all, For my thesis, I've been working on automatic inference of state machines for SSH servers. I ran into a couple of particularities regarding OpenSSH's inferred state machine, and was hoping some of you might be interested. Maybe you can even shed some light on it. Setup: I'm using LearnLib's (Java) version of the L* learning algorithm [1] to come up with sequences of