Ubuntu 10.04を実行しているコンピューターが1台あり、デフォルトのVNCサーバーである Vino を実行しています。
VNCクライアントを実行している2番目のWindowsボックスがありますが、X11機能はありません。 WindowsホストからUbuntuホストにsshしましたが、UbuntuホストでVNCアクセスを有効にするのを忘れました。
Ubuntuホストで、UbuntuコマンドラインからVNC接続を有効にする方法はありますか?
更新:
以下に@koanheadが述べているように、vino
のマニュアルページはありません(たとえば、man -k vino
とinfo vino
は何も返しません)、vino --help
はヘルプを表示しません)。
走るだけ
/usr/lib/vino/vino-server
仕事をする必要があります。
サーバーにアクセスしたら、自動起動アプリに追加して、常に起動されるようにすることをお勧めします。
おそらくいくつかの設定を変更したいでしょう:
vino-preferences
リモートマシンでvino-preferenceを実行するときは十分注意してください。「他のユーザーにデスクトップの制御を許可する」のチェックを外すと、チェックバックできなくなります。
または編集するには:
~/.gconf/desktop/gnome/remote_access/%gconf.xml
ここにサンプルファイル:
<?xml version="1.0"?>
<gconf>
<entry name="vnc_password" mtime="1289267042" type="string">
<stringvalue>cXdlcnR5</stringvalue>
</entry>
<entry name="view_only" mtime="1289262982" type="bool" value="false"/>
<entry name="Prompt_enabled" mtime="1254965869" type="bool" value="false"/>
<entry name="authentication_methods" mtime="1289267034" type="list" ltype="string">
<li type="string">
<stringvalue>vnc</stringvalue>
</li>
</entry>
<entry name="enabled" mtime="1289263574" type="bool" value="true"/>
</gconf>
パスワードはbase64でエンコードされていることに注意してください。このファイルのパスワードはqwertyです。いくつかのフォーラムで、人々はそれを無事に変更したことがわかりましたが、問題がありました。
ここにオンラインbase64エンコーダー:
gconftool-2 --set --type=bool /desktop/gnome/remote_access/enabled true
受け入れられた答えにあるように、リモートマシンでvinoが開始されていない場合は、
/usr/lib/vino/vino-server
前述のように、現在の組み込みリモートアクセスサーバー(vino)の設定のサブセットは、vino-preferencesから確認できます。 gconfフラグの完全なリストは、/ desktop/gnome/remote_accessの下にリストされているgconf-editor
コマンドで確認できます。このコマンド(またはそのバリエーション)を使用して、他のremote_accessキーも表示できます。
gconftool-2 -a /desktop/gnome/remote_access
(何らかの理由で、-R
も機能します。)
--long-docs
argを介してスキーマキーのドキュメントを取得することもできます。
たとえば、alternative_portキーの場合:
gconftool-2 --long-docs /desktop/gnome/remote_access/alternative_port
The port which the server will listen to if the
'use_alternative_port' key is set to true.
Valid values are in the range from 5000 to 50000.
したがって、たとえば、コマンドラインを使用してデフォルトポートを変更する方法は次のとおりです。
gconftool-2 --set --type=bool /desktop/gnome/remote_access/use_alternative_port true
gconftool-2 --set --type=int /desktop/gnome/remote_access/alternative_port 5999
gconftoolは、指定されたディレクトリの下にキーを提供します。 「remote_access」セクションは次のとおりです。
gconftool-2 -a /desktop/gnome/remote_access
use_upnp = false
vnc_password =
authentication_methods = [vnc]
network_interface =
require_encryption = false
disable_background = false
enabled = true
use_alternative_port = false
mailto =
disable_xdamage = false
lock_screen_on_disconnect = false
icon_visibility = always
view_only = false
Prompt_enabled = true
alternative_port = 5900
/ desk/gnome/remote/accessの下にすべてのスキーマドキュメントを一覧表示する方法は次のとおりです(コマンドライン/ bin/bashを使用)。
for key in ` gconftool-2 -a /desktop/gnome/remote_access | awk '{print $1}' ` ; do echo $key ; gconftool-2 --long-docs /desktop/gnome/remote_access/$key ; done
また、vino-preferencesに入らずに、コマンドラインでvinoを有効にしたいと考えました。
/usr/lib/vino/vino-server
を開始したとき、デスクトップ共有サービスが有効になっていないと表示されます。
Unityではgconftool
は使用できなくなりました。 gsettings
を介して行う必要があります。
そのため、最初にvinoを有効にします。
gsettings set org.gnome.Vino enabled true
次に、vinoを起動します。
/usr/lib/vino/vino-server
これで、コンピューターにリモートでアクセスできます。
Vinoで利用可能なすべての設定を確認する場合:
gsettings list-keys org.gnome.Vino
Ubuntu 14.04では、次のバリエーションが機能していることがわかりました。
export DISPLAY=:0
gsettings set org.gnome.Vino enabled true
gsettings set org.gnome.Vino Prompt-enabled false
gsettings set org.gnome.Vino require-encryption false
/usr/lib/vino/vino-server
これが機能しない場合、Xセッションは:0
以外で実行されている可能性があるため、クイックps aux | grep X
には:1
または:2
が表示されます。
なぜ、この厳しい世界で良いことすべてを愛するために、vinoやvino-server、またはdpkg -L vino
の出力にリストされているコマンドのいずれにもmanエントリがないのですか?それについては、なぜ すべてのパッケージ 少なくとも関連するコマンドのマニュアルページを省略しているUbuntuシステムにインストールされますか?了解しました。私がこれまでに見つけた最良の答えはここにあります: http://ubuntuforums.org/archive/index.php/t-266981.html
これが役立つことを本当に望みます。また、将来、Ubuntuコミュニティがこれらすべての孤立コマンドを文書化することを望みます。 「使いやすさ」は、コマンドラインを放棄することを意味するものではなく、簡単にアクセスできるドキュメントを放棄することを意味するものでもありません。 </ grumble>
これは、ディスプレイに関するエラーなどにより、sshを介してリモートで動作しないようです。私がやったことは次のとおりです。
export DISPLAY=:0.0 && /usr/lib/vino/vino-server
今ほとんど動作します!
次のスクリプトを使用して、リモートssh接続からUbuntu 16.04の新規インストールを設定できました。
#!/ bin/bash export DISPLAY =:0 read -e -p "VNC Password:" -i "ubuntu" password dconf write/org/gnome/desktop/remote-access/enabled true dconf write/org/gnome/desktop/remote-access/Prompt-enabled false dconf write/org/gnome/desktop/remote- access/authentication-methods "['vnc']" dconf write/org/gnome/desktop/remote-access/require-encryption false dconf write/org/gnome/desktop/remote- access/vnc-password\"\ '$(echo -n $ password | base64)\' \" dconf dump /org/gnome/desktop/remote-access/ Sudoサービスlightdm restart
引用符は、文字列設定(引用符内の単一ティック)にとって重要です。 dconfが記述できるようにするには、XWindowsにアクセスする必要があるため、エクスポートDISPLAYパーツが必要です。この後、VNCに接続するには、まだ実際のUbuntuマシンのデスクトップにログインする必要があると思います。 dumpコマンドは、すべての設定が保持されていることを確認するためのものです。実際には必要ありません。
必要に応じて、常に表示を維持したい場合にこれを行うことができます。
dconf write/org/gnome/desktop/screensaver/lock-enabled false dconf write/org/gnome/desktop/screensaver/ubuntu-lock-on-suspend false dconf/org/gnome/desktop/session/idle-delay "uint32 0"
Linux Mint 15を使用している人は、次の操作を行うことで、これをすべてMintBox2で動作させることができました。 ssh + vino + Tight VNCでMintBox 2を完全にヘッドレスで実行できるようになりました。
LinuxMint MintBox2マシンへのssh接続を介してPuTTYに入力します。
Sudo su
[enter your root password]
echo $DISPLAY
export DISPLAY=:0.0
startx & }This loads up LinuxMint on screen as "root" user
[press the return key again to get back to BASH Prompt]
LinuxMintターミナル(つまりPuTTYではない)で(これは必要ありませんが)必要な場合は、次のように入力します。
echo $DISPLAY
=> 出力は:1になります [つまりこれは私に多くのトラブルを引き起こしました。つまり、これは0:0ではありません!!!!!!!!!!]
次に、PuTTYに戻り、次のように入力します。
echo $DISPLAY
export DISPLAY=:1
/usr/lib/vino/vino-server
=>ロードされ、window 7 Tight VNC Viewerを使用してLinux Mintなどにアクセスできます。
これが誰かに役立つことを願っています...
18.04アップグレード後にxubuntuでも同じ問題が発生しました。最初にvinoをインストールします。鉱山は予告なしにアップグレード時に削除されました。また、vinoをインストールした後でも、コマンドvino-preferencesは機能しません。
簡単な回避策は次のとおりです。
Dconf-editorをインストールします
Sudo apt install dconf-editor
それを開き、/org/gnome/desktop/remote
アクセスとturn off encryption
に移動します。
Dconf-editorで設定できる他のリモートオプションもいくつかあります。ただし、vinoをインストールするまで、リモートアクセスはdconf-editorに表示されません。
誰かがvino-preferencesに何が起こったのか説明できるといいのですが。