โดยรวม, ฉันขอแนะนำให้x11vnc
TL; DR
apt-get -y install x11vnc
x11vnc -storepasswd
ป้อนรหัสผ่านของคุณมันถูกบันทึกโดยค่าเริ่มต้นใน~/.vnc/passwd
ในรูปแบบการเข้ารหัสที่ไม่ปลอดภัย มันสามารถถอดรหัสได้เพราะเป็นที่รู้จักกันในคีย์ .. ปกป้องด้วยสิทธิ์ระบบไฟล์)
chmod 600 ~/.vnc/passwd
บันทึกสคริปต์ผู้ช่วยของฉันในพื้นที่:
mkdir ~/bin/
curl https://gist.githubusercontent.com/trinitronx/76d2bf98489e5e3e84fa/raw/53885d87f91320b574ca4f7d609e4bb268274f68/start_x11vnc.sh > ~/bin/start_x11vnc.sh && chmod +x ~/bin/start_x11vnc.sh
จากโฮสต์ไคลเอ็นต์ VNC ของคุณ:
ssh -f -L 5900:127.0.0.1:5900 -p 22 youruser@your-ubuntu-host.example.com '~/bin/start_x11vnc.sh && sleep 10'
หรือจากโฮสต์เซิร์ฟเวอร์ VNC ของคุณให้เรียกใช้:
~/bin/start_x11vnc.sh
ผ่านทางสถานี (หรือเริ่มต้นมันเป็น daemon กับ-forever
เป็นบริการ init.d , บริการพุ่งพรวด , หน่วย systemdหรือ แต่คุณต้องการ)
ตอนนี้เรียกใช้ไคลเอนต์ VNC ที่คุณเลือกจากโฮสต์ไคลเอ็นต์ของคุณชี้ไปที่: 127.0.0.1:5900
, เข้าสู่ระบบด้วยรหัสผ่านที่บันทึกไว้ข้างต้น
ใช้ X11 "Magic Cookie"
ส่วนใหญ่ผู้จัดการ X จอแสดงผล (เช่นGDM , XDM , KDM ) เริ่มต้นเซิร์ฟเวอร์ X11 เริ่มต้นและการรับรองความถูกต้องไปพร้อมกับMIT เมจิกคุกกี้ ทั้งนี้ขึ้นอยู่กับผู้จัดการการแสดงผลของคุกกี้มายากลจะพบได้ในหนึ่งในสถานที่ต่างๆ
ฉันโชคดีที่เปิดเซสชัน VNC บนหน้าจอเข้าสู่ระบบ Ubuntu GDM * NOTE1โดยค้นหาคุกกี้วิเศษด้วยสคริปต์นี้ :
#!/bin/bash
DEFAULT_DISPLAY=:0
X11VNC_DISPLAY="$DEFAULT_DISPLAY"
if [ -x /usr/bin/x11vnc ]; then
[ "$1" == '-nocache' ] && CACHE_FLAG='-noncache' || CACHE_FLAG='-noncache'
[ "$2" == '-guess' ] && GUESS_FLAG='-auth guess' || GUESS_FLAG=''
[ -f /root/.vnc/passwd ] && PASSWORD="/root/.vnc/passwd"
[ -f $HOME/.vnc/passwd ] && PASSWORD="$HOME/.vnc/passwd"
[ ! -z "$PASSWORD" ] && x11vnc -display $X11VNC_DISPLAY -xkb -rfbauth $PASSWORD -rfbport 5900 -shared -forever -nowf -norc -notruecolor -bg $GUESS_FLAG $CACHE_FLAG -noxdamage
EXIT_CODE=$?
if [ $EXIT_CODE -ne 0 ]; then
echo "\n*********************************************************************"
echo "*** Could not start x11vnc! Trying again with gdm MAGIC_COOKIE! ***"
echo "*********************************************************************\n"
# Old GDM location for Ubuntu <= 17.10
MAGIC_COOKIE_FILE=`sudo find /var/run/gdm/ -iname database | grep for-gdm`
# New GDM location for Ubuntu >= 17.10
[ -z "$MAGIC_COOKIE_FILE" ] && NUM_MAGIC_COOKIE_FILE_SESSIONS=`sudo find /run/user/ -iwholename '*/gdm/*' -iname '*Xauthority' 2>/dev/null | wc -l`
if [ -z "$MAGIC_COOKIE_FILE" -a "$NUM_MAGIC_COOKIE_FILE_SESSIONS" -gt 1 ]; then
# Find the current user's session
MAGIC_COOKIE_FILE=`sudo find /run/user/$(id -u) -iwholename '*/gdm/*' -iname '*Xauthority'`
X11VNC_DISPLAY=":1"
else
# Find the GDM user's session (or whichever shows up first in ps list)
# This should pick up the original gdm session which grabs :0
# If you login after gdm login screen, your Xorg server may end up on another display!
# Workaround for now is to restart x11vnc on that display number
[ -z "$MAGIC_COOKIE_FILE" ] && MAGIC_COOKIE_FILE=`sudo find /run/user/ -iwholename '*/gdm/*' -iname '*Xauthority' | head -n1`
fi
# Old lightdm location for Ubuntu <= 17.10
[ -z "$MAGIC_COOKIE_FILE" ] && MAGIC_COOKIE_FILE=`sudo find /var/lib -name '.Xauthority' -o -wholename '/var/run/lightdm/root/:0' | head -n1`
#sudo bash -c "[ -z \"$MAGIC_COOKIE_FILE\" -a -e /var/run/lightdm/root/:0 ]" && MAGIC_COOKIE_FILE='/var/run/lightdm/root/:0'
[ -n "$MAGIC_COOKIE_FILE" -a -z "$GUESS_FLAG" ] && AUTH_COOKIE_FLAG="-auth $MAGIC_COOKIE_FILE"
[ ! -z "$PASSWORD" ] && sudo x11vnc -display $X11VNC_DISPLAY -xkb -rfbauth $PASSWORD -rfbport 5900 -shared -forever -nowf -norc -notruecolor -bg $GUESS_FLAG $CACHE_FLAG -noxdamage ${AUTH_COOKIE_FLAG}
fi
fi
ฉันสามารถเริ่มสคริปต์นี้ (ฉันเรียกมันว่าstart_x11vnc.sh
) ได้ตลอดเวลาผ่าน SSH ... แม้กระทั่งก่อนเข้าสู่ระบบผ่านgdm
หน้าจอเข้าสู่ระบบ มันเปิดตัวx11vnc
เซิร์ฟเวอร์ซึ่งผมก็สามารถเชื่อมต่อไปยังกว่าSSH อุโมงค์ (ใช้ssh -L 5900:127.0.0.1:5900
หรือเพิ่มLocalForward 5900 127.0.0.1:5900
ในรายการโฮสต์ของคุณใน~/.ssh/config
)
NOTE1 : ในรุ่น distro ใหม่บางรุ่นเช่น Ubuntu> = 17.10 จอแสดงผลเซสชัน GDM login X จะแยกจากการแสดงเซสชัน X ของผู้ใช้ที่ล็อกอิน ดังนั้นจึงจำเป็นต้องเชื่อมต่อกับเซสชัน GDM X ก่อนเข้าสู่ระบบ ... และในที่สุดตัดการเชื่อมต่อและเชื่อมต่อกับเซสชัน X ที่เพิ่งเริ่มต้นใหม่ ทำไมพวกเขาถึงทำแบบนี้มันเป็นปริศนา แต่มันทำให้เวอร์ชั่นเก่าของสคริปต์นี้พัง