製品ドキュメント
Linux Virtual Delivery Agent
Current Release 2402 LTSR 2311 2308 2305 2303 2301 2212 2210 2209 2207 2206 2204 2203 LTSR 1912 LTSR 7.15 LTSR
PDFを表示

Xauthority

April 13, 2026
寄稿者: 
C C

Linux VDAは、対話型リモート処理のためにX11ディスプレイ機能（xtermやgvimを含む）を使用する環境をサポートします。この機能は、XクライアントとXサーバー間の安全な通信を確保するために必要なセキュリティメカニズムを提供します。

  • この安全な通信の権限を保護するには、次の2つの方法があります。

  • Xhost。デフォルトでは、XhostはローカルホストのXクライアントのみがXサーバーと通信することを許可します。リモートのXクライアントがXサーバーにアクセスすることを許可する場合は、特定のコンピューターでXhostコマンドを実行して権限を付与する必要があります。あるいは、xhost + を使用して、任意のXクライアントがXサーバーに接続できるようにすることもできます。

  • Xauthority。.Xauthorityファイルは、各ユーザーのホームディレクトリにあります。これは、Xサーバーの認証のためにxauthが使用するクッキーに資格情報を保存するために使用されます。Xサーバーインスタンス（Xorg）が起動されると、その特定のディスプレイへの接続を認証するためにクッキーが使用されます。

  • 動作原理

Xorgが起動すると、.XauthorityファイルがXorgに渡されます。この.Xauthorityファイルには、次の要素が含まれています。

  • ディスプレイ番号
  • リモート要求プロトコル

  • クッキー番号

  • xauthコマンドを使用してこのファイルを参照できます。例：
# xauth -f ~/.Xauthority

# > list

# > us01msip06:107  MIT-MAGIC-COOKIE-1  fb228d1b695729242616c5908f11624b
<!--NeedCopy-->

XクライアントがXorgにリモートで接続する場合、次の2つの前提条件を満たす必要があります。

  • DISPLAY環境変数をリモートXサーバーに設定します。
  • Xorg内のクッキー番号のいずれかを含む.Xauthorityファイルを取得します。

Xauthorityの構成

リモートX11ディスプレイ用のLinux VDAでXauthorityを有効にするには、次の2つのレジストリキーを作成する必要があります。

sudo /opt/Citrix/VDA/bin/ctxreg create -k "HKLM\System\CurrentControlSet\Control\Citrix\Xorg" -t "REG_DWORD" -v "XauthEnabled" -d "0x00000001" --force

sudo /opt/Citrix/VDA/bin/ctxreg create -k "HKLM\System\CurrentControlSet\Control\Citrix\Xorg" -t "REG_DWORD" -v "ListenTCP" -d "0x00000001" --force
<!--NeedCopy-->

Xauthorityを有効にした後、.XauthorityファイルをXクライアントに手動で渡すか、共有ホームディレクトリをマウントして渡します。

  • .XauthorityファイルをXクライアントに手動で渡す

    ICA®セッションを起動した後、Linux VDAはXクライアント用の.Xauthorityファイルを生成し、ログオンユーザーのホームディレクトリにファイルを保存します。この.XauthorityファイルをリモートXクライアントマシンにコピーし、DISPLAYおよびXAUTHORITY環境変数を設定できます。DISPLAYは.Xauthorityファイルに保存されているディスプレイ番号であり、XAUTHORITYはXauthorityのファイルパスです。例については、次のコマンドを参照してください。

     export DISPLAY={Display number stored in the Xauthority file}

 export XAUTHORITY={the file path of .Xauthority}
 <!--NeedCopy-->

    注：

    XAUTHORITY環境変数が設定されていない場合、デフォルトで~/.Xauthorityファイルが使用されます。

  • 共有ホームディレクトリをマウントして.XauthorityファイルをXクライアントに渡す

    便利な方法は、ログオンユーザー用に共有ホームディレクトリをマウントすることです。Linux VDAがICAセッションを開始すると、.Xauthorityファイルはログオンユーザーのホームディレクトリの下に作成されます。このホームディレクトリがXクライアントと共有されている場合、ユーザーはこの.XauthorityファイルをXクライアントに手動で転送する必要はありません。DISPLAYおよびXAUTHORITY環境変数が正しく設定されると、GUIはXサーバーデスクトップに自動的に表示されます。

トラブルシューティング

Xauthorityが機能しない場合は、次のトラブルシューティング手順に従ってください。

  1. root権限を持つ管理者として、すべてのXorgクッキーを取得します。

    ps aux | grep -i xorg
<!--NeedCopy-->

    このコマンドは、Xorgプロセスと、起動時にXorgに渡されたパラメーターを表示します。別のパラメーターは、どの.Xauthorityファイルが使用されているかを表示します。例：

    /var/xdl/xauth/.Xauthority110
<!--NeedCopy-->

    Xauthコマンドを使用してクッキーを表示します。

    Xauth -f /var/xdl/xauth/.Xauthority110
<!--NeedCopy-->

  2. Xauthコマンドを使用して~/.Xauthorityに含まれるクッキーを表示します。同じディスプレイ番号の場合、XorgとXクライアントの.Xauthorityファイルで表示されるクッキーは同じである必要があります。

  3. クッキーが同じである場合、Linux VDAのIPアドレスと公開デスクトップのディスプレイ番号を使用して、リモートディスプレイポートのアクセシビリティを確認します。

    例として、Xクライアントマシンで次のコマンドを実行します。

    telnet 10.158.11.11 6160
<!--NeedCopy-->

    ポート番号は6000 + <ディスプレイ番号> の合計です。

    このtelnet操作が失敗した場合、ファイアウォールが要求をブロックしている可能性があります。

Xauthority
April 13, 2026
寄稿者: 
C C
April 13, 2026
寄稿者: 
C C

この記事の概要

サイトに関するフィードバック | Your privacy choices footer linkプライバシーに関する選択肢 | プライバシーと法令 | Cookieの設定 | 同意設定 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.