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

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

# 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ファイルを作成しても問題はありません。

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

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

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

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

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

が含まれていました。これを削除すると問題は解決し、.ssh、authorized_keys、鍵ファイルはすべてそのままの状態を維持できるようになりました。

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

鍵の設定をもう一度やってみて、それもうまくいくかどうか試してみます。そしたら元に戻ります。

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

X11Forwarding yes

X11DisplayOffset 10

X11UseLocalhost yes

その後、-X の ssh フラグでログアウトし、再度ログインしてください。環境変数を設定したり解除したりする必要はありません。

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