Thursday, March 06, 2008

Gdk-WARNING **: Connection to display localhost:10.0 appears to be untrusted

Have you ever had problems running X applications over ssh that did not involve issues with xauth. Here is a tip I found after getting error like this:
Connection to display localhost:10.0 appears to be untrusted. Pointer and keyboard grabs and inter-client communication may not work as expected.
or
Warning: untrusted X11 forwarding setup failed: xauth key data not generated
So, instead of simply using "ssh -X user@host", try using "ssh -2 -C -Y user@host" instead.

-2 Forces ssh to try protocol version 2 only.
-C Requests compression of all data ... which can be desirable in low bandwidth situations.
-Y Enables trusted X11 forwarding.

Using -Y is what got rid of the warning and subsequent functionality issue with the X application. But the compression helped speed things up quite a bit also.

Even with these new command line parameters I still get the warning:
Warning: No xauth data; using fake authentication data for X11 forwarding.
Anyone know what the issue there is?

Anyway, I hope that helps you as much as it did me.

11 comments:

  1. Thanks for the update. I've been wondering about how to resolve that problem.
    Dad
    lol

    ReplyDelete
  2. Thanks, Vernon. I just started using Puppy 4.1 on my laptop to SSH to my Puppy 3.01 desktop at home. I had no difficulty using 3.01 on my laptop, and initially thought it was a Gtk problem.

    I found that I needed only the -Y option, but the compression is welcome also.

    Spanky

    ReplyDelete
  3. Thanks, amazing, everything is much more responsive now. ..

    ReplyDelete
  4. Fantastic! This worked perfectly for me and resolved my lag issue as well.

    ReplyDelete
  5. Thanks for advice,
    it works
    still I see the same message " No xauth data; using fake authentication data"
    I'm waiting for your solution:)

    ReplyDelete
  6. Thanks for this!

    Even on an intranet the -C sped up X11 forwarding tremendously for me; even cleared up some odd window rendering behavior (huge space between gnome menu and window content area, etc) on my mac client to ubuntu server setup.

    ReplyDelete
  7. Thanks, this solved a BadAtom problem with remotely started firefox.

    ReplyDelete
  8. Thanks dude, made working from home a lot more comfortable. Emacs doesn't crash on me any more. woooo!

    ReplyDelete
  9. Thanks for sharing dude. I was having a problem loading wireshark, it was taking too long to load the dissectors. Your tip snapped it up.

    ReplyDelete
  10. Thanks!!! That was exactly my problem. Wonder why it happens to begin with, as ssh -X works fine usually...

    ReplyDelete