Re: Mac OSX -> linux x11Forwarding struggles, invalid name errors?

From: Bob Harris (nospam.News.Bob_at_remove.Smith-Harris.us)
Date: 10/13/05 

Date: Thu, 13 Oct 2005 12:45:00 GMT

In article <3r6k65Fht87mU1@individual.net>,
 Paul Sture <paul.sture@decus.ch> wrote:

> Bob Harris wrote:
> > In article <84ache93o7.fsf@ripco.com>,
> > comphelp@toddh.net (Todd H.) wrote:
> >
> >
> >>Greetings,
> >>
> >>I'm having a heck of a time getting ssh X11Forwarding working from a
> >>mac OS X 10.3.9 box to any Linux ssh server. I haven't tried other
> >>servers as I don't have access to others. I've done a lot of X11
> >>forwarding in the past (but never using the Mac client), and this
> >>issue seems to be different than any I've previously experienced.
> >>
> >>I suspect these "invalid name was supplied" errors may be related (see
> >>-v output below). This seems to happen whether sshing by IP or by
> >>hostname. I'd also welcome what the best way to upgrade an openssh
> >>client on an OSX box is (fink?), as I suspect a client upgrade may be
> >>what's needed here.
> >>
> >>Thanks for any insight or advice!
> >>
> >>Linux Openssh SSH-2.0-OpenSSH_4.2 server config:
> >>USERID@server ~ $ sudo grep X11 /etc/ssh/sshd_config
> >>X11Forwarding yes
> >>X11DisplayOffset 10
> >>X11UseLocalhost yes
> >>
> >>Client config:
> >>OSX-Client-Machine:~ localuser$ grep X11 /etc/ssh_config
> >>ForwardX11 yes
> >>[which is the directive the man page suggets. No user specific
> >>~/.ssh/ssh_config present]
> >>
> >>-v log of a sample session (ip and userid's modified)
> >>----------------------------------------------------------------------
> >>localuserid$ ssh -v -X USERID@10.n.n.n
> >>OpenSSH_3.6.1p1+CAN-2004-0175, SSH protocols 1.5/2.0, OpenSSL 0x0090707f
> >>debug1: Reading configuration data /etc/ssh_config
> >>debug1: Rhosts Authentication disabled, originating port will not be
> >>trusted.
> >>debug1: Connecting to 10.n.n.n [10.n.n.n] port 22.
> >>debug1: Connection established.
> >>debug1: identity file /Users/localuserid/.ssh/identity type -1
> >>debug1: identity file /Users/localuserid/.ssh/id_rsa type -1
> >>debug1: identity file /Users/localuserid/.ssh/id_dsa type -1
> >>debug1: Remote protocol version 2.0, remote software version OpenSSH_4.2
> >>debug1: match: OpenSSH_4.2 pat OpenSSH*
> >>debug1: Enabling compatibility mode for protocol 2.0
> >>debug1: Local version string SSH-2.0-OpenSSH_3.6.1p1+CAN-2004-0175
> >>debug1: An invalid name was supplied
> >>Cannot determine realm for numeric host address
> >>
> >>debug1: An invalid name was supplied
> >>A parameter was malformed
> >>Validation error
> >>
> >>debug1: An invalid name was supplied
> >>Cannot determine realm for numeric host address
> >>
> >>debug1: An invalid name was supplied
> >>A parameter was malformed
> >>Validation error
> >>
> >>debug1: SSH2_MSG_KEXINIT sent
> >>debug1: SSH2_MSG_KEXINIT received
> >>debug1: kex: server->client aes128-cbc hmac-md5 none
> >>debug1: kex: client->server aes128-cbc hmac-md5 none
> >>debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent
> >>debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
> >>debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
> >>debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
> >>debug1: Host '10.n.n.n' is known and matches the RSA host key.
> >>debug1: Found key in /Users/localuserid/.ssh/known_hosts:5
> >>debug1: ssh_rsa_verify: signature correct
> >>debug1: SSH2_MSG_NEWKEYS sent
> >>debug1: expecting SSH2_MSG_NEWKEYS
> >>debug1: SSH2_MSG_NEWKEYS received
> >>debug1: SSH2_MSG_SERVICE_REQUEST sent
> >>debug1: SSH2_MSG_SERVICE_ACCEPT received
> >>debug1: Authentications that can continue: publickey,keyboard-interactive
> >>debug1: Next authentication method: publickey
> >>debug1: Trying private key: /Users/localuserid/.ssh/identity
> >>debug1: Trying private key: /Users/localuserid/.ssh/id_rsa
> >>debug1: Trying private key: /Users/localuserid/.ssh/id_dsa
> >>debug1: Next authentication method: keyboard-interactive
> >>Password:
> >>debug1: Authentication succeeded (keyboard-interactive).
> >>debug1: channel 0: new [client-session]
> >>debug1: Entering interactive session.
> >>debug1: channel 0: request pty-req
> >>debug1: channel 0: request shell
> >>debug1: channel 0: open confirm rwindow 0 rmax 32768
> >>Last login: Mon Oct 10 09:56:58 2005 from 10.y.y.y
> >>
> >>USERID@server ~ $ echo $DISPLAY
> >>
> >>USERID@server ~ $
> >
> >
> > try checking out this hint at MacOSXHints
> > <http://www.macosxhints.com/comment.php?mode=display&sid=2005060802
> > 0340547>
> >
>
> Ooops: "1064: You have an error in your SQL syntax; check the manual
> that corresponds to your MySQL server version for the right syntax to
> use near 'ORDER BY date ASC LIMIT 100' at line 1"
>
> > If that doesn't help, then try doing some searches over at
> > MacOSXHints.com where you will find a lot of hints about the UNIX
> > side of Mac OS X.
> >
> > Bob Harris

I can not find the reference any longer. Bummer.

OK, what I was trying to point to was maybe telling ssh that the
remote system is trusted. Try creating the following ssh config
file:

$HOME/.ssh/config

                # ssh config file
                #
                Host target.system.domain.com
                ForwardX11Trusted yes

                                            Bob Harris