Pantek Library
Hosting Provided By
CybrHost
High Speed Hosting
Mailing Lists: securityfocus.com > secureshell > 03 > 020377.html (Request Expert securityfocus.com Support)

RE: X11 forwarding help

From: Pham Tuan-TPHAM4 <Tuan.Pham(at)motorola.com>
Date: Wed Feb 12 2003 - 10:35:59 EST


David,

Thanks for your help!

I think that I might be the case. I know that the software is pretty old and I'm not sure if our vendor will support it. The strange thing is that the mgts_run application runs a lot of the programs fine. mgts_run starts an user-interface application where it starts other programs in the mgts suite. A lot of these "other" programs run fine. It is only certain ones that fail to this error. I read somewhere that this problem might occur when running programs try to switch user-contexts but I don't think that mgts is doing this.

Also, I can't do the "xhost +jinx" from the machine that I'm connecting to remotely. Basically, that's why I'm using the ssh so that it can forward X11 over a gateway. So, I can't really start an xdm session over 2 hops of different networks.

Would you have any other ideas? Thanks.

--Tuan

-----Original Message-----
From: David.A.Barr@Medstar.net [mailto:David.A.Barr@Medstar.net] Sent: Wednesday, February 12, 2003 8:29 AM To: Pham Tuan-TPHAM4
Subject: Re: X11 forwarding help

It looks like your xterm and xlock program run fine, but your mgts_run program is unsuccessful. Does mgts_run always fail with the same error? If so, it may be compiled with a different version of the X11 libraries and may not support .Xauthority authentication. You may have to type "xhost +jinx" (or whatever your hostname is) to do host based authentication, which is a lot weaker. You should probably talk to the vendor that supplied you with this program and see if they can provide you with a version that supports .Xauthority authentication.

Do you need help?X

Do you get this same error if you start your xsession with xdm and don't use ssh?

David

Pham Tuan-TPHAM4 <Tuan.Pham%motorola.com@internet.mhg.edu> 02/10/2003 03:08 PM   

        To:     secureshell%securityfocus.com@internet.mhg.edu
        cc: 
        Subject:        X11 forwarding help

Hello,  

I'm using ssh to do X11 forwarding over a gateway and it seems to work fine most of the time (xterms, xclocks). However, for some gui applications, I get the "X11 connection rejected because of wrong authentication." error. I have tried googling and tried different things but I can't seem to get it working. I was wondering if anyone knows what is going on. Thanks.  

Here's a log....During the session, I was able to bring an xterm and an xclock. But at the end of the session, I get the error when trying a run another gui application.  

penSSH_3.1p1, SSH protocols 1.5/2.0, OpenSSL 0x0090603f 

debug1: Reading configuration data /etc/ssh_config
debug3: Seeing PRNG from /opt/openssh/libexec/ssh-rand-helper
debug1: Rhosts Authentication disabled, originating port will not be
trusted. 
debug1: restore_uid
debug1: ssh_connect: getuid 5646 geteuid 0 anon 1
debug1: Connecting to 203.8.32.210 [203.8.32.210] port 22.
debug1: temporarily_use_uid: 5646/250 (e=0)
debug1: restore_uid
debug1: temporarily_use_uid: 5646/250 (e=0)
debug1: restore_uid
debug1: Connection established.
debug1: identity file /home/tpham4/.ssh/identity type -1
debug1: identity file /home/tpham4/.ssh/id_rsa type -1
debug1: identity file /home/tpham4/.ssh/id_dsa type -1
debug1: Remote protocol version 1.99, remote software version
OpenSSH_3.5p1
debug1: match: OpenSSH_3.5p1 pat OpenSSH* Enabling compatibility mode for protocol 2.0 
debug1: Local version string SSH-2.0-OpenSSH_3.1p1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit:

diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit:
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc debug2: kex_parse_kexinit:
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 
debug2: kex_parse_kexinit: zlib
debug2: kex_parse_kexinit: zlib
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: kex_parse_kexinit:

diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit:
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se debug2: kex_parse_kexinit:
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: mac_init: found hmac-md5
debug1: kex: server->client aes128-cbc hmac-md5 zlib
debug2: mac_init: found hmac-md5
debug1: kex: client->server aes128-cbc hmac-md5 zlib
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: dh_gen_key: priv key bits set: 136/256
debug1: bits set: 1572/3191
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent

Do you need more help?X

debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug3: check_host_in_hostfile: filename /home/tpham4/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 5
debug1: Host '203.8.32.210' is known and matches the RSA host key.
debug1: Found key in /home/tpham4/.ssh/known_hosts:5
debug1: bits set: 1616/3191
debug1: ssh_rsa_verify: signature correct
debug1: kex_derive_keys
debug1: newkeys: mode 1
debug1: Enabling compression at level 6.
debug1: SSH2_MSG_NEWKEYS sent
debug1: waiting for SSH2_MSG_NEWKEYS
debug1: newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: done: ssh_kex2.
debug1: send SSH2_MSG_SERVICE_REQUEST
debug1: service_accept: ssh-userauth
debug1: got SSH2_MSG_SERVICE_ACCEPT
debug1: authentications that can continue: 
publickey,password,keyboard-interactive

debug3: start over, passed a different list publickey,password,keyboard-interactive 
debug3: preferred publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: next auth method to try is publickey
debug1: try privkey: /home/tpham4/.ssh/identity
debug3: no such identity: /home/tpham4/.ssh/identity
debug1: try privkey: /home/tpham4/.ssh/id_rsa
debug3: no such identity: /home/tpham4/.ssh/id_rsa
debug1: try privkey: /home/tpham4/.ssh/id_dsa
debug3: no such identity: /home/tpham4/.ssh/id_dsa
debug2: we did not send a packet, disable method
debug3: authmethod_lookup keyboard-interactive
debug3: remaining preferred: password
debug3: authmethod_is_enabled keyboard-interactive
debug1: next auth method to try is keyboard-interactive
debug2: userauth_kbdint
debug2: we sent a keyboard-interactive packet, wait for reply
debug1: authentications that can continue:
publickey,password,keyboard-interactive 
debug3: userauth_kbdint: disable: no info_req_seen
debug2: we did not send a packet, disable method

Can we help you?X

debug3: authmethod_lookup password
debug3: remaining preferred: 
debug3: authmethod_is_enabled password
debug1: next auth method to try is password tpham4@203.8.32.210's password: 
debug1: packet_send2: adding 16 (len 30 padlen 18 extra_pad 64)
debug2: we sent a password packet, wait for reply
debug1: ssh-userauth2 successful: method password
debug3: clear hostkey 0
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug1: send channel open 0
debug1: Entering interactive session.
debug2: callback start
debug1: ssh_session2_setup: id 0
debug1: channel request 0: pty-req
debug3: tty_make_modes: ospeed 9600
debug3: tty_make_modes: ispeed 0
debug3: tty_make_modes: 1 3
debug3: tty_make_modes: 2 28
debug3: tty_make_modes: 3 127
debug3: tty_make_modes: 4 21
debug3: tty_make_modes: 5 4
debug3: tty_make_modes: 6 0
debug3: tty_make_modes: 7 0
debug3: tty_make_modes: 8 17
debug3: tty_make_modes: 9 19
debug3: tty_make_modes: 10 26
debug3: tty_make_modes: 11 25
debug3: tty_make_modes: 12 18
debug3: tty_make_modes: 13 23
debug3: tty_make_modes: 14 22
debug3: tty_make_modes: 16 0
debug3: tty_make_modes: 18 15
debug3: tty_make_modes: 30 1
debug3: tty_make_modes: 31 0
debug3: tty_make_modes: 32 0
debug3: tty_make_modes: 33 0
debug3: tty_make_modes: 34 0
debug3: tty_make_modes: 35 0
debug3: tty_make_modes: 36 1
debug3: tty_make_modes: 37 0
debug3: tty_make_modes: 38 1
debug3: tty_make_modes: 39 0
debug3: tty_make_modes: 40 0
debug3: tty_make_modes: 41 1
debug3: tty_make_modes: 50 1
debug3: tty_make_modes: 51 1
debug3: tty_make_modes: 52 0
debug3: tty_make_modes: 53 1
debug3: tty_make_modes: 54 1
debug3: tty_make_modes: 55 1
debug3: tty_make_modes: 56 0
debug3: tty_make_modes: 57 0
debug3: tty_make_modes: 58 0
debug3: tty_make_modes: 59 1

Can't find what you're looking for?X

debug3: tty_make_modes: 60 1
debug3: tty_make_modes: 61 1
debug3: tty_make_modes: 62 0
debug3: tty_make_modes: 70 1
debug3: tty_make_modes: 71 0
debug3: tty_make_modes: 72 1
debug3: tty_make_modes: 73 0
debug3: tty_make_modes: 74 0
debug3: tty_make_modes: 75 0
debug3: tty_make_modes: 90 1
debug3: tty_make_modes: 91 1
debug3: tty_make_modes: 92 0
debug3: tty_make_modes: 93 0
debug2: x11_get_proto /usr/openwin/bin/xauth list 173.5.143.196:0
2>/dev/null 
debug1: Requesting X11 forwarding with authentication spoofing.
debug1: channel request 0: x11-req
debug1: channel request 0: shell
debug1: fd 5 setting TCP_NODELAY
debug2: callback done
debug1: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel 0: rcvd adjust 131072
Last login: Mon Feb 10 14:04:43 2003 from storm3
Sun Microsystems Inc.   SunOS 5.8       Generic Patch   October 2001

Copyright 2002 Sun Microsystems, Inc. 901 San Antonio Road, Palo Alto, California, 94303, U.S.A. All rights reserved.  

Don't know where to look next?X

This product includes software subject to the license and legal notice contained herein and which may be found at /opt/legal/License and /opt/legal/Legal_Notice.  

Sun Microsystems Inc. SunOS 5.8 Generic Patch October 2001  

Copyright 2002 Sun Microsystems, Inc. 901 San Antonio Road, Palo Alto, California, 94303, U.S.A. All rights reserved.  

This product includes software subject to the license and legal notice contained herein and which may be found at /opt/legal/License and /opt/legal/Legal_Notice.  

jinx% m xet  term & 

debug1: client_input_channel_open: ctype x11 rchan 3 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 33090
debug1: fd 9 setting TCP_NODELAY
debug1: fd 9 setting O_NONBLOCK
debug2: fd 9 is O_NONBLOCK
debug1: channel 1: new [x11]
debug1: confirm x11

[1] 11809
jinx% debug1: channel 1: rcvd eof 
debug1: channel 1: output open -> drain
debug1: channel 1: obuf empty
debug1: channel 1: close_write
debug1: channel 1: output drain -> closed
debug1: channel 1: FORCE input drain
debug1: channel 1: ibuf empty
debug1: channel 1: send eof
debug1: channel 1: input drain -> closed
debug1: channel 1: send close
debug3: channel 1: will not send data after close
debug1: channel 1: rcvd close
debug3: channel 1: will not send data after close
debug1: channel 1: is dead
debug1: channel 1: garbage collecting
debug1: channel_free: channel 1: x11, nchannels 2
debug3: channel_free: status: The following connections are open:

#0 client-session (t4 r0 i0/0 o0/0 fd 6/7)
#1 x11 (t4 r3 i3/0 o3/0 fd 9/9)
 

debug3: channel_close_fds: channel 1: r 9 w 9 e -1   

[1]    Done                 xterm

jinx% xlco   clok ck &
[1] 11816
jinx% debug1: client_input_channel_open: ctype x11 rchan 3 win 65536 max 16384 
debug1: client_request_x11: request from 127.0.0.1 33091

Confused? Frustrated?X

debug1: fd 9 setting TCP_NODELAY
debug1: fd 9 setting O_NONBLOCK
debug2: fd 9 is O_NONBLOCK
debug1: channel 1: new [x11]
debug1: confirm x11
 
jinx% mgst t  ts_     
jinx%

jinx%
jinx% mgts_run * & 
debug1: client_input_channel_open: ctype x11 rchan 4 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 33092
debug1: fd 10 setting TCP_NODELAY
debug1: fd 10 setting O_NONBLOCK
debug2: fd 10 is O_NONBLOCK
debug1: channel 2: new [x11]
debug1: confirm x11

[2] 11817
jinx% debug1: client_input_channel_open: ctype x11 rchan 5 win 65536 max 16384 
debug1: client_request_x11: request from 127.0.0.1 33093
debug1: fd 11 setting TCP_NODELAY
debug1: fd 11 setting O_NONBLOCK
debug2: fd 11 is O_NONBLOCK
debug1: channel 3: new [x11]
debug1: confirm x11
debug1: channel 2: rcvd eof
debug1: channel 2: output open -> drain
debug1: channel 2: obuf empty
debug1: channel 2: close_write
debug1: channel 2: output drain -> closed
debug1: channel 2: FORCE input drain
debug1: channel 2: ibuf empty
debug1: channel 2: send eof
debug1: channel 2: input drain -> closed
debug1: channel 3: rcvd eof
debug1: channel 3: output open -> drain
debug1: channel 3: obuf empty
debug1: channel 3: close_write
debug1: channel 3: output drain -> closed
debug1: channel 3: FORCE input drain
debug1: channel 3: ibuf empty
debug1: channel 3: send eof
debug1: channel 3: input drain -> closed
debug1: channel 2: send close
debug1: channel 3: send close
debug3: channel 2: will not send data after close
debug3: channel 3: will not send data after close
debug1: channel 2: rcvd close
debug1: channel 3: rcvd close
debug3: channel 2: will not send data after close
debug3: channel 3: will not send data after close
debug1: channel 2: is dead
debug1: channel 2: garbage collecting
debug1: channel_free: channel 2: x11, nchannels 4

Call Pantek today for Open Source Technical Support at 1-877-546-8934 - 24/7/365X

debug3: channel_free: status: The following connections are open:

#0 client-session (t4 r0 i0/0 o0/0 fd 6/7)
#1 x11 (t4 r3 i0/0 o0/0 fd 9/9)
#2 x11 (t4 r4 i3/0 o3/0 fd 10/10)
#3 x11 (t4 r5 i3/0 o3/0 fd 11/11)
  
debug3: channel_close_fds: channel 2: r 10 w 10 e -1
debug1: channel 3: is dead
debug1: channel 3: garbage collecting
debug1: channel_free: channel 3: x11, nchannels 3
debug3: channel_free: status: The following connections are open:

#0 client-session (t4 r0 i0/0 o0/0 fd 6/7)
#1 x11 (t4 r3 i0/0 o0/0 fd 9/9)
#3 x11 (t4 r5 i3/0 o3/0 fd 11/11)
  
debug3: channel_close_fds: channel 3: r 11 w 11 e -1
debug1: client_input_channel_open: ctype x11 rchan 4 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 33094
debug1: fd 10 setting TCP_NODELAY
debug1: fd 10 setting O_NONBLOCK
debug2: fd 10 is O_NONBLOCK
debug1: channel 2: new [x11]
debug1: confirm x11
debug1: channel 2: rcvd eof
debug1: channel 2: output open -> drain
debug1: channel 2: obuf empty
debug1: channel 2: close_write
debug1: channel 2: output drain -> closed
debug1: channel 2: FORCE input drain
debug1: channel 2: ibuf empty
debug1: channel 2: send eof
debug1: channel 2: input drain -> closed
debug1: channel 2: send close
debug3: channel 2: will not send data after close
debug1: channel 2: rcvd close
debug3: channel 2: will not send data after close
debug1: channel 2: is dead
debug1: channel 2: garbage collecting
debug1: channel_free: channel 2: x11, nchannels 3
debug3: channel_free: status: The following connections are open:

#0 client-session (t4 r0 i0/0 o0/0 fd 6/7)
#1 x11 (t4 r3 i0/0 o0/0 fd 9/9)
#2 x11 (t4 r4 i3/0 o3/0 fd 10/10)
  
debug3: channel_close_fds: channel 2: r 10 w 10 e -1
debug1: client_input_channel_open: ctype x11 rchan 4 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 33095
debug1: fd 10 setting TCP_NODELAY
debug1: fd 10 setting O_NONBLOCK
debug2: fd 10 is O_NONBLOCK
debug1: channel 2: new [x11]
debug1: confirm x11
debug1: channel 2: rcvd eof
debug1: channel 2: output open -> drain
debug1: channel 2: obuf empty
debug1: channel 2: close_write
debug1: channel 2: output drain -> closed

Do you need help?X

debug1: channel 2: FORCE input drain
debug1: channel 2: ibuf empty
debug1: channel 2: send eof
debug1: channel 2: input drain -> closed
debug1: channel 2: send close
debug3: channel 2: will not send data after close
debug1: channel 2: rcvd close
debug3: channel 2: will not send data after close
debug1: channel 2: is dead
debug1: channel 2: garbage collecting
debug1: channel_free: channel 2: x11, nchannels 3
debug3: channel_free: status: The following connections are open:

#0 client-session (t4 r0 i0/0 o0/0 fd 6/7)
#1 x11 (t4 r3 i0/0 o0/0 fd 9/9)
#2 x11 (t4 r4 i3/0 o3/0 fd 10/10)
  
debug3: channel_close_fds: channel 2: r 10 w 10 e -1
debug1: client_input_channel_open: ctype x11 rchan 4 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 33096
debug1: fd 10 setting TCP_NODELAY
debug1: fd 10 setting O_NONBLOCK
debug2: fd 10 is O_NONBLOCK
debug1: channel 2: new [x11]
debug1: confirm x11
debug1: channel 2: rcvd eof
debug1: channel 2: output open -> drain
debug1: channel 2: obuf empty
debug1: channel 2: close_write
debug1: channel 2: output drain -> closed
debug1: channel 2: FORCE input drain
debug1: channel 2: ibuf empty
debug1: channel 2: send eof
debug1: channel 2: input drain -> closed
debug1: channel 2: send close
debug3: channel 2: will not send data after close
debug1: channel 2: rcvd close
debug3: channel 2: will not send data after close
debug1: channel 2: is dead
debug1: channel 2: garbage collecting
debug1: channel_free: channel 2: x11, nchannels 3
debug3: channel_free: status: The following connections are open:

#0 client-session (t4 r0 i0/0 o0/0 fd 6/7)
#1 x11 (t4 r3 i0/0 o0/0 fd 9/9)
#2 x11 (t4 r4 i3/0 o3/0 fd 10/10)
  
debug3: channel_close_fds: channel 2: r 10 w 10 e -1
debug1: client_input_channel_open: ctype x11 rchan 4 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 33097
debug1: fd 10 setting TCP_NODELAY
debug1: fd 10 setting O_NONBLOCK
debug2: fd 10 is O_NONBLOCK

Do you need more help?X

debug1: channel 2: new [x11]
debug1: confirm x11
debug1: channel 2: rcvd eof
debug1: channel 2: output open -> drain
debug1: channel 2: obuf empty
debug1: channel 2: close_write
debug1: channel 2: output drain -> closed
debug1: channel 2: FORCE input drain
debug1: channel 2: ibuf empty
debug1: channel 2: send eof
debug1: channel 2: input drain -> closed
debug1: channel 2: send close
debug3: channel 2: will not send data after close
debug1: channel 2: rcvd close
debug3: channel 2: will not send data after close
debug1: channel 2: is dead
debug1: channel 2: garbage collecting
debug1: channel_free: channel 2: x11, nchannels 3
debug3: channel_free: status: The following connections are open:

#0 client-session (t4 r0 i0/0 o0/0 fd 6/7)
#1 x11 (t4 r3 i0/0 o0/0 fd 9/9)
#2 x11 (t4 r4 i3/0 o3/0 fd 10/10)
  
debug3: channel_close_fds: channel 2: r 10 w 10 e -1
debug1: client_input_channel_open: ctype x11 rchan 4 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 33098
debug1: fd 10 setting TCP_NODELAY
debug1: fd 10 setting O_NONBLOCK
debug2: fd 10 is O_NONBLOCK
debug1: channel 2: new [x11]
debug1: confirm x11
debug1: client_input_channel_open: ctype x11 rchan 5 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 33099
debug1: fd 11 setting TCP_NODELAY
debug1: fd 11 setting O_NONBLOCK
debug2: fd 11 is O_NONBLOCK
debug1: channel 3: new [x11]
debug1: confirm x11
debug2: channel 2: rcvd adjust 32792
debug2: channel 3: rcvd adjust 33172
debug1: client_input_channel_open: ctype x11 rchan 6 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 33100
debug1: fd 12 setting TCP_NODELAY
debug1: fd 12 setting O_NONBLOCK
debug2: fd 12 is O_NONBLOCK
debug1: channel 4: new [x11]
debug1: confirm x11
debug1: channel 2: rcvd eof
debug1: channel 2: output open -> drain
debug1: channel 2: obuf empty

Can we help you?X

debug1: channel 2: close_write
debug1: channel 2: output drain -> closed
debug1: channel 2: FORCE input drain
debug1: channel 2: ibuf empty
debug1: channel 2: send eof
debug1: channel 2: input drain -> closed
debug1: channel 2: send close
debug3: channel 2: will not send data after close
debug1: channel 2: rcvd close
debug3: channel 2: will not send data after close
debug1: channel 2: is dead
debug1: channel 2: garbage collecting
debug1: channel_free: channel 2: x11, nchannels 5
debug3: channel_free: status: The following connections are open:

#0 client-session (t4 r0 i0/0 o0/0 fd 6/7)
#1 x11 (t4 r3 i0/0 o0/0 fd 9/9)
#2 x11 (t4 r4 i3/0 o3/0 fd 10/10)
#3 x11 (t4 r5 i0/0 o0/0 fd 11/11)
#4 x11 (t4 r6 i0/0 o0/0 fd 12/12)
 

debug3: channel_close_fds: channel 2: r 10 w 10 e -1 debug2: channel 4: rcvd adjust 35056  

jinx%
jinx% debug2: channel 3: window 65420 sent adjust 65652 

debug1: client_input_channel_open: ctype x11 rchan 4 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 33101
debug1: fd 10 setting TCP_NODELAY
debug1: fd 10 setting O_NONBLOCK
debug2: fd 10 is O_NONBLOCK
debug1: channel 2: new [x11]
debug1: confirm x11
debug2: channel 2: rcvd adjust 34704
debug2: channel 2: window 65524 sent adjust 65548
debug2: channel 2: rcvd adjust 32788
debug1: channel 2: rcvd eof
debug1: channel 2: output open -> drain
debug1: channel 2: obuf empty
debug1: channel 2: close_write
debug1: channel 2: output drain -> closed
debug1: channel 2: FORCE input drain
debug1: channel 2: ibuf empty
debug1: channel 2: send eof
debug1: channel 2: input drain -> closed
debug1: channel 2: send close
debug3: channel 2: will not send data after close
debug1: channel 2: rcvd close
debug3: channel 2: will not send data after close
debug1: channel 2: is dead
debug1: channel 2: garbage collecting
debug1: channel_free: channel 2: x11, nchannels 5
debug3: channel_free: status: The following connections are open:

#0 client-session (t4 r0 i0/0 o0/0 fd 6/7)
#1 x11 (t4 r3 i0/0 o0/0 fd 9/9)
#2 x11 (t4 r4 i3/0 o3/0 fd 10/10)
#3 x11 (t4 r5 i0/0 o0/0 fd 11/11)
#4 x11 (t4 r6 i0/0 o0/0 fd 12/12)
  
debug3: channel_close_fds: channel 2: r 10 w 10 e -1
debug1: client_input_channel_open: ctype x11 rchan 4 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 33102

Don't know where to look next?X

debug1: fd 10 setting TCP_NODELAY
debug1: fd 10 setting O_NONBLOCK
debug2: fd 10 is O_NONBLOCK
debug1: channel 2: new [x11]
debug1: confirm x11
debug1: X11 connection uses diff
Received on Wed Feb 12 12:24:17 2003
Can't find what you're looking for?X

This archive was generated by hypermail 2.1.8 : Wed Aug 23 2006 - 14:02:54 EDT

Contact Us  Legal Notices  Order Services Online 
Pantek Home  Privacy Policy  IT news  Site Map  Pantek Library