X11 ඉදිරියට යැවීම ssh ට වඩා වැඩ කිරීමට නම්, ඔබට ස්ථාන 3 ක් අවශ්‍ය වේ.
- X11 ඉදිරියට යැවීම සඳහා ඔබේ සේවාදායකයා සැකසිය යුතුය.
- X11 ඉදිරියට යැවීමට ඉඩ දීම සඳහා ඔබේ සේවාදායකය සැකසිය යුතුය.
- ඔබේ සේවාදායකයාට X11 සත්යාපනය සැකසීමට හැකි විය යුතුය.
ඔබ සතුව # 1 සහ # 2 යන දෙකම ඇති නමුත් # 3 අස්ථානගත වී ඇත්නම්, එවිට ඔබ අවසන් වනුයේ හිස් දර්ශන පරිසර විචල්‍යයකි.
සුප්-සිට-ඇට වර්ග, මෙන්න X11 ඉදිරියට යැවීම වැඩ කරන්නේ කෙසේද යන්න.
ඔබගේ සේවාදායකයේ, / etc / ssh / sshd_config හි අඩංගු බවට වග බලා ගන්න:
X11Forwarding yes
X11DisplayOffset 10
ඔබට SIGHUP sshd කිරීමට අවශ්‍ය විය හැකි බැවින් එය මෙම වෙනස්කම් ලබා ගනී.
cat /var/run/sshd.pid | xargs kill -1
ඔබගේ සේවාදායකයේ, ඔබ xauth ස්ථාපනය කර ඇති බවට වග බලා ගන්න.
belden@skretting:~$ which xauth
/usr/bin/xauth
ඔබ xauth ස්ථාපනය කර නොමැති නම්, ඔබ "හිස් DISPLAY පරිසර විචල්‍යය" ගැටලුවට මුහුණ දෙනු ඇත.
ඔබේ සේවාදායකයා මත, ඔබේ සේවාදායකයට සම්බන්ධ වන්න. X11 ඉදිරියට යැවීමට ඉඩ දෙන ලෙස ssh ට පැවසීමට වග බලා ගන්න. මම කැමතියි
belden@skretting:~$ ssh -X blyman@the-server
නමුත් ඔබ කැමති විය හැකිය
belden@skretting:~$ ssh -o ForwardX11=yes blyman@the-server
හෝ ඔබට මෙය ඔබගේ ~ / .ssh / වින්‍යාසය තුළ සැකසිය හැකිය.
මම පරිපාලනය නොකරන නව සේවාදායකයක් වෙතට යද්දී මම අද පෙර මෙම හිස් ඩිස්ප්ලේ පරිසර විචල්‍යයට දිව ගියෙමි. අතුරුදහන් වූ xauth කොටස සොයා ගැනීම ටිකක් විනෝදජනක විය. මෙන්න මම කළ දේ, ඔබටත් කළ හැකි දේ.
මම පරිපාලකයෙකු වන මගේ දේශීය වැඩපොළේදී, / etc / ssh / sshd_config X11 ඉදිරියට යැවීම සඳහා සකසා ඇති බව තහවුරු කර ගතිමි. මම නැවත දේශීය හොස්ට් වෙත පිවිසෙන විට, මගේ ඩිස්ප්ලේ සෙට් එක නිවැරදිව ලබා ගනී.
DISPLAY ට සැකසීමට බල කිරීම එතරම් අපහසු නොවීය. එය නිවැරදිව සැකසීමට sshd සහ ssh කරන්නේ කුමක්දැයි බැලීමට මට අවශ්‍ය විය. මෙන්න මම මඟදී කළ සෑම දෙයකම සම්පූර්ණ ප්‍රතිදානය.
blyman@skretting:~$ mkdir ~/dummy-sshd
blyman@skretting:~$ cp -r /etc/ssh/* ~/dummy-sshd/
cp: cannot open `/etc/ssh/ssh_host_dsa_key' for reading: Permission denied
cp: cannot open `/etc/ssh/ssh_host_rsa_key' for reading: Permission denied
මගේ ssh_host_ {dsa, rsa} _key ලිපිගොනු පිටපත් කිරීමට බල කිරීම සඳහා sudo භාවිතා කරනවා වෙනුවට, මා විසින්ම ව්‍යාජ ඒවා නිර්මාණය කිරීමට මම ssh-keygen භාවිතා කළෙමි.
blyman@skretting:~$ ssh-keygen -t rsa -f ~/dummy-sshd/ssh_host_rsa_key
Generating public/private rsa key pair.
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/blyman/dummy-sshd/ssh_host_rsa_key.
Your public key has been saved in /home/blyman/dummy-sshd/ssh_host_rsa_key.pub.
-T dsa සමඟ මෙයට පිළියමක් සහ නැවත කරන්න:
blyman@skretting:~$ ssh-keygen -t dsa -f ~/dummy-sshd/ssh_host_dsa_key
# I bet you can visually copy-paste the above output down here
නිවැරදි නව ssh_host යතුරු ගොනු වෙත යොමු කිරීම සඳහා d / dummy-sshd / sshd_config සංස්කරණය කරන්න.
# before
blyman@skretting:~$ grep ssh_host /home/blyman/dummy-sshd/sshd_config
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
# after
blyman@skretting:~$ grep ssh_host /home/blyman/dummy-sshd/sshd_config
HostKey /home/blyman/dummy-sshd/ssh_host_rsa_key
HostKey /home/blyman/dummy-sshd/ssh_host_dsa_key
වෙන් නොකිරීමේ මාදිලියේ නව වරායක් මත sshd ගිනි තබන්න:
blyman@skretting:~$ sshd -p 50505 -f ~/dummy-sshd/sshd_config -d
sshd re-exec requires execution with an absolute path
අපොයි, එම මාර්ගය වඩා හොඳින් නිවැරදි කරන්න:
blyman@skretting:~$ /usr/sbin/sshd -p 50505 -f ~/dummy-sshd/sshd_config -d
debug1: sshd version OpenSSH_5.5p1 Debian-4ubuntu6
debug1: read PEM private key done: type RSA
debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048
debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048
debug1: private host key: #0 type 1 RSA
debug1: read PEM private key done: type DSA
debug1: Checking blacklist file /usr/share/ssh/blacklist.DSA-1024
debug1: Checking blacklist file /etc/ssh/blacklist.DSA-1024
debug1: private host key: #1 type 2 DSA
debug1: setgroups() failed: Operation not permitted
debug1: rexec_argv[0]='/usr/sbin/sshd'
debug1: rexec_argv[1]='-p'
debug1: rexec_argv[2]='50505'
debug1: rexec_argv[3]='-f'
debug1: rexec_argv[4]='/home/blyman/dummy-sshd/sshd_config'
debug1: rexec_argv[5]='-d'
Set /proc/self/oom_adj from 0 to -17
debug1: Bind to port 50505 on 0.0.0.0.
Server listening on 0.0.0.0 port 50505.
debug1: Bind to port 50505 on ::.
Server listening on :: port 50505.
නව පර්යන්තයක් පොප් කර 50505 වරායේ localhost වෙත පිවිසෙන්න:
blyman@skretting:~$ ssh -p 50505 localhost
The authenticity of host '[localhost]:50505 ([::1]:50505)' can't be established.
RSA key fingerprint is 81:36:a5:ff:a3:5a:45:a6:90:d3:cc:54:6b:52:d0:61.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '[localhost]:50505' (RSA) to the list of known hosts.
Linux skretting 2.6.35-32-generic #67-Ubuntu SMP Mon Mar 5 19:39:49 UTC 2012 x86_64 GNU/Linux
Ubuntu 10.10
Welcome to Ubuntu!
* Documentation: https://help.ubuntu.com/
1 package can be updated.
0 updates are security updates.
Last login: Thu Aug 16 15:41:58 2012 from 10.0.65.153
Environment:
LANG=en_US.UTF-8
USER=blyman
LOGNAME=blyman
HOME=/home/blyman
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
MAIL=/var/mail/blyman
SHELL=/bin/bash
SSH_CLIENT=::1 43599 50505
SSH_CONNECTION=::1 43599 ::1 50505
SSH_TTY=/dev/pts/16
TERM=xterm
DISPLAY=localhost:10.0
Running /usr/bin/xauth remove unix:10.0
/usr/bin/xauth add unix:10.0 MIT-MAGIC-COOKIE-1 79aa9275ced418dd445d9798b115d393
එහි අවසාන පේළි තුන දෙස බලන්න. මට වාසනාවකට ඩිස්ප්ලේ සෙට් එකක් තිබුනා, ඒ වගේම / usr / bin / xauth වෙතින් ලස්සන පෙනුමක් ඇති රේඛා දෙක තිබුණා.
එතැන් සිට මගේ / usr / bin / xauth /usr/bin/xauth.old වෙත පසෙකට ගෙන යාම, ssh වෙතින් විසන්ධි කර sshd නැවැත්වීම, පසුව sshd දියත් කර sshd නැවත දේශීය හොස්ට් වෙත ගෙන යාම ළමා සෙල්ලම විය.
/ Usr / bin / xauth නැති වූ විට, මගේ පරිසරය තුළ ප්‍රදර්ශනය පිළිබිඹු වන බවක් මා දුටුවේ නැත.
මෙහි දීප්තිමත් කිසිවක් සිදු නොවේ. මගේ දේශීය යන්ත්‍රය මත මෙය ප්‍රතිනිෂ්පාදනය කිරීමට උත්සාහ කිරීම සඳහා හොඳ ප්‍රවේශයක් තෝරා ගැනීමට බොහෝ දුරට මම වාසනාවන්ත වී සිටිමි.