検索結果｜シトリックス炎の掲示板｜株式会社ピー・ビーシステムズ

XenApp6.5+Receiver3.3 Windows 7(32bit)でPC起動直後のサーバーファームのアプリ起動が失敗する

よしひと 2012/09/10 18:37:52

■問題の概要

クライアントPCを起動して、Windows Logonを行った後にWebInterface経由でアプリを起動しようとすると、アプリのアイコンをクリックしても無反応（２０分程度待っても一緒）で、アプリの起動ができない。

エラーメッセージも表示されない。

クライアントPCからWindows Logoffを実施して、もう一度Windows LogonしてWebInterfaceに接続し、アプリを起動すると問題なく動作する。

クライアントがWindows 7(32bit)+Citrix Receiver 3.2 or 3.3の環境で発生する。
現象が発生する頻度が高いユーザーと低いユーザーが存在する。

こんな現象に悩まされていますが、同様の現象が発生している方はおられますでしょうか？

■環境：

XenAppサーバーファーム

Windows Server 2008R2 + XenApp6.5 + WebInterface 5.4

ICAクライアント

１．Windows 7(32bit) + Citrix Receiver 3.3 -->ときどき問題発生
２．Windows 7(64bit) + Citrix Receiver 3.3 -->問題発生なし
３．Windows XP SP3(32bit) + Citrix Receiver 3.3 -->問題発生なし

Reppa 2012/09/11 09:49:41

起動するアプリケーションに問題はありませんか？
どのアプリでも出ますか？

よしひと 2012/09/11 10:29:37

どのアプリでも発生します。
例えば、notepadとかでも。

ちなみに、現象が発生する状態のときには、

concentr.exeが落ちてしまうようです。タスクマネージャーで観察していると、ログオンして最初のうちはプロセスに存在しているのですが、ふっと、いなくなります。

イベントログにもなにも残りません。

Windowsをログオフして、再度ログインするとconcentr.exeはちゃんと起動している状態になるようです。

Access Gatewayの証明書インストール方法について。

HIROSHI 2012/08/02 21:40:55

現在、Access Gateway VPX Version 5.0.2にて、
検証を行っています。しかし、DDCで仮想デスクトップをクリックすると、

===============================================================
Citrix Receiver
アプリケーションを起動できません。ヘルプデスクに連絡して次の情報を提供してください: Citrix XenApp サーバーに接続できません。
SSL エラー 61:サーバーのセキュリティ証明書の発行者である "/C=***/ST=/L=/O=VeriSign, Inc./OU=Class 3 *** Public Primary Certification Authority - G2/CN=" をまだ信頼していません。
OK
===============================================================

というエラーがでて、仮想デスクトップに接続できません。
（AccessGatewayを使わない場合は、仮想デスクトップに接続できました。）

証明書は、VeriSignの14日間体験版証明書を使っており、
サーバーIDをAccessGatewayにインポートし、アクティブにした後、
ルート証明書と中間認証局証明書に”Add to chain"しています。
クライアント、DDC、仮想デスクトップには、サーバーID、ルート証明書、
中間認証局証明書の証明書を、それぞれインポートしています。

当方Access Gatewayが初めてなので、基本的なことかもしれませんが、
アドバイスなどいただけましたら、大変助かります。

以上、何卒宜しくお願い致します。

さぼり 2012/08/03 22:46:06

上手くクライアントPC側にテスト証明書のROOT証明書が入っていない気がします。
IISを立てて、そこにテスト証明書を入れてみた場合でも、信頼されてないサイトと警告が出ませんか？

HIROSHI 2012/08/04 13:28:35

情報誠に有難うございます!

Access Gateway以外のPCには、
Access Gatewayのサーバー証明書発行時にVeriSign
より取得したルート証明書（***.cer）を以下ＰＣ

■DDC（IISインストール済み。STA用のctxsta.dllが入っています）
■クライアントＰＣ（IIS未インストール）
■仮想デスクトップ（IIS未インストール）

のデスクトップでダブルクリックし、”証明書のインストール”ボタンをクリックして
起動する”証明書のインポートウィザード”にて、
全てデフォルトの選択肢で、インポートしていますが、
同様のエラーがでて、仮想デスクトップに接続できません。

当方、Access Gateway以外のPCに対して必要な証明書関係の処理についても、
正直自信がありません。

情報などございましたら、ご連絡いただけますと、
大変助かります。

以上、何卒宜しくお願いいたします。

HIROSHI 2012/08/06 19:55:41

本エラーですが、クライアントPCにて、、
”証明書のインストール”ボタンをクリックして
起動する”証明書のインポートウィザード”にて、
”証明書をすべて次のストアに配置する”を選択し、
”信頼されたルート証明機関”を選択し、インストールしたところ、
出現しなくなりました。
しかしながら、今度は別の以下エラーが発生してしまいました。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
アプリケーションを起動できません。ヘルプデスクに連絡して次の情報を提供してください: Citrix XenApp サーバーに接続できません。
無効なソケットを使用して、ソケット接続しようとしました。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

このエラーについては、DDCのXenAppWebSiteのセキュアアクセスの設定より、セッションリライアビリティーのチェックを外すことで、出現しなくなりましたが、代わりに以下のエラーが出現いたしました。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
アプリケーションを起動できません。ヘルプデスクに連絡して次の情報を提供してください: Citrix XenApp サーバーに接続できません。
SSL エラー 38:プロキシサーバーで ;10;STA155971168;3B6289B7DB511061224AF492B19411 のポート 1494 への接続を拒否しました。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

以上のエラーについて、お気づきの点などございましたら、ご連絡いただけると
大変助かります。

以上、何卒、宜しくお願い致します。

さぼり 2012/08/08 11:47:45

Access Gatewayと内部ネットワーク間に、FWが存在したり、
プロキシ環境だったりしませんか？

HIROSHI 2012/08/09 17:31:59

さぼり様

ご連絡誠に有難うございます。

Access Gatewayと、クライアント、DDC、VirtualDesktopは、同一LANセグメント（192.168.10.0/24）に存在し、PCにインストールされているソフトウェアのFW以外は、
FWはありません。ソフトウェアFWもすべて、無効にしてあります。また、ブラウザにプロキシは使用しておりません。また、DDCの”クライアント側のプロキシ機能”も使用しておりません。

何かアドバイスが有りましたら、ご連絡いただけますと大変ありがたいです。

以上、何卒よろしくお願い致します。

さぼり 2012/08/09 23:04:05

PCにインストールされているソフトウェアのFWを無効にしてみても変わりませんか？

SecureGatewayを介したDDCの”クライアント側のプロキシー”について。

JOJO 2012/07/18 19:21:13

DDCのクライアント側のプロキシー機能を使用し、
クライアントにSOCKSプロキシーサーバー経由で
仮想デスクトップに接続させようとしています。

SecureGatewayの無い環境では、問題無くSOCKSプロキシーサーバーに接続できたのですが、
SecureGatewayの有る環境では、SOCKSプロキシーサーバーにうまく接続できませんでした。

SOCKSプロキシーサーバーにまではパケットは届いているのですが、その先の仮想デスクトップへのICA接続がうまく行われていないのか、仮想デスクトップにつながらず、エラーで終了します。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
環境：
XenDesktop5.5

iPad(Citrix Reciever for iPad)->SecureGateway->SOCKSプロキシサーバー->仮想デスクトップ
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

DDCの”クライアント側のプロキシー”を使用する場合、
SecureGatewayに何か設定すべき事があるのでしょうか？

ご存知の方がいらっしゃいましたら、ご教示お願いします。

P 2012/07/19 08:37:24

WebInterfaceの設定で、クライアント側のプロキシ設定が変更できます。
この辺りの設定を確認しては如何でしょうか？

JOJO 2012/07/19 10:01:28

情報　誠に有難うございます。

WebInterfaceとは、ブラウザでDDCにアクセスする際に使用するものでしょうか。
（当方では、Citrix Reciever for iPadを使用しているので、WebInterfaceを使用していません。)

それとも、DDCのDesktopStudio→Access→Citrix Web Interfaceのことでしょうか。

当方では、DDCにて以下のように、クライアント側のプロキシの設定を行っています。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
DesktopStudio→Access→Citrix Web Interface→該当のXenApp Service Site
→クライアント側のプロキシー
Address:Default
Proxy:Socks
Proxy address:Socks proxy serverのIPアドレス
Proxy port：任意のポート
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

なお、Socks proxy serverのログでは以下のようなエラーがでておりました。
2012-07-18T14:47:29+09:00 : core.session(3): : Starting proxy instance; client_fd='9', client_address='AF_INET(***.***.***.***:****)', client_zone='Zone(internet, 0.0.0.0/0)', client_local='AF_INET(***.***.***.***:****)', client_protocol='TCP'
2012-07-18T14:47:29+09:00 : socks.info(3): : Processing SOCKS 4 packets
2012-07-18T14:47:29+09:00 : core.error(3): : Destination address is not permitted by policy; host='***.***.***.***', port='20443'
2012-07-18T14:47:29+09:00 : core.session(4): : Ending proxy instance;

何か、分かることがございましたら、アドバイスいただけますと大変ありがたいです。

熊本猿 2012/07/20 14:19:22

SG経由での接続ではWebInterface必須と思うのですが、
もう一度、構成を確認しては如何でしょうか？

JOJO 2012/07/25 18:05:24

アドバイス誠に有難うございます。

iPadからの接続ですが、SOCKSプロキシーを使用しない場合は、Citrix Reciever for iPadから仮想デスクトップへの接続が成功しております。

本件ですが、DDCでのクライアント側SOCKSプロキシーで認識されるクライアントが、（SecureGatewayになると思っていたのですが、そうではなく）iPadの次のルーターと認識されており、弊社の使用しているSOCKSプロキシーサーバーが、ICAにしか対応しておらず、iPadからSecureGateway間のHTTPSに対応していなかったために、SOCKSプロキシーサーバーを入れると仮想デスクトップに接続できなかったようです。
iPad----（HTTPS）------SG----（ICA）---仮想デスクトップ
iPad ->ルーター->プロキシサーバー->SG ->仮想デスクトップ

情報が不十分で失礼いたしました。

当方としては、クライアントをルーターではなく、SGであるとDDCに認識させ、
iPad ->ルーター->SG ->プロキシサーバー->仮想デスクトップ
という通信経路にしたいのですが、DDCにルーターではなく、SGをクライアントとして認識させる
方法はありませんでしょうか。

情報、アドバイスなどいただけますと大変ありがたいです。

以上、宜しくお願い致します。

Reppa 2012/07/31 16:36:32

あまり関係無いかもしれませんが、iPadから接続する際のURLは
FQDNとIPアドレスどちらでも接続出来ないことに変わりありませんか？

指定されたIPアドレスが割り当てられません

yoshim@x 2012/06/26 11:36:06

初めて質問させて頂きます。宜しくお願いいたします。

　環境
【サーバー】
・Windows Server 2003 R2

【クライアント】
・Windows　Xp Professional

クライアント端末にicaファイルをスタートアップに仕込んで起動させていますが、
Windows起動時、稀に「指定されたIPアドレスが割り当てられません」と表示がで
て接続出来ない様です。

icaファイルを再作成（全く同じ内容）を行うと接続出来る様です。
※再作成した端末ではこの現象の再発は今のところありません。

何か設定すべき事があるのでしょうか？
ご存知の方がいらっしゃいましたら、ご教示お願いします。

P 2012/07/02 11:28:28

Citrixサーバの環境説明、
ICAファイルをどの様に記述したのかを記載した方が良いと思います。

XenApp5、Win7 Home Premium 64bit で　Online Plug-in で接続できない

まる 2012/06/25 17:50:51

　環境
【サーバー】
・Windows Server 2003 R2（最新SP, フルパッチ適用）
・XenApp 5.0 RUP7
・Web Interface 5.2

【クライアント】
・Windows7 Home Premium 64bit
・Online Plug-in 12.3.0.8

な環境で接続しようとすると、
「ユーザーの要求を完了しようとして、Citrixサーバーでエラーが発生しました。」
のエラーが出て接続できません。
ブラウザでの接続は問題なくできますし、隣にある XP で Online Plug-in は問題なく接続でき
ています。

何か設定すべき事があるのでしょうか？
ご存知の方がいらっしゃいましたら、ご教示お願いします。

でん 2012/06/26 09:10:32

win7 home EditionはUACの概念がなかった気がするので
それを考えると全ユーザが"Standard User"になるので
"Not Supported"ですね

http://support.citrix.com/proddocs/topic/online-plugin-120-windows/ica-client-install-packages.html

まる 2012/06/26 10:15:29

回答ありがとうございます。

ご紹介頂いたページを確認しました。
これはインストール時に必要な権限の事を言ってるのではないでしょうか？
Online Plug-in のシステム要件には、エディションまでは明記されていませんし。

さぼり 2012/07/31 16:34:42

日本語の方で。
http://support.citrix.com/proddocs/topic/online-plugin-120-windows/nl/ja/online-plugin-sys-reqs.html?locale=ja

Windows7 Home Premium 64bitは、サポートですね。

Home Editionなので当然ドメインには入っていないと思いますので、
ユーザー情報は指定してログインをしてますか？

まる 2012/08/12 17:46:34

さぼりさん。ご回答ありがとうございます。

>Home Editionなので当然ドメインには入っていないと思いますので、
>ユーザー情報は指定してログインをしてますか？

ユーザー指定しています
このあたりは間違いないです。

デスクトップ展開について

新井注 2012/06/02 16:53:25

Desktop Studioでデスクトップ展開を行うところで苦労しております。

今回、初めてXenDesktop5.6を用いたシステム構築を行っています。
その中で、デスクトップ展開を行おうとしているのですが、コネクションの所で
次へボタンを押すと、
ハイパーバイザーに接続できません。
とエラーメッセージが表示され、エラー詳細として以下情報が表示されました。

例外:
System.Reflection.TargetInvocationException 呼び出しのターゲットが例外をスローしました。

内部例外:
Citrix.Console.Models.CallbackEventArguments.ScriptException ハイパーバイザーにアクセスできませんでした。

エラーデータ:
HypervisorNotContactable\nSystem.InvalidOperationException: The hypervisor was not contactable at the supplied address. (Reason = Url invalid)

Exception : Citrix.ManagedMachineAPI.HostingInfrastructureCommunicationsFailureException: Url invalid ---> System.Net.WebException: 基礎になる接続が閉じられました: SSL/TLS のセキュリティで保護されているチャネルに対する信頼関係を確立できませんでした ---> System.Security.Authentication.AuthenticationException: 検証プロシージャによると、リモート証明書は無効です。

証明書自のはインポート済みですが他に確認した方が良いことがあれば
ご指南いただけますでしょうか？

通りすがり 2012/06/04 17:43:10

ハイパーバイザーとして、まず何を使おうとしているのかを
記載した方が良いと思います。

新井注 2012/06/05 16:48:58

すいません、確かにそうですね。
ESXiを使用しています。

また、本件ですがひとまずは回避策が見つかりましてその対応で
動きました。
色々試していたのですが、どうもESXi側でのホスト名認証に失敗している様で、
proxy.xml内をhttpAndHttpsに変更したら繋がりました。

ただ、このままでは宜しくないので後日ESXi内の設定確認を行う予定です。

お騒がせして申し訳ありませんでした。

通りすがり 2012/06/07 10:15:43

ESXiだったら、新井注さんの変更箇所であっていたはずです。

２枚の NIC （別セグメント）から公開アプリケーションに接続したい

newbie 2012/05/09 09:06:29

お世話になっております。

環境：
XenApp 6.0 サーバに 2枚の NIC が搭載されていて、異なる
ネットワークセグメントに接続されています。

現象：
それぞれのセグメントに Online Plug-in の入ったパソコン
があり、パソコン１、パソコン２とすると、
パソコン１からは、問題なく公開アプリケーションに接続で
きますが、パソコン２から接続しようとすると、

「アプリケーションを起動できません。ヘルプデスクに連絡
して次の情報を提供してください: Citrix XenApp サーバー
に接続できません。選択した Citrix XenApp サーバーは接続
を受け入れていません。」
というエラーで接続できません。

試したこと：

現象の起きるパソコン２から、
リモートデスクトップ接続　－－－－　接続OK
Web Interface サイトへのログイン　－－－－　OK
Web Interface サイトの公開アプリアイコンを起動　－－－－　上記エラー
Online Plug-in からのログイン　－－－－　OK
Online Plug-in からの公開アプリ起動　－－－－　上記エラー

パソコン２側のセグメントは、XenApp セットアップ後に
後から追加で構成した IP セグメントです。
（セットアップ時のセグメントからの接続は問題ありません）

リモートデスクトップ接続できることから、XenApp 側のポリシー
か何かで解除できそうな気もしますが、いまだに回避できずに
おります。

回避策等ご存知でしたらお助けください。

Reppa 2012/05/09 18:11:07

特定のNICのみでICAを使用したい場合はICAリスナーの設定でNICを指定すればいけるような気がしますが、
両方だとちょっとわかりません。

http://support.citrix.com/article/ctx110654

あとはこの辺ですかね。
http://support.citrix.com/article/CTX125342
http://support.citrix.com/article/CTX102827

newbie 2012/05/16 13:56:23

ご返信ありがとうございます。

確認してみます。

Wyse C10LEでの SOCKプロキシー設定について。

JOJO 2012/04/24 18:19:37

お世話になっております。

現在、Wyse C10LEからのICA接続を監視するため、DDCの
SOCKプロキシーにて、通信を別の監視ソフトに送る
テストをしているのですが、うまくいきません。

お知恵をお貸いただけますと大変助かります。

■実施したいこと。＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

Wyse C10LE(システムバージョン7.1) からのICA接続通信をDDCのクライアント側プロキシー機能を使用し、
別の監視ソフトに送る。

■Wyse C10LE　設定======================================================
【システム設定】→【リモート接続設定】→【ブローカー】タブ
【ブローカー選択】：Citrix Xen
【ブローカーアドレス】：Https://win2008r2ddc.citrix.local/Citrix/PNAgent/config.xml

【接続マネージャ】→【接続したい仮想デスクトップ】→【設定】→【接続】タブ
【接続先】：公開アプリケーション
【ブラウザサーバー】：（空白）
【アプリケーション名】：Farm1:t $P19(デフォルトで表示されていたものをそのまま使用)
【暗号化レベル】：基本設定

【ログオン】タブ
【ログオン設定】
【ユーザー名】：userddc
【パスワード】：（設定しているパスワード）
【ドメイン名】：Citrix.lcoal
【ログオンモード】：指定ユーザー

（【接続先】：サーバーを選択し、
【ブラウザサーバー】：（空白）
【ホスト名】：VISTA32（監視対象のWindows VISTA Enterprizeのホスト名　）
【暗号化レベル】：基本設定
ともしてみましたが、接続が拒否されましたとなり、接続できませんでした。）

■DDC設定======================================================

【XenDesktop 5.5　Citrix Desktop Studio】→【Access】→【Citrix Web interface】
【Xen App service site】→Https://win2008r2ddc.citrix.local/Citrix/PNAgent
→【Client -Side Proxy】

【Address】;Default（つまり全てのIPアドレス）
【Proxy】;SOCKS
【Proxy address】:192.168.10.61(監視ソフトのＩＰアドレス)
【Proxy Port】:1080(任意のポート番号)

■結果=====================================================
対象デスクトップにICA接続はできたが、
SOCKSプロキシーが動作せず、
監視ソフトに一切パケットが届かなかった。
==================================================
（なお、同様の方法で、Citrix Reciever for iPadからは、
SOCKSプロキシーが成功しています。）

当方、勉強不足で、Wyse C10LEやDDCの設定に自信がありません。
アドバイスなどいただければ、大変ありがたいです。

何卒宜しくお願いいたします。

公開アプリケーションへの引数渡しについて

氷 2012/04/09 10:35:23

お世話になります。
先月、CPSを使ったシステムの担当者になったばかりの初心者です。
公開アプリケーションへの引数渡しを新規に設定する事になったので教えてください。

≪使用環境≫
サーバ
　Win2003　x86
Presentation Server 4.5
クライアント
　WindowsXP
　Citrix　Online　Plug-in　Full(12.1.44) for Windows with Internet Explorer 9 Support

≪アプリ公開状況≫
・公開アプリケーションとして引数を受け取って、引数をラベルに表示する簡易Exeを作成。
・Program　Neighborhoodエージェントサービスサイトとして公開
・アプリケーションの場所を入力画面で以下のようにコマンドラインを設定
　C:\Program Files\～\test.exe "%*"

≪事象≫
・クライアントから公開アプリを引数なしで呼び出す場合には正常に呼出しできる。
・公開アプリを引数付きで呼び出そうとすると「コマンドラインの使い方」がでる。
　☆呼出方
　　公開AP用　デスクトップのショートカットに設定されたリンク先を利用
　　コマンドプロンプトで「＜リンク先＞　/:param 1234」で飛び出すとコマンドラインの使い方が表示される。
　　""でパラメータ部を囲っても一緒

簡易Exeはコマンドラインで呼び出す際に、パラメータをつけると、内容を表示するだけであり、ローカルでは正常に動いています。
　☆呼出例
　"C:\Documents and Settings\～\TestApp.exe" 1234

初歩的な質問で申し訳ありませんが、原因と対処を教えてください。
よろしくお願いします。

P 2012/04/12 14:22:06

ダブルクォートを外したりして試してみてはどうでしょうか？
多分、その辺りだと思います。

氷 2012/04/12 14:58:49

レスありがとうございます。
昨夜、四苦八苦した挙句に解決しました。

解決策は次の内容でした
・アプリケーションの場所を入力画面で以下のようにコマンドラインを設定
　C:\Program Files\～\test.exe "%*"　←　"%**"に変更
・クライアントでの起動時に以下のようにパラメータを記述
　"C:\Program Files\Citrix\ICA Client\pnagent.exe" /CitrixShortcut: (1) /QLaunch "公開システム" /param:パラメータ　←/param:の後はスペースなし

"%*"で引数を渡した場合、引数の検証が行われているようでNGでした。
サーバ側が"%**"と設定されている場合、引数を無条件でExeに渡してくれるようです。
ソースはこちらです↓
http://support.citrix.com/proddocs/topic/xenapp5fp-w2k8/nl/ja/ps-pub-command-line-validation-disable-v2.html?locale=ja

"%*"はコンテンツの公開時に使う設定のようです。

ありがとうございました。

XenAppでクライアントドライブをＣ言語で検出したい

ブー六 2012/03/22 16:46:44

エクスプローラーやJavaのFileChooserには、サーバードライブのほかにクライアントドライブも表示されるのですが、Win32APIのGetLogicalDriveStrings関数ではクライアントドライブが認識されません。
ネットワークドライブやSUBSTコマンドで作成した仮想ドライブは認識されます。

ご教授頂けますでしょうか。

ブー六 2012/03/23 16:37:17

すみません。自己レスです。

XenApp6.0以前ではユーザーのローカルドライブに対して
ネットワークドライブを割り当てる方式を使用していたようですが、
XenApp 6.0以降では、まったく異なるメカニズム（Microsoftのリモートデスク
トップ接続で使用されているのと同じ概念であるリダイレクトの概念）を
CDMシステムで使用しているそうです。
<参照>
http://support.citrix.com/article/CTX129504

ドライブ割り当てされていなければ、当然、Win32APIのGetLogicalDriveStrings関数
では、認識できないわけで、

net useコマンドでクライアントドライブの接続状況を確認すると

\\client\C$
\\client\D$

とか表示されるそうです。(XenAppクライアント環境を持つ人に確認してもらいました)

ちなみに、リモートディスクトップ接続でローカルドライブを見れるように設定した場合は

\\tsclient\C
\\tsclient\D

とか表示されていました。
これって、NetUseEnum関数では見れないんですね。

アプリのドライブ一覧コンボボックスに「xxxxのC」とか「xxxxのD」とか出すには
どうしたらよいのでしょうか。

とおりすがり 2012/03/23 18:18:37

NetUseEnum() のドキュメントには
This function applies only to the Server Message Block (LAN Manager Workstation) client. The NetUseEnum function does not support Distributed File System (DFS) shares.
とあるから、そもそも対象外なんでしょうね。その続きに
To enumerate shares using a different network provider (WebDAV or a DFS share, for example), use the WNetOpenEnum, WNetEnumResource, and WNetCloseEnum functions.
とあるように、WNetOpenEnum(RESOURCE_CONNECTED,RESOURCETYPE_DISK,...) で \\TSCLIENT は列挙されました。Citrix は手元にないのでわかりません。

ブー六 2012/03/24 11:10:21

(とおりすがり)さん、ありがとうございます。

確かに、WNetOpenEnum→WNetEnumResource→WNetCloseEnumで列挙できました。

残念ながらまだ「xxxxのC」とか「xxxxのD」とかの表示名の取得方法はわかっていませんが、
リモートディスクトップもXenAppも接続クライアントのマシン名を環境変数「CLIENTNAME」
から取得できることだけはわかりました。

ありがとうございます。