Weird problem with ssh and X

From: Dr. Poo <drpoo(at)houston.rr.com>
Date: Wed Jan 15 2003 - 22:37:40 EST

My name is Chris, HI!

I'm hoping i've come to the right place for this question....let me know!

I've got a "from" computer (which can be many) and to "on" computer. (hehe, keep reading)

"From" my computer [at home, work, etc] i try to log "on" to my development box through ssh. Which runs openssh-3.1p1, openssl-0.9.6 or maybe openssl-0.9.6b, and xfree86...(how do i find the version for xf86?)

The "on" server is a Red Hat 7.2, 686. And has:

	Host *
		...
		ForwardX11 yes
		...

in it's sshd_config.

Okay, here's the problem...

"From" connects to "on" below....

bash-2.05$ ssh orion2.someserver.com -X
Enter passphrase for key '/home/drpoo/.ssh/id_rsa': Last login: Tue Jan 14 21:14:01 2003 from cs.houston.rr.com ý­%@ÀÎÿ¿: ý­%@ÀÎÿ¿: No such file or directory

[drpoo@orion2 drpoo]$ xterm

X connection to localhost:11.0 broken (explicit kill or server shutdown).
[drpoo@orion2 drpoo]$

Did you catch it?? What is ý­%@ÀÎÿ¿: ý­%@ÀÎÿ¿: Pretty cryptic, huh?

Here's the -v -v -v version...

drpoo@orion2.someserver.com's password:

debug2: packet_inject_ignore: current 60
debug2: packet_inject_ignore: block 16 have 4 nb 4 mini 1 need 4
debug2: we sent a password packet, wait for reply
debug1: ssh-userauth2 successful: method password
debug3: clear hostkey 0
debug3: clear hostkey 1
debug3: clear hostkey 2
debug1: channel 0: new [client-session]
debug1: channel_new: 0
debug1: send channel open 0
debug1: Entering interactive session.
debug2: callback start
debug1: client_init id 0 arg 0
debug2: tty_make_modes: ospeed 38400
debug2: tty_make_modes: ispeed 38400
debug2: tty_make_modes: 1 3
debug2: tty_make_modes: 2 28
debug2: tty_make_modes: 3 8
debug2: tty_make_modes: 4 21
debug2: tty_make_modes: 5 4
debug2: tty_make_modes: 6 0
debug2: tty_make_modes: 7 0
debug2: tty_make_modes: 8 17
debug2: tty_make_modes: 9 19
debug2: tty_make_modes: 10 26
debug2: tty_make_modes: 12 18
debug2: tty_make_modes: 13 23
debug2: tty_make_modes: 14 22
debug2: tty_make_modes: 18 15
debug2: tty_make_modes: 30 0
debug2: tty_make_modes: 31 0
debug2: tty_make_modes: 32 0
debug2: tty_make_modes: 33 0
debug2: tty_make_modes: 34 0
debug2: tty_make_modes: 35 0
debug2: tty_make_modes: 36 1
debug2: tty_make_modes: 37 0
debug2: tty_make_modes: 38 1
debug2: tty_make_modes: 39 0
debug2: tty_make_modes: 40 0
debug2: tty_make_modes: 41 0
debug2: tty_make_modes: 50 1
debug2: tty_make_modes: 51 1
debug2: tty_make_modes: 52 0
debug2: tty_make_modes: 53 1
debug2: tty_make_modes: 54 1
debug2: tty_make_modes: 55 1
debug2: tty_make_modes: 56 0
debug2: tty_make_modes: 57 0
debug2: tty_make_modes: 58 0
debug2: tty_make_modes: 59 1
debug2: tty_make_modes: 60 1
debug2: tty_make_modes: 61 1
debug2: tty_make_modes: 62 0
debug2: tty_make_modes: 70 1
debug2: tty_make_modes: 71 0
debug2: tty_make_modes: 72 1
debug2: tty_make_modes: 73 0
Do you need more help?
In addition to our free technical library, Pantek provides professional IT services to companies who utilize Open Source software:
Learn more about Pantek's Technical Support offerings
Place an order for 24/7/365 Technical Support here
Learn more about Pantek, who we are, and what we do
Chat with a Live Operator
Related securityfocus.com Links
bugtraq
certification
focus-bsd
focus-ids
focus-ih
focus-linux
focus-ms
focus-sun
focus-unix-other
focus-virus
forensics
incidents
libnet
linux-secnews
ms-secnews
pen-test
secpapers
secprog
sectools
secureshell
security-basics
securityjobs
sf-news
vuln-dev
webappsec
Request more information about Pantek
debug2: tty_make_modes: 74 0
debug2: tty_make_modes: 75 0
debug2: tty_make_modes: 90 1
debug2: tty_make_modes: 91 1
debug2: tty_make_modes: 92 0
debug2: tty_make_modes: 93 0
debug1: Requesting X11 forwarding with authentication spoofing.
debug1: channel request 0: shell
debug2: callback done
debug1: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel 0: rcvd adjust 131072

Last login: Tue Jan 14 21:14:44 2003 from cs.houston.rr.com ý­%@ÀÎÿ¿: ý­%@ÀÎÿ¿: No such file or directory
[drpoo@orion2 drpoo]$

Again.... Still.... Cryptic... to me at least. Could anyone help me out? I've done googled this problem with no luck.

I have no test data to determine if the debug even points out any problem exists....

Maybe i should be sending this to a xf86 mailing list? Maybe they speak the language of ý­%@ÀÎÿ¿: ;-)

Maybe there is a config directive that i've missed or something, but i don't believe so...because i've followed many "How to tunnel X"'s and each come up with this problem still... Should i upgrade...ssh?ssl?xf86?linux!!?

Anything else i should be including to help everyone be more able to help me!?

	Thanks a bundle!
		-Chris

Received on Mon Jan 20 17:44:18 2003