Hi Atro,
Yup, I know about all the problems with this and I'm sorry I didn't
mention it. However that doesn't change the fact that nobody here, where
I work, has been able to get X displays to work the way it is suppose
to using :10. We all need to do X displays between development machines
one way or an other, however.
SSH1 compiles on all the development machines (SUN, DEC, AIX) machines
and the workstations (Linux). None of the below problems appear yet the
.Xauthority seems to be useless. Many people have tried to create keys
using xauth add, but they just do not work. Maybe it's a Kerberos
problem. I don't have root on the dev machines only my workstation so I
can't do the test you mentioned below. Wish I could.
SSH never sets DISPLAY correctly anywhere. Interesting on my home network
it does and nothing is different except I have kerberos temporarily
disabled on one of my home machines behind the gateway. Thinking Kerberos
here? I wonder!!!
Speaking of Kerberos, SSH1 won't compile with the new krb-1.1.1 unless you
apply the patch I submitted about a week ago.
I really would love to get this X11 thing fixed.
Thanks Carl
On 27-Jun-00 Atro Tossavainen wrote:
> Carl J Nobile wrote in private email
>
>> Well I've never been able, nor anybody I know has been able to get :10
>> to
>> work ever. So you tell me what I'm doing wrong. We always get
>> something
>> like cannot display to this window or something like that.
>
> I must express my amazement at this. How can it be? I'm exactly on the
> opposite side of the problem - I've never had an X related ssh problem
> and the first time I installed ssh (1.2.14) on HP-sUX 9 three years ago
> I was far from being clued in. Yet it worked right away without a
> hitch.
>
> Make sure your X11 binaries path (where xauth lives) is included in
> your
> path when you configure ssh. Otherwise configure is likely not to be
> able to find xauth and you get the following error message:
>
> checking for xauth... no
> configure: error: configuring with X but xauth not found - aborting
>
> (The default is to configure --with-x even if DISPLAY is not set. Of
> course, the error messages go away if you configure --without-x, but
> so do all X forwarding features, so don't...)
>
> You may also get "checking for X... libraries , headers " if X11
> libraries and includes live in nonstandard places (that is, not in
> /usr/lib/X11 and /usr/include/X11) (such as on Sun).
>
> I only get this on Sun if /usr/openwin/bin is not in the path. If it is
> included, configure is smart enough to look in /usr/openwin/lib and
> /usr/openwin/include and displays it too.
>
> You may also force the paths to X libraries and headers with the
> --x-includes= and --x-libraries= parameters to configure. Usually
> this should not be needed, but if you keep getting the "libraries ,
> headers " message even though xauth can be found, maybe you should
> try this.
>
> Then, when all is compiled and you run the server end, the default path
> may not include the X11 binaries directory, which will result in xauth
> not being found at login time. If you found xauth at configure time and
> it still exists in the same location, this should not happen. If it
> does, remedy with the XauthLocation parameter in /etc/sshd_config.
>
> If all STILL fails, run sshd in debug mode and the client in verbose
> mode and post the logs to the list for further perusal.
>
> --
> Atro Tossavainen (Mr.), Systems Analyst, contact info at URL
> Institute of Biotechnology, University of Helsinki, Finland
> My opinions may freely be shared by my employers if they want to.
>
> "We're not net nazis. We're dot communists." - Walter Arnold, June 20,
> 2000,
> on <[EMAIL PROTECTED]> in news.admin.net-abuse.email
>
> < URL : http : / / www . iki . fi / atro . tossavainen / >
------------------------------------------------------------------------
E-Mail: Carl J. Nobile <[EMAIL PROTECTED]>
Date: 27-Jun-00 Phone: 315-453-2912 Ex. 5336
Time: 14:40:21 Fax: 315-479-0859
Software Engineering Group -- AppliedTheory Corp.
224 Harrison Street, 6th Floor, Syracuse, NY 13202
------------------------------------------------------------------------
