SSHリモートログインがdbusを破壊するのを防ぐ方法は?

SSHリモートログインがdbusを破壊するのを防ぐ方法は?

KDEで動作するワークステーションでopenSUSE 11.3を実行していますが、rootアクセス権がありません。デフォルトのシェルはに設定されていますtcsh。私のワークステーションにログインし、OS X 10.6を実行しているMacBookを使用してリモートでログインすると、ssh次のようになります。

ssh -X -C [email protected]

すべてがうまく機能しますが、完了すると、GUIを使用して何かを開始しようとするたびに、ワークステーションセッションでDBUSエラーが発生します。残念ながら、タスクバーパネルにログアウトダイアログボックスが含まれています。startkdeこのような状況でログアウトしようとする人を殺すのも面倒です。

SSHを使用して既存のdbusセッションに接続する方法については、オンラインで多くのガイドラインを見つけましたが、その逆を実行して、既存のdbusセッションをSSH Telnetセッションの影響を完全に受け取らないようにしたいと思います。

もし私がするなら

ssh -X -C [email protected] dbus-launch konsole

これは機能するため、対話型ログインシェルだけがdbusを停止します。どのように修正する必要がありますか~/.cshrc?などの修正権限はないことに注意してください/etc/cshrc/etc/login

必要に応じて、これらのファイルの内容を一覧表示できます。

修正する:

見つけることができるすべてのスクリプトを含む大きなtarファイルは次のとおりです。

http://dl.dropbox.com/u/17203983/cshrc.tgz

答え1

実際、dbusセッションはマシンごと、Xモニターごとです。

リモートSSHセッションがある場合は、別のX11ディスプレイ(通常はlocalhost:10)を使用してください。

すべての dbus を終了して SSH セッションで開始すると、SSH セッションで動作します。しかし、明らかにマシンの他のすべてのdbusセッションは中断されます。

必要なのは、マシン+モニターのセッションがすでに存在していることを確認し、その場合はそれを使用し、そうでない場合はその組み合わせに対して新しいdbusを開始し、セッションにそれを通知することです。

見ているhttps://unix.stackexchange.com/a/188877/32769 Bashブロックの場合は、$ HOME / .bash_profileファイルに入れてこれらのテストを実行し、正しい操作を実行できます。

関連情報