SU端末でLinux Desktop X-Serverを別のユーザー名で使用する方法(または可能ですか)

SU端末でLinux Desktop X-Serverを別のユーザー名で使用する方法(または可能ですか)

この問題のユースケースを示す簡単なシナリオがあります。

  1. 次に、Linuxにログインします。現在のユーザー
  2. Bash ターミナル開始
  3. xauth リスト$DISPLAY
    • mint/unix:0 MIT-MAGIC-COOKIE-1 7b00a8e53b8d9e579c2eaf5009561fa4
  4. ユーザー名の変更
    • 数——他のユーザー
  5. xauth add mint/unix:0 MIT-MAGIC-COOKIE-1 7b00a8e53b8d9e579c2eaf5009561fa4

とにかくそれが計画です。実際には、xauth addコマンドでタイムアウトエラーが発生することです。

xauth:  timeout in locking authority file /home/currentuser/.Xauthority

...見ているから現在のユーザー。だから私は以下をxeyes使って目標を達成することはできません。他のユーザーログイン。

実際にログインする方法はありますか?他のユーザーアカウント?それとも、最初からコンセプトが軌道から外れていますか?


類似/関連質問:

ベストアンサー1

もっと読んでテストしてきました。完全な説明ではなくても解決策があります。

  1. 次に、Linuxにログインします。currentuser
  2. bashターミナルスタート
  3. xauth リスト$DISPLAY
    • mint/unix:0 MIT-MAGIC-COOKIE-1 7b00a8e53b8d9e579c2eaf5009561fa4
  4. ユーザー名の変更
    • su -otheruser
  5. XAUTHORITY=/home/otheruser/.Xauthority
  6. xauth add mint/unix:0 MIT-MAGIC-COOKIE-1 7b00a8e53b8d9e579c2eaf5009561fa4
  7. xeyes

最大の2つの違いは、4段階と5段階です。見ているsuマニュアルページには次のように記載されています。

--login を使用する場合、$TERM、$COLORTERM、$展示する、および$特権環境変数が設定されるとコピーされます。

実際、xeyes私はこのメッセージを仕事を始めてから知らなくなりました。だから最初にやるべきことは、次のものを使うことです。

  • su-otheruser

単一のダッシュを使用することは、環境がスクリプトによって設定され開始されないことを意味します。現在のユーザー。デフォルトでは、.Xauthorityファイル保護は所有者専用アクセスに設定されています。

  • -rw------- 1currentuser currentuser54 Dec 26 23:21**.Xauthority**

だからXAUTHORITY次を指すときcurrnetuserファイルを開けませんでした。 2番目の変更は次のとおりです。

  • XAUTHORITY=/home/otheruser/.Xauthority

    これは環境変数の1つであることを覚えておいてください。コピーそしてsu注文する。

2回目の変更が必要なようです。使用するには、「良い」ログインが必要です。他のユーザー、まるでデスクトップまたはSSH経由でログインしているようです。

最後の利点は、DISPLAY変数もコピーされるため、DISPLAYループに必要な値を設定してエクスポートする必要がないことです。ssh

進行中

ログインするたびに;最初のステップは、XAUTHORITY環境変数がローカルを指すように設定することです。

  • ~/.Xauthority

文書。

最後に、環境変数があります。XAUTHORITY*currentuser*仕事がうまくいかない理由を指摘してください。次の人が多くの時間を節約できることを願っています!

おすすめ記事