SBC's and ssh's encryptions
Gene Heskett
gheskett at shentel.net
Mon Nov 28 10:52:41 AEDT 2016
On Sunday 27 November 2016 18:21:00 Peter Stuge wrote:
> Gene Heskett wrote:
> > The odroid64 already has an x system running as soon as I log into
> > the odroid64. Its $DISPLAY is :0
>
> That's fine. Remember to run xhost +192.168.71.pi on odroid64.
>
> > the pi cannot open the display on the odroid64.
>
> Show an error message when starting e.g. xterm on pi.
>
> > an echo $DISPLAY on the pi shows: (after I've done the commands)
> > 192.168.71.9:0
>
> If the odroid IP is 192.168.71.9 then that is correct.
It is.
>
> Way off topic now.
Not really, its getting closer to what I wanted to do when I started
this thread. What I wanted to do was bypass the ssh's encrypt/decrypt
time killers.
But another network savvy fellow on the emc list says I should get the
display by running this on the pi:
xauth extract - $DISPLAY|ssh <pi-usr>@<raspi-ip> xauth merge -
which does not update the $DISPLAY var on the pi, it remains at at localhost:10
This was the actual command line:
gene at raspberrypi:~ $ xauth extract - $DISPLAY|ssh gene at 192.168.71.9 xauth merge -
gene at 192.168.71.9's password:
gene at raspberrypi:~ $ echo $DISPLAY
localhost:10.0
This lack of apparent effect is possibly an artifact of my being logged
into both SBC from a 3rd (this machine) source.
Thank you Peter. Got to get more sleep tonight.
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
More information about the openssh-unix-dev
mailing list