Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
The question is what do I get the warning. There is absolutely no delay=20 in the authentication or the DNS. The delay is specific to X. I am=20 logging into hosts that are locally connected via 2 Netgear GB switches. = The problem is specific to X forwarding. I've got 8 systems on our LAN=20 with my home directory exported from one of those servers (RHEL 4.6=20 X86-64). I can ssh from any of the X86-64 servers and my Ubuntu laptop=20 to any of the other systems. The problem occurs only when connecting=20 from my IA64 workstation AND using X forwarding. ssh -X foo # this takes about 25 seconds ssh foo # this is instantaneous Another clue is: [gaf at boslc01 ~]$ xauth list xauth: timeout in locking authority file=20 /var/run/gdm/auth-cookie-XXF4YZIU-for-gaf [gaf at boslc01 ~]$ ls -al /var/run/gdm/auth-cookie-XXF4YZIU-for-gaf -rw------- 1 gaf algo 69 2008-10-13 08:49=20 /var/run/gdm/auth-cookie-XXF4YZIU-for-gaf When I use the KVM and log in locally on one of the other servers, there = is no xauth timeout, and apparently gdm does not set lock. On 10/14/2008 10:12 AM, John Abreau wrote: > I don't see a question in there; I'll assume you meant to ask about > the 20-second delay vs the normal 1-second delay. The first thing > that comes to mind is DNS settings; a delay like that could occur > if the sh client can't reach the first nameserver in /etc/resolv.conf, > but can reach the second one after the first one times out. > > > > On Tue, Oct 14, 2008 at 8:56 AM, Jerry Feldman <gaf-mNDKBlG2WHs at public.gmane.org> wrote: > =20 >> I am using Fedora 9 on an IA64 workstation. When I ssh -X to any host >> including localhost I receive the following message: >> Warning: No xauth data; using fake authentication data for X11 forward= ing. >> >> I have looked at some of the blogs on this. I have changed my DIPLAY >> environment variable from ":0.0" to "localhost:0.0" and to <hostname>:= 0.0" >> with no change in the message. Additionally, ssh takes about 20 secon= ds >> from this host. When I ssh -X from our other servers (RHEL 4.6 X86-64)= the >> login takes about a second, including ssh from one of the others hosts= to >> the IA64. >> The public key authentication takes under 1 second, so all the delay o= ccurs >> after a successful login. Once logged in,X forwarding works fine. I ha= ve >> "ForwardX11Trusted yes" set in /etc/ssh_config. >> >> OpenSSH_5.0p1, OpenSSL 0.9.8g 19 Oct 2007 >> debug1: Reading configuration data /home/gaf/.ssh/config >> debug1: Reading configuration data /etc/ssh/ssh_config >> debug1: Applying options for * >> debug1: Connecting to boslc04 [10.71.0.54] port 22. >> debug1: Connection established. >> debug1: identity file /home/gaf/.ssh/identity type -1 >> debug1: identity file /home/gaf/.ssh/id_rsa type 1 >> debug1: identity file /home/gaf/.ssh/id_dsa type -1 >> debug1: Remote protocol version 1.99, remote software version OpenSSH_= 3.9p1 >> debug1: match: OpenSSH_3.9p1 pat OpenSSH_3.* >> debug1: Enabling compatibility mode for protocol 2.0 >> debug1: Local version string SSH-2.0-OpenSSH_5.0 >> 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(1024<1024<8192) 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 'boslc04' is known and matches the RSA host key. >> debug1: Found key in /home/gaf/.ssh/known_hosts:7 >> 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,gssapi-with-mic,password >> debug1: Next authentication method: gssapi-with-mic >> debug1: Unspecified GSS failure. Minor code may provide more informat= ion >> No credentials cache found >> >> debug1: Unspecified GSS failure. Minor code may provide more informat= ion >> No credentials cache found >> >> debug1: Unspecified GSS failure. Minor code may provide more informat= ion >> >> >> debug1: Next authentication method: publickey >> debug1: Offering public key: /home/gaf/.ssh/id_rsa >> debug1: Server accepts key: pkalg ssh-rsa blen 149 >> debug1: Authentication succeeded (publickey). >> debug1: channel 0: new [client-session] >> debug1: Entering interactive session. >> =3D=3D=3D=3D Note; All the delay takes place here =3D=3D=3D >> Warning: No xauth data; using fake authentication data for X11 forward= ing. >> debug1: Requesting X11 forwarding with authentication spoofing. >> debug1: Sending environment. >> debug1: Sending env LANG =3D en_US.UTF-8 >> Last login: Tue Oct 14 08:36:05 2008 from 10.71.0.51 >> >> =20 --=20 Jerry Feldman <gaf-mNDKBlG2WHs at public.gmane.org> Boston Linux and Unix PGP key id: 537C5846 PGP Key fingerprint: 3D1B 8377 A3C0 A5F2 ECBB CA3B 4607 4319 537C 5846
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |