<div dir="ltr"><div>Server side : <br><br>Please make sure you have free disk space for the user to use, and that the current user is owning ~/.Xauthority.<br><br></div><div>Make sure that you didn't touch ForwardX11Timeout setting for sshd.conf.<br></div><div>This can also be caused by selinux<br><br></div><div>To verify it is not a user restriction, add a brand new user with a home dir under /home  and see if you can do ssh -X<br><br></div><div>Client side:<br><br></div><div>make sure you can ssh -X to other hosts.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Feb 4, 2018 at 1:20 PM, Shlomo Solomon <span dir="ltr"><<a href="mailto:shlomo.solomon@gmail.com" target="_blank">shlomo.solomon@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Sun, 4 Feb 2018 12:26:41 +0200<br>
shimi <<a href="mailto:linux-il@shimi.net">linux-il@shimi.net</a>> wrote:<br>
<br>
> On Sun, Feb 4, 2018 at 11:54 AM, Shlomo Solomon<br>
> <<a href="mailto:shlomo.solomon@gmail.com">shlomo.solomon@gmail.com</a>> wrote:<br>
><br>
> > I really don't know how I screwed this up, but I've been "playing"<br>
> > with this for hours with no success.<br>
> ><br>
> > I have a raspberry PI file server. I rarely use the GUI and when I<br>
> > do it's usually over VNC (I use KRDC) or with ssh -X.<br>
> ><br>
> > As of today:<br>
> > 1 - KRDC won't connect<br>
> ><br>
> > 2 - ssh -X pi@pi   (pi is defined in /etc/hosts) gives only a<br>
> > console login and says:<br>
> > X11 connection rejected because of wrong authentication.<br>
> ><br>
> > 3 - I connected a monitor directly to the PI and it will not accept<br>
> > the pi password when I try to login to X11 - but DOES accept the<br>
> > root password. So X11 is OK, but only for root - not the regular pi<br>
> > user.<br>
> ><br>
> ><br>
> ><br>
> Not a Pi expert so I'll answer this as if it was a generic Linux<br>
> question...<br>
><br>
> 1. You didn't mention if you tried to simply reset the pi user<br>
> password from root by invoking 'passwd pi'?<br>
><br>
> 2. Assuming SSH authentication via public key (I have to assume<br>
> because I couldn't find the authentication method in the<br>
> question...), one has to make sure that the home directory of the<br>
> user authenticating to is with not-too-open permissions (for starters<br>
> the safest bet is chmod 700), likewise for all all ancestor<br>
> directories of said home directory, because if they're too open,<br>
> another user might be able to simply replace your homedir with<br>
> another homedir, and then log in as you; To discourage such<br>
> possibility, SSH blocks authentication whenever the permissions are<br>
> too wide.<br>
><br>
> 3. If all the above fails (or you already tried and everything is in<br>
> order), I would look at /var/log/messages (or Pi equivalent) while<br>
> attempting to login to the user, to see if any hint is available<br>
> there. Also, over ssh, using 'ssh -v' might output something useful.<br>
><br>
> HTH,<br>
><br>
> -- Shimi<br>
<br>
</div></div>Thanks, but the problem is not the pi password or ssh. I CAN login over<br>
ssh, but do not get X11. And this is exactly what happens when I<br>
connect a monitor and keyboard directly to the PI.<br>
<br>
Just in case, I added -v to the ssh command as you suggested and here<br>
are the last few lines of the output:<br>
<br>
debug1: Next authentication method: password<br>
pi@pi's password:<br>
debug1: Authentication succeeded (password).<br>
Authenticated to pi ([10.0.0.51]:22).<br>
debug1: channel 0: new [client-session]<br>
debug1: Requesting <a href="mailto:no-more-sessions@openssh.com">no-more-sessions@openssh.com</a><br>
debug1: Entering interactive session.<br>
debug1: Requesting X11 forwarding with authentication spoofing.<br>
<br>
The programs included with the Debian GNU/Linux system are free<br>
software; the exact distribution terms for each program are described<br>
in the individual files in /usr/share/doc/*/copyright.<br>
<br>
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent<br>
permitted by applicable law.<br>
Last login: Sun Feb  4 11:25:07 2018<br>
debug1: client_input_channel_open: ctype x11 rchan 3 win 65536 max 16384<br>
debug1: client_request_x11: request from ::1 36814<br>
debug1: channel 1: new [x11]<br>
debug1: confirm x11<br>
<span class="">X11 connection rejected because of wrong authentication.<br>
</span>debug1: channel 1: free: x11, nchannels 2<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
<br>
--<br>
Shlomo Solomon<br>
<a href="http://the-solomons.net" rel="noreferrer" target="_blank">http://the-solomons.net</a><br>
Claws Mail 3.11.1 - KDE 4.14.30 - Dolphin 4.14.3 - LINUX Mageia 5<br>
<br>
______________________________<wbr>_________________<br>
Linux-il mailing list<br>
<a href="mailto:Linux-il@cs.huji.ac.il">Linux-il@cs.huji.ac.il</a><br>
<a href="http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il" rel="noreferrer" target="_blank">http://mailman.cs.huji.ac.il/<wbr>mailman/listinfo/linux-il</a><br>
</div></div></blockquote></div><br></div>