そのため、職場のワークステーションが再起動し、現在、グラフィカルセッションで物理的にログインしていません。私はそれにSSHでアクセスでき、新しいXウィンドウセッションを開始して、リモートでグラフィカルアプリケーションを使用できます。メインデスクトップセッションをリモートで開始する方法があるのかと思っていたので、接続して操作できるようになりました。次にワークステーションの前に来たら、中断したところから再開できます...
リモートでコンソールGUIセッションを開始できます:startx
を実行します。ただし、権限がないため、機能しない可能性があります。ほとんどのセットアップでは、コンソールに物理的にログインしているユーザーのみがコンソールを使用できます。
ディストリビューションごとに、コンソールでXセッションを開始できるユーザーを制御するメカニズムが異なります。 RHELではこれはsystemdを介して行われると思いますが、方法がわかりません。
コンソールディスプレイでXアプリケーションを起動すると、リモートでアプリケーションを操作できなくなります。複数のディスプレイに接続できるEmacsなどのいくつかの例外がありますが、一般に、Xアプリケーションは起動時にXディスプレイへの接続を開き、決して振り返ることはありません。 Xmove または Xpra を使用して、Xサーバーとアプリケーションの間を仲介できます。 XmoveまたはXpra内で開始されたXアプリケーションは、別のXサーバーに移動できます(画面セッションの切り離しや接続など)。
コンソールXセッションを開始した後の別のオプションは、リモートで対話することです。 X11vnc を使用して、VNCクライアントでリモートセッションにアクセスできます。
次のプロジェクトを見てみることをお勧めします(ただし、xpra
がセッション全体を処理できるかどうかは疑問です)
x2go
ターミナルサーバープロジェクトは、このタスクにかなり適しているようです( このLinux Magazineの記事 を参照)。ただし、小さめの設定の場合は、少しやり過ぎになる可能性があります。
xpra
:
Xpraは「Xの画面」です。通常はリモートホスト上でXプログラムを実行し、その表示をローカルマシンに送信し、状態を失うことなく、これらのプログラムから切断して同じまたは別のマシンから再接続できます。 。個々のアプリケーションへのリモートアクセスを提供します。
そして 見回す 、他のいくつかのツールもここですでに言及されています(例 ここ )。
(もっと直接的なことが可能かもしれません( この「startx over ssh」の注を参照 )。しかし、「私が一部を残したところを拾う」ことは機能しません。)
Edit何かが私の心を超えました-auto-login(言う、スリム、nodm、gdm3、kdm); :0
(たとえば、/etc/init.d/gdm3 start
)を使用して、特定の1人のユーザーのセッションを開始できるはずです。
そして [〜#〜] xdmcp [〜#〜] (with セキュリティ上の懸念 )。