bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#5434: 23.1; Emacsclient fails with Rejected Authentication Over SSH


From: Jan D.
Subject: bug#5434: 23.1; Emacsclient fails with Rejected Authentication Over SSH
Date: Thu, 21 Jan 2010 12:27:54 +0100
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0

On 2010-01-20 22:38, Joel J. Adamson wrote:
"Jan" == Jan Djärv<jan.h.d@swipnet.se>  writes:

     >  Joel J. Adamson skrev 2010-01-20 17.21:
     >>
     >>  Please write in English if possible, because the Emacs
     >>  maintainers usually do not have translators to read other
     >>  languages for them.
     >>
     >>  Your bug report will be posted to the bug-gnu-emacs@gnu.org
     >>  mailing list, and to the gnu.emacs.bug news group.
     >>
     >>  Please describe exactly what actions triggered the bug and the
     >>  precise symptoms of the bug:
     >>
     >>  Having started an Emacs session on<remote-host>  (the machine that
     >>  generate this bug report), logging in via ssh and attempting to
     >>  bring up an Emacs frame using 'emacsclient -c' on the local
     >>  display yields
     >>
     >>  ,---- | *ERROR*: Display localhost:10.0 can't be opened `----
     >>
     >>   From Emacs.
     >>
     >>  ,---- | $ emacsclient -c `----
     >>
     >>  immediately yields
     >>
     >>  ,---- | X11 connection rejected because of wrong authentication.
     >>  `----
     >>
     >>  This completely disables X11 forwarding FOR EMACSCLIENT ONLY.
     >>  Gnome-terminal still works.  Changing default xauth does not
     >>  help.  Deleting ~/.Xauthority on localhost and remote-host does
     >>  not affect the problem.
     >>
     >>  Basically emacsclient doesn't work over ssh.  Bummer!

     >  I don't understand your setup.  Do you 1) start Emacs as a daemon
     >  on host A.  2) you then ssh in to host A and try to do emacsclient
     >  -c?

Yes, I start an Emacs session, including (server-start), and then ssh in
to that machine using

$ ssh -CY me@myhost

and enter the emacsclient command.  Is there something unconventional
about this?  I'm running emacsclient remotely; I thought this was the
main reason emacsclient was created (and I've been using it this way for
two years).

     >  That won't work if you have ssh X forwarding on, which is what you
     >  seem to have.

It worked just fine until I started using Fedora on my server, and it
works from other servers: if I log in to a University server from the
same client and issue the same commands, with X forwarding and so on, I
get a new Emacs window on my local display.

     >  The emacs daemon runs on display :0 (or something similar), and
     >  emacsclient tries to open your forwarded display, localhost:10,
     >  which goes to the host you came from.  This can never work.

Never?  As I said, it worked until I switched the OS on my workstation,
and it works on other machines.

Should I try it without X forwarding?  I must be as confused as you are
because as I said, this worked until my recent changes.  Before I used
Slackware 13.0 with Emacs from CVS (my switch was two months ago).

Ok, I did not get what you tried to do.
You have an X permission problem, you server probably has set ForwardX11Trusted to no in /etc/ssh/ssh_config, or the default is no. Try setting it to yes.

If that doesn't work, you have to read up on xauth to propagate permissions from your server to the client where emacs daemon runs.


        Jan D.








reply via email to

[Prev in Thread] Current Thread [Next in Thread]