読み取り専用ルートファイルシステムを備えた最小のBuildrootサーバーからのSSH X転送

読み取り専用ルートファイルシステムを備えた最小のBuildrootサーバーからのSSH X転送

SSH X配信に非常に珍しい設定を使用しようとしています。

仕える人:

  • Raspberry Pi 0WのカスタムBuildroot OS
  • 読み取り専用ファイルシステム
  • xauthインストール済み
  • .Xauthority通常位置/tmp/.Xauthorityとロック
  • DHCPサーバーを実行するアクセスポイントモードのWi-Fi
  • X11ライブラリがインストールされましたが、x.orgサーバーはありません
  • $ echo "$DISPLAY" tpt6:11.0
  • SSH経由でログインすると、次のようになります。 Warning: No xauth data; using fake authentication data for X11 forwarding.
  • $ xauth list localhost:10 MIT-MAGIC-COOKIE-1 8ad0421626b2e28132c75c200e72eb13 localhost:12 MIT-MAGIC-COOKIE-1 3c8f9550ffbb15ccd0e43adee4eb6336 localhost:11 MIT-MAGIC-COOKIE-1 ec17621e6e0d520744e6316aa0a1f44f

顧客:

  • Windows 10ノートブックで実行されるWSL
  • VcXsrv実行中であり、WSLでローカルで実行するのにxeyes問題はありません。
  • Windowsファイアウォールがオフになっています
  • echo "$DISPLAY" :0.0
  • ssh -vvv含まれる出力Warning: No xauth data; using fake authentication data for X11 forwarding

最初の問題を1つずつ解決し、Raspberry PiのsshセッションでXプログラムを起動できるようになりました。エラーはありませんが、出力もありません。私のVcXsrvウィンドウに何も出力せずに端末で停止します。

他のクライアント(Lubuntu 18.04ノートブック)でRPiでssh -Xを試すと、まったく同じ結果が得られます。これはサーバー構成のバグを表します。私の現在の推測では、Buildroot構成でいくつかのライブラリが欠落している可能性があります。

ここでどこに行くべきかという提案がありますか?確認できるX11ログファイルはありますか?それとも役立つ診断コマンドをいくつか提案できる人はいますか?この段階ではこれ以上やることはありませんでした...

書き直す*ping localhostping 10.222.222.1(sshで使用されているRPiの固定IP)が機能していないことを確認しました。これは、問題がサーバーのネットワーク構成にある可能性があることを示します。

答え1

この問題は、.NETにループバックデバイスがないために発生しますetc/network/interfaces

次へ追加

auto lo
iface lo inet loopback

このファイルを使用すると、次のエラーに進むことができます。

関連情報