![]() There is rarely a need to muck with your. Xauthority file you may want to delete it entirely, then log out of your X session and log back in so it will automatically re-create it. On the other hand, if you are invoking the ssh command from a script or attached to a hotkey it might not inherit the environment that you expect, so DISPLAY environment variable on the local side might not be set at all.Īlso, since it sounds like you've been fiddling with your. you can always use the venerable xeyes for that kind of testing, of course! :) What is that showing on the local side? That should be easy to check if you're in a shell both by echoing the value, as well as starting an X app from that shell. On the remote system you have: $ echo $DISPLAY It also needs to be set correctly on the remote side, as well, but that value will be different on the remote side than the local side.įrom what you wrote it seems that it is being set correctly on the remote host (and by extension the X11 forwarding is being set up correctly by ssh). How are you invoking the ssh command? Are you running it manually in a shell? Or is it being executed as part of a script? In either case you'll want to make sure that your local system has the DISPLAY environment set correctly. It see some cookies, and one of them is empty, another is MIT-MAGIC-COOKIE-1Īny time you're having trouble with ssh, the first thing you should do is run the client with the -v option to provide that output for others to inspect: ssh -v am going to guess that the problem is on your local system. I also download ssh sources, and using debug2() write why it's report that version is different Manualy press `Ctrl + N` and write commandsĬan you run xeyes from the same terminal window where the ssh -X fails?Īre you invoking the ssh command as the same user that you're logged into the X session as? How did you start the terminal running in the X environment? From a menu? Hotkey? or ? What terminal are you using? xterm, gnome-terminal, or? Please provide your Linux distribution & version number.Īre you using a default GNOME or KDE environment for X or something else you customized yourself?Īre you invoking ssh directly on a command line from a terminal window? # The same as above repeate about 7 times According to what I've read that's all I need.ĭebug2: x11_get_proto: /usr/bin/xauth list :0 2>/dev/nullĭebug1: Requesting X11 forwarding with authentication spoofing.ĭebug2: channel 1: request x11-req confirm 1ĭebug2: channel 1: request pty-req confirm 1ĭebug1: client_input_channel_open: ctype x11 rchan ĭebug1: client_request_x11: request from 127.0.0.1 55486ĭebug2: X11 connection uses different authentication protocol.ĭebug1: channel 2: free: x11, nchannels 3ĭebug3: channel 2: status: The following connections are open: I use iptables at home, but I've allowed port 22. Kate: cannot connect to X server localhost:10.0 X11 connection rejected because of wrong authentication. ![]() XauthorityĪfter I make an ssh connection to home: $ echo $DISPLAY My ~/.Xauthority at home: -rw- 1 azat azat 246 Jun 7 19:03. My ~/.Xauthority at work: -rw- 1 azat azat 269 Jun 7 11:25. In my /etc/ssh/sshd_config at home: X11Forwarding yesĪt work I have tried the following commands: xhost + home HOME_IP If I ssh from my work computer to my home computer, the ssh connection works but X11 applications are not displayed. I have a home and work computer, the home computer has a static IP address.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |