2014-09-03 10:44:44 +0000 2014-09-03 10:44:44 +0000
30
30

xauth が .Xauthority ファイルを作成しない

ヘッドレスの Linux Mint 17 システムに ssh しても .Xauthority ファイルが作成されない

さらに xauth を実行しても 

marty@N40L ~ $ xauth
xauth: file /home/marty/.Xauthority does not exist
Using authority file /home/marty/.Xauthority
xauth>exit
marty@N40L ~ $ xauth
xauth: file /home/marty/.Xauthority does not exist
Using authority file /home/marty/.Xauthority
xauth>

ファイルが作成されません。

EDIT:

私はモニターを接続し、ローカルにログインすると、ファイルが作成されますが、私はエントリを追加しようとすると（私のSSHが私のためにそれをしないので）: 

marty@N40L ~ $ xauth list
N40L/unix:0 MIT-MAGIC-COOKIE-1 34eee3b15cdb281021502d40dfba1cf2
localhost.localdomain/unix:0 MIT-MAGIC-COOKIE-1 34eee3b15cdb281021502d40dfba1cf2
marty@N40L ~ $ ls -d .X*
-rw------- 1 marty marty 115 Sep 3 12:03 .Xauthority
marty@N40L ~ $ xauth generate $DISPLAY .
PuTTY X11 proxy: wrong authorisation protocol attemptedxauth: (argv):1: unable to open display "localhost:10.0".

ちなみに、netstat --listenを行うと、ポートのリスニングを示しています: 

tcp 0 0 localhost:6010 *:* LISTEN

AGH、詳細情報を参照してください。サーバー上のXセッションからログアウトしたところ、.Xauthorityファイルが消えてしまいました。それはファイルがローカルにログインしたときにだけそこにあるようです。誰でも私になぜか、またはどのように私はこれを修正することができます教えてくれますか？

新しい開発:

私は “test "と呼ばれるシステム上の処女ユーザーを作成しました。私はそれからログインして、他のコマンドなしで、xeyesを実行しました。どれが働いたか! だから、それはxforwardすることができないユーザー「marty」だけです。どのように私はテストからmartyに設定をコピーするのですか？
ソース

回答 (6)

35
35
35
2015-07-16 04:15:44 +0000

ただ報告するために、私は同じような問題を持っていました。

# Rename the existing .Xauthority file by running the following command
mv .Xauthority old.Xauthority 

# xauth with complain unless ~/.Xauthority exists
touch ~/.Xauthority

# only this one key is needed for X11 over SSH 
xauth generate :0 . trusted 

# generate our own key, xauth requires 128 bit hex encoding
xauth add ${HOST}:0 . $(xxd -l 16 -p /dev/urandom)

# To view a listing of the .Xauthority file, enter the following 
xauth list

その後、$HOME/.Xauthorityファイルを作成しても問題はありません。
ソース
4
4
4
2018-02-20 15:30:16 +0000

ちょうど優秀な ton さんの 回答 を補完するために。

私はかつて、私のホームディレクトリが100%満杯になったので、全く同じ問題に遭遇したことがあります。接続時に、sshは空の~/.Xauthorityを作成し、それに単一のエントリを書き込むことができませんでした(そのため、xauth listは常に空の出力を生成していました)。

だから私は、人が常に空き領域(例えば: df -h)をチェックし、xauth generateとxauth addが実際に何らかの影響(xauth list)を与えたことを確認することを提案します。
ソース
1
1
1
2015-05-20 14:06:07 +0000

消去の過程で、~/.ssh の中に “rc” と呼ばれるファイルがあり、それには 

echo "Wecome to $(hostname), $(whoami)"

が含まれていました。これを削除すると問題は解決し、.ssh、authorized_keys、鍵ファイルはすべてそのままの状態を維持できるようになりました。
ソース
1
1
1
2014-09-04 08:33:25 +0000

テストユーザを追加することで、それがシステムではないことがわかった後、(x転送は「箱から出して」動作しました)、私は、「壊れた」ユーザを処女化するために、.bash*起動ファイルのコピーを始めようと思いました。sshでログインすると、"Server refused our key “とうめいていましたが、パスワードを使ってログインすることができました。

鍵の設定をもう一度やってみて、それもうまくいくかどうか試してみます。そしたら元に戻ります。
ソース
1
1
1
2019-09-17 06:35:46 +0000

root 権限で /etc/ssh/sshd_config を開き、以下の行がコメントされている場合はコメントを解除してください:

X11Forwarding yes

X11DisplayOffset 10

X11UseLocalhost yes

その後、-X の ssh フラグでログアウトし、再度ログインしてください。環境変数を設定したり解除したりする必要はありません。
ソース
0
0
0
2019-01-11 14:16:32 +0000

私は、技術的には姉妹ノードである2つのサーバーで同じ問題に遭遇しました。何が違っているのかがわからなくて困っていました。結局、/home ディレクトリが一杯になっていたので、.Xauthority ファイルが適切に表示されませんでした。あまりにも多くのスペースを占めているファイルを見つけ、それらをパージすると、新しい .Xauthority ファイルが適切に作成されました。
ソース