別のttyに入力されたコマンドを使用してデスクトップマネージャにログインします。

Question 1

この問題は、以下に関連する可能性があります。

ディスプレイからリモートでセッションを開始する：0 そして X サーバーがすでに実行されている場合は、x11vnc をリモートで起動します。

この回答では、systemdをサービス管理者、SDDMをデスクトップ管理者、x11vncをVNCサーバーとします。さまざまなリソースの場合、適応は必要ありません。

Wake on LANを介してリモートでコンピュータを起動し、KDEログイン画面でユーザーのパスワードを入力するためにキーボードに物理的にアクセスできない場合、SSH経由でXディスプレイを開くことはできません。 VNCセッションを開始するだけです。

$ x11vnc --display $DISPLAY

このコマンドの出力は多少冗長ですが、詳しく読むと次のような内容が見つかります。

20/12/2019 19:32:35 *** XOpenDisplay failed ($DISPLAY) *** x11vnc was unable to open the X DISPLAY: "$DISPLAY", it cannot continue. ***

まだ認証されたXセッションがないためです。

出力をさらに読むと、次のようになります。

** If NO ONE is logged into an X session yet, but there is a greeter 
login program like "gdm", "kdm", "xdm", or "dtlogin" running, you
will need to find and use the raw display manager MIT-MAGIC-COOKIE 
file. Some examples for various display managers:

gdm: -auth /var/gdm/:0.Xauth -auth /var/lib/gdm/:0.Xauth
kdm: -auth /var/lib/kdm/A:0-crWk72
     -auth /var/run/xauth/A:0-crWk72
xdm: -auth /var/lib/xdm/authdir/authfiles/A:0-XQvaJk
dtlogin: -auth /var/dt/A:0-UgaaXa

これが私たちがしなければならないことです。元のディスプレイマネージャMIT-MAGIC-COOKIEファイルを見つけて使用する必要があります。

出力に沿って

$ systemctl status sddm

私たちは次のようなものを見つけるでしょう

CGroup: /system.slice/sddm.service
        |-650 /usr/bin/sddm
        `-660 /usr/lib/Xorg -nolisten tcp -auth /var/run/sddm/{$somelongstring} -background none -noreset -displayfd 17 -seat seat0 vt1

上記のx11vnc Cookieファイルを入手してください。

# x11vnc --display $DISPLAY -auth /var/run/sddm/{$somelongstring}

これらの作業はrootとして実行する必要があります。

これで、コンピュータでX11 VNCサーバーが起動し、すべてのデバイス（スマートフォンも利用可能）のVNC接続を介してスタート画面のロックを解除できます。

誰かがSSHとVNCの接続を必要としないより簡単で簡単な解決策を思い付くことができれば、1行のコマンドで十分です。ただし、この方法は非常に高速であるため、問題を解決できます。

さまざまなサービスマネージャ、デスクトップマネージャ、およびVNCサーバーの場合は、ここにあるコマンドをそれに応じて調整する必要があります。

修正する:

私は昨日何らかの理由でこれについて考えていて、うまくいくかもしれない他のアプローチを見つけました。

アイデアは、基本的にデスクトップ/ログイン管理者を破棄するのではなく、それを介して認証し、Xをリモートで直接実行することです。

SSHサーバーサービスがデスクトップで有効になっているとします。リモートコンピュータ（携帯電話）でデスクトップマネージャ（SDDMなど）を停止します。

# systemctl stop sddm

それでは、次のような他のX初期化パッケージがインストールされているとしましょう。シーニット、startxなどのコマンドで十分です。コンソールで実行すると、

$ startx

Xは問題なく設定ファイルに従って起動します。私はすべてのUnix系システムを知っていませんが、私の経験では、startxそれが処理されるか、$HOME/.xinitrcファイルがない場合、/etc/X11/xinitrcXサーバーが期待どおりに起動します。

残念ながら、私たちはコンソールにいないので、他のシェル（SSHを介してコマンドを送信する端末エミュレータなど）で実行しようとしている場合は、次のように送信します。

$ startx

探す

/usr/lib/Xorg.wrap: Only console users are allowed to run the X server

一方、ルートはターミナルエミュレータを介してセキュリティシェルからXサーバーをリモートで初期化できます。例えば、

# startx

rootのホーム（または/etc/X11/xinitrc上記のように）設定ファイルに従ってXサーバーを期待どおりに初期化します。これにより、権限を付与できないという問題ではなく、権限に対する問題だと考えることになります。

数分間検索して偶然見つけたXorgの使用中にエラーが発生しました：コンソールユーザーのみがXサーバーを実行できますか？、SSHログインには、コンソールユーザーのみがXサーバーを実行できることが示されます。/etc/X11/Xwrapper.config、両方とも同じパスにまとめて、次の行を含むように編集（または存在しない場合は追加および編集）します。

allowed_users=anybody
needs_root_rights=yes

これによりstartx、一般ユーザーは端末エミュレータでコマンドを実行できます。

ノート：

ファイルがそれに応じてロードされていることを確認してくださいXresources。xinitrcデスクトップ環境、ウィンドウマネージャ、xrdbコマンドなどに正しく追加することを忘れないでください。

関連:

私はまた、以下からインスピレーションを得た別のアプローチについて考えています。 X11経由でフルグラフィックデスクトップを使用してリモートでログインする方法しかし、もう少し考えてみる必要があります。これは追加のソリューションにインスピレーションを与えることができ、より良いまたはより適切なオプションになります。

Answer