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

XenApp 7.15 LTSR でのドライブマッピング

りんこ 2019/02/25 15:56:03

下記のXenApp環境を新たに構築し、ドライブマッピングの設定をしました。
【XenApp環境】
　Windows Server 2016 Standard
　XenApp 7.15 LTSR
　ドライブ：C、E
【設定手順】
　①レジストリエディタより「HKEY_LOCAL_MACHINESOFTWARECtrix」に移動し、
　　「Citrix」を右クリック→新規→キーをクリックして名前を「UncLinks」に設定。
　②「UncLinks」を選択→右側を右クリック→新規→DWORD(32ビット)値を
　　クリックして名前を「UNCEnabled」に変更。
　　値は初期値（0）にしておく。

以前の環境(*)でドライブマッピングを設定した時、
クライアントPC（C、D）で表示されるドライブは
　クライアントのCドライブ：Vドライブ
　クライアントのDドライブ：Uドライブ
と表示されていたのですが、
新環境では
　クライアントのCドライブ：Vドライブ
　クライアントのDドライブ：Dドライブ
のように「D」ドライブはそのまま「D」で表示されるようになりました。

【(*)以前のXenApp環境】
　Windows Server 2008R2 Standard
　XenApp 6.5
　ドライブ：C、E

またクライアントPCからファイルを保存する際に「U:」を入力すると、
「Eドライブにアクセスできない」旨のメッセージが出ます。

察するに以前は
　・クライアントの「C」ドライブは「V」ドライブに、
　　「D」ドライブは「U」ドライブに強制マッピングされる。
現在は
　・クライアントの「C」ドライブはXenAppサーバーに「C」ドライブが存在するため、
　　「V」ドライブにマッピング。
　・クライアントの「D」ドライブはXenAppサーバーに「D」ドライブ存在しないため、
　　そのまま「D」ドライブにマッピング。
　・XenAppサーバーは「E」ドライブがあるためクライアントの「E」ドライブは「U」になるが、
　　接続しているクライアントに「E」ドライブが無いためアクセス拒否のメッセージを表示。
のようなマッピングをしていると思われますが、
調べてもそのような記載が見つかりません。

新環境で以前と同様に
　・クライアントの「C」ドライブは「V」ドライブに、
　　「D」ドライブは「U」ドライブに強制マッピングされる。
ようにする方法はあるのでしょうか？

s 2019/02/26 11:10:50

動作については推測されている通りです。
その仕様は、こちらに記載されています
https://docs.citrix.com/ja-jp/receiver/windows/current-release/optimize/map-client-devices.html

ご認識の通り、そのレジストリを使用した場合などには
リダイレクトされるユーザクライアントのローカルドライブレターと
サーバーのローカルドライブレターが競合する場合がありえます。

この競合が生じた際、セッション上リダイレクトされたドライブに割り当てる
代替ドライブレターというものが、サーバーにVDAをインストールする時に
あらかじめ定義されています。

上のURLに記載がありますが、
>仮想デスクトップやアプリケーションをホストするサーバーに
>XenDesktopまたはXenAppをインストールするときに、
>クライアントドライブが自動的にマップされるサーバーの
>ドライブ文字のセットを設定できます。
>デフォルトでは、インストール時に、個々のハードディスク
>およびCDドライブに1文字ずつ、Vからのアルファベットで
>未使用のドライブ文字がマップされます

ご質問の環境では、サーバーにVDAをインストールする際、
「Cドライブ」に対して「（V:）」
「Eドライブ」に対して「（U:）」というマッピングが生成されます。
サーバー側に「Dドライブ」が存在しないため、
Dドライブに対しては代替マップが生成されません。

よって、リダイレクトされたユーザクライアントのローカルDドライブは
そのままセッション上でも「Dドライブ」になります。

以前のXenApp環境にDドライブが存在しなかったのであれば
現在と同じ挙動になるはずではあるのですが過去を見てもまぁ仕方がないので

解決方法としては、CDドライブでも小さなローカルドライブでもいいので
サーバー上にDドライブが存在している状態で
VDAをインストールしなおすことだと思います

以下余談
C→D→E というドライブに対して、V→U→T
と言うように、アルファベット逆順に代替マップが生成されるのは
単に「仕様」です
日本語翻訳版のDocumentでは省略されてたりしますが
英語版のDocumentではちゃんと「Vから逆順」と書いてあったりします

りんこ 2019/02/26 15:17:00

sさん、ありがとうございます。
理屈は理解できました。

下記、もしご存知でしたら教えてください。
（的外れな質問があるかもしれませんが、まだ知らないことがあること、
　英文が読めないことが大きな壁となっております）

> この競合が生じた際、セッション上リダイレクトされたドライブに割り当てる
> 代替ドライブレターというものが、サーバーにVDAをインストールする時に
> あらかじめ定義されています。
レジストリを設定してもVDAインストール時の定義が優先されるのでしょうか？

> その仕様は、こちらに記載されています
ここの記載は「Citrix Receiver for Windows 4.12」の内容ですが、
マッピングの仕様はXenApp（VDA）になるのでしょうか？

> 解決方法としては、CDドライブでも小さなローカルドライブでもいいので
> サーバー上にDドライブが存在している状態で
> VDAをインストールしなおすことだと思います
VDAの再インストールは
①「コントロールパネル」－「プログラムのアンインストール」
　－「Citrix 7.15 LTSR - Virtual Delivery Agent」をアンインストール。
②最初にVDAをインストールした手順と同じ手順でインストール。
③VDAインストール以降に実施した作業を再確認し、
　必要に応じて作業を再実施。
でいいでしょうか？
アンインストール・インストール作業の前後で何かしておくべき作業は
ありますでしょうか？

s 2019/02/26 17:12:23

簡単に言えば「UNCEnabled」というレジストリは

ユーザクライアントのローカルドライブを
仮想デスクトップ/アプリセッション上にリダイレクトさせる場合
ローカルと同じドライブレターが付けるようにする

という設定です（デフォルトだとそもそもドライブレターが付かないので）

そのように動いてほしいと設定したとしても、競合が生じる様であれば
サーバー（VDA）側による競合回避処理が優先されます

このドライブレターの仕様が、Receiverの仕様なのか
XenApp(VDA)の仕様なのかと言われれば
どちらかと言えばVDA側の仕様だと思いますが
両方合わせて、Citrix XenApp/XenDesktopの仕様です

VDAの再インストールは仰るように、普通にコンパネのプログラムの
一覧からアンインストールして、新規インストールの要領で
普通にインストールしなおしで良いです
アンインストール後に再起動ぐらいは挟んだ方が気持ちよいですけども

前後の作業として、コレしておかないと死ぬとか壊れるとかは概ねないですが
当然、一時的にユーザーはサーバーに接続できない状態になるわけなので
その旨（サービス提供中止）のアナウンスは必要ですし、
Studioから当該サーバーのメンテナンスモードを有効にしておく、
などが望ましいでしょう

デリバリーグループから削除、マシンカタログから削除、とかまでは
別にしなくても良いです。してもいいけど。

りんこ 2019/02/26 18:39:35

sさん、分かりやすい説明いただきありがとうございます。

レジストリを設定すると「C → V」「D → U」にマッピングする、
としていた私の間違いが分かりました。
仕様が理解できたことで今後に生かすことができます。

VDAの再インストールはサービス提供中止が必須になりますので、
現状と今後のことを踏まえて慎重に検討します。

> 両方合わせて、Citrix XenApp/XenDesktopの仕様です
そのとおりですね。愚問でした。

細かいところまでご指示いただき、
本当にありがとうございました。

officeソフトの言語入力

hrokeik 2019/01/27 13:56:43

【環境】
Citrixサーバー上：WIN10
client: Cirtix Receiver on macHigh Sierra
keyboard: us keyboard
input Source: Japanese (Romaji/Hiragana)

【相談】
citrix上のofficeソフトで言語切り替えがうまくいきません。
ブラウザ（chromeなど）ではRomajiにすることで、アルファベット入力となるのですが、officeソフトだとHiraganaでなされる入力と同じ入力しかされません。半角アルファベットがうちたいです。。。。
言語バーの「入力モード」で半角英数を選ぶとできないこともないのですが、煩わしく・・・切り替えをスムーズにするためには何か追加設定が必要でしょうか。

（Input Sourcesで EnglishのABCを足してみましたがそれでもダメでした）

Citrix Gatewayを介したICA Proxy接続でのVDI起動要求時エラー

S 2019/01/24 11:39:24

とてもシンプルなCitrix Gatewayを介したICA接続によるXenDesktop環境へアクセスする構成を構築中ですが、掲題の内容でエラーとなっています。
手詰まり状態で、どなたか助言頂けないでしょうか。

■製品概要
Citrix XenApp and XenDesktop 7.15 LTSR CU3（VDA含む）
Citrix ADC VPX 12.1 build 50.28
Citrix Workspace app 1812 for Windows

■環境概要
Microsoft Azure IaaS環境にて、XenDesktopとCitirx ADCを構築しています。
Citrix Workspace appがインストールされ、自己署名ルート証明書がインポートされたクライアント端末からインターネットを介して、Microsoft Azure環境に構築されたCitrix ADCへアクセスし、同環境に構築されたXenDesktop環境のVDIにICA Proxy接続をする構成です。認証方式はLDAP認証のみ。

■事象内容
VDIリソースが一覧表示されているストア画面（Citrix ADCへのログオン、StoreFrontへのパススルー成功後のStoreFront画面）にて、ログオンしたユーザーアカウントに紐づけれられたVDIリソースのアイコンをクリックし、起動要求をかけた後、ICAファイルを使用して、VDIへ接続する。
OSログオン画面が表示される前のVDI接続中の画面（Citrixが提供している画面）にて、エラーメッセージが2つ表示され、接続は中止される。
エラーメッセージ①
「サーバーに接続できません。次のエラーについて、システム管理者に連絡してください: SSLエラー61:サーバーのセキュリティ証明書の発行者である"<接続URLのFQDN>"をまだ信頼していません。」
エラーメッセージ②
「"<リソース名>"への接続に失敗しました。状態:不明なクライアントエラー0」

■切り分け/対応内容と結果
・接続方法
社外接続でのICA接続：本事象内容と同事象
社内接続でのICA接続：VDIが正常起動

・Citrix Workspace appのバージョンの最新化
製品概要に記載したバージョンをインストールして実施：本事象内容と同事象

・接続端末の変更（アンチウイルスソフトの影響確認）
4台の端末で実施（業務PC2台とプライベートPC1台と同ネットワーク上の仮想マシン1台のため、ソフトや環境が全く違います）：本事象内容と同事象

・自己署名証明書の再発行
ルート証明書、サーバー証明書の再発行、チェーン更新、端末へのルート証明書のインポート：本障害内容と同事象
※RSA、鍵長2048bit、FQDN、証明書情報

・STAの設定確認、ステータス確認
STAサーバーはIPアドレス指定（名前解決の確認不要）、Auth IDは正常取得、STA StatusはUP

・ブラウザの変更
IE,Chrome：本事象内容と同事象

・Citrix ADCの再構築
同じバージョン、VM構成、ネットワーク構成、ADC設定で2度再構築：本事象内容と同事象

・VDA端末の再起動
2回実施：本事象内容と同事象

・Citrix Studio上のVDA登録状況
登録済み、電源状態もパワーオンのため正常と見える

・イベントログ
Windows-システムで「エラーID：10016」が出力される。

s 2019/01/30 15:18:24

証明書関連で何か根本的な勘違いかポカをしていると思って良いでしょう。

基本的に、下のナレッジに記載のある通りで
必要/適切なCAルート証明書がクライアント側に入ってないことであったり
ADC VPXのDNSによる名前解決に問題がある場合などが殆どという印象です。
https://support.citrix.com/article/CTX105254

あまり参考になる回答でもないと思いますがご参考まで……。

しげっち 2019/02/01 11:45:15

NetScaler側でVIPに割り当てているサーバ証明書ですが、GigiCert等の認証局より発行されたサーバ証明書でしょうか。
それともプライベート認証局より発行された証明書でしょうか。
後者の証明書であればプライベート認証局のルート証明書を接続元のクライアントで「信頼されたルート証明機関」へ
登録する必要があります。前者の場合でも、中間証明書が必要なサーバ証明書であればNetScaler側への登録と、
中間証明書へのリンクを設定する必要があります。

Citrixでは、証明書に関するエラーの技術情報が公開されていますので合わせてご確認ください。

Error: "SSL Error 61: You have not chosen to trust 'Certificate Authority'..." on Receiver for Windows
https://support.citrix.com/article/CTX101990

Sig 2019/04/01 08:59:41

今更だけど…^^;

NetScalerでオレオレ証明書作ってるなら、XenAppにもオレオレ証明書食わせないと提示のエラーになったような気がします。

XenServer6.0.2の延長ライセンスについて

sin 2019/01/10 16:14:34

今回質問させていただきたいのは、XenServer延長ライセンスに関する内容です。

https://activate.vmd.citrix.com/
上記サイトで延長ライセンスの提供をしておりますが、こちらのサイトは2019年3月でサービス終了になる予定かと思います。

私はサーバー管理初心者のため、現在学習用にXenServer6.0.2を使用しております。
仕事でもXenServer6.0.2の環境を使用しており、更新切れに備えた移行や対策法を検討しております。
ついては、この環境がどこまで使用できるか、ライセンス切れの際にどのようなことが起こるかを知りたいと考えております。

要点としましては、
●3月中に延長ライセンスを取得すれば、6月ごろまで6.0.2の環境を維持して使用できるのか？
●もしライセンスが切れた状態で6.0.2のサーバーを停止・再起動した場合、サーバーは起動できなくなってしまうのか？
●ライセンス切れのサーバー上で稼働している仮想マシンは、使用できなくなってしまうのか？

上記についてご存知の方や、アナウンスなどお分かりになればご教授ください。
拙い質問で申し訳ありませんが、何卒宜しくお願い致します。

とみっち 2019/01/16 18:14:39

ライセンスが切れますと仮想マシンが起動できなくなります。仮想マシンが起動中のままの状態でライセンスが切れた場合は起動したまま利用し続けることができますが、再起動するタイミングで起動できなくなります。

sin 2019/01/23 11:07:55

とみっち様

レスありがとうございます。
やはり再起動した段階で停止してしまうのですね。
早急に移行や更新などを検討したいと思います。

Citirix Desktop Viewerが起動しない

TT 2019/01/08 11:22:33

現在、外部環境をCitrix上で操作しています。昨日までCitrix Desktop Viewer上で操作出来ていたのですが、本日より急にViewerが立ち上がらず、別ブラウザで立ち上がるようになりました。スピードも遅く、文字もかなり粗いです。Desktop Viewerが無効化しているのか？と考えていますが、解決方法をご教示いただけないでしょうか？宜しくお願い致します。

とみっち 2019/01/16 18:32:18

Desktop Viewerの表示・非表示はStoreFront側で行います。

＞＞別ブラウザで立ち上がるようになりました。
＞＞スピードも遅く、文字もかなり粗いです。

上2点が解決するかはわかりませんが、まずはDesktop Viewerが非表示に
なっていないか確認してもらえればと思います。

https://support.citrix.com/article/CTX209468

XenServer 6.2.0 SP1 HW障害

1028 2018/12/11 18:42:31

XenServer (6.2.0 SP1) を複数台でプールを構築しております。
このうちの1台が壊れてしまい起動しなくなりました。
マザーボードを交換することになったのですが、どのように復旧すべきか
わかりません。どなたかご教授して頂けませんでしょうか。

ちなみにプール内のXenServer は、XenCenterでボンディング(3つ)してあります。
以下の作業で復旧できるのでしょうか？（ボンディングも）

1) マザーボードを交換したマシンを再セットアップ
2) IP付与(XenCenterと接続するために)
3) プールに入れる(このタイミングで自動ボンディングされますか？)

お詳しい方、ご支援して頂けると助かります。
よろしくお願いします。

しげっち 2018/12/21 13:51:45

MBを交換した際、問題になってくるのはOnBoardのNICです。
利用されているHWのメーカや構成にも左右されるのですが、LenovoやHPでXenServer6.2が導入されて
いるサーバのMBを交換した際、OSの再セットアップを実施することなくそのまま利用できました。
HSを利用しているRAID構成で発生するケースは少ないのですが、OSの再セットアップを伴う障害が発生しても、
Poolに参加すると自動で対象NICのBondingが構成されます。
Poolに参加させるにはPool内サーバに適用されているHotfixをある程度合わせる必要があるため、事前にHotfixを入手してください。
HotfixのダウンロードにはMyCitrixのアカウントが必要となる場合がありますのでご注意ください。

Studio初回起動時、Delivery Controllerと通信できない

づか 2018/12/07 11:31:37

現在、検証環境を作成しているのですが、問題が発生しており進むことができません。
対処方法などご存知の方がいらっしゃいましたらアドバイスいただければと思います。

【環境】
Windows Server 2016 Standard(評価版)
Citrix XenApp 7.17 or 7.18
※StoreFrontのみインストールしていません(別サーバに設定するため)

【現象】
①Studioを起動するとDelivery Controllerと通信できない旨の記載が表示され、
　フルコンピュータ名を入力して接続しようすると以下のメッセージが表示される
　　----メッセージ----
　　Delivery Controllerとの通信でエラーが発生しました。
　　Delivery Controllerが起動しておりDNSレコードが正しいこと、、および
　　ファイアウォールで通信がブロックされていないことを確認してください。
　　そのDelivery ControllerでCitrix Configretion Serviceが実行されている
　　必要があります。
　　-------------------
②サービスをから「Citrix Configretion Service」を実行し、再度接続
③「サーバとの通信に問題がありました」と表示され、詳細のエラーIDは
　「Error Id: XDDS:6B934E66」が記録されている
④Citrix XenApp 7.18で現象が発生したため、OSを再インストールし、Citrix XenApp 7.17
　で実行したが同じ現象が発生する
　※別端末を用意し、同様の作業を行っても同じ現象が発生する

インストール時に登録するDelivery Controllerのアドレスの接続確認では接続エラーが表示
されていました。
7.17や7.14などのインストールを別環境で行っていた際、接続エラーが出たまま
インストールを行っても、設定時には接続ができていたため、同様に作業を進めていました。

なお、nslookupコマンドでフルコンピュータ名を実行した際、問題はありませんでした。

ここが進まない限り、次のステップに進むことができないため、何か思い当たる部分など
アドバイスいただければと思います。
よろしくお願いいたします。

づか 2018/12/07 21:05:39

解決しました。

原因はSQLのサービスならびにCitrix関係のサービスが停止状態になっていたためでした。
お騒がせいたしました。

ハムス 2019/04/09 11:01:45

私も同じエラーが出ました。

良ければ、どのサービスを実行中に変更したのか教えて頂けないでしょうか。

mk 2019/04/09 17:22:52

横からすみません。基本的にはOSのサーバマネージャーのダッシュボードでCitrixやSQLのサービスがエラーになっていればそのサービスが該当するかと思いますが、エラーになっているサービスはありますか？エラーがなければ原因は別にあるような気がします。

ハムス 2019/04/10 12:01:34

mkさん

早速の対応ありがとうございます。

仰る通りOSのサーバーマネージャーでCitrixの～Serviceのほとんどが停止していた為、DCのアドレスを認識できなかったのかと思います。

mk 2019/04/11 11:45:44

サーバの起動時にサービスがタイムアウトで起動出来なかったのであれば、以下のKBに記載されているサービスのタイムアウトを延ばすように調整していただければ改善される可能性はあります。

mk 2019/04/11 11:46:32

KBを貼り忘れました。
https://support.microsoft.com/ja-jp/help/839803/the-windows-trace-session-manager-service-does-not-start-and-event-id

づか 2019/05/23 12:02:25

暫く参照できていなかったのでコメントできなくて申し訳ありません。

mkさんの仰るとおりです。
サーバマネージャでサービスで停止状態になっている項目を起動させました。
サービス名は失念したのですが、「SQL」の文字列が入っているサービスです。
Citrix関連は「Citrix」の文字列が含まれるサービス全てです。

当方の環境は、動作検証用として構築したもののため、スペック(特にメモリ)が要件ギリギリでした。
mkさんのタイムアウトの設定以外にも、端末のスペックも確認してみてはいかがでしょうか。

外部ネットワークからの接続方法

あつみ 2018/11/19 01:24:57

クラウド環境にCitrixシステムを構築します。

お客様環境からVPN経由で接続するのですが、
このような外部ネットワークから接続するには、各コンポーネントでどのような設定が必要でしょうか。
XenApp7.15LTSRを使用しております。
Citrix for webを使用し、仮想デスクトップとアプリケーションを使用する予定です。

トムじい 2018/11/19 10:53:38

こちらですが、VPNであれば接続元は社内ネットワークと同じ状況になると思いますので、特に考慮は不要と思います。

NetScalerのような機器を利用してICAの通信のみを利用した接続を行う場合には懸念されている通り、管理サーバ側で連携の設定も必要です。

注意点はいろいろありますが、全く実施されたことがないのであれば、後者については外部へ依頼されたほうが良いと思います。

あつみ 2018/11/19 13:22:41

トムじいさま

回答ありがとうございます。
ネットスカラーは使用しません。

ですので、特に設定は不要そうですが、接続元の関係で、少し確認させてください。

前提として、
お客様側では、SFサーバの実IPは把握している状態です。
(すみません、のはずです。。。)

懸念しているのは、別ネットワークの端末からアクセスする場合、Citrix For WebのURLだけでは、SFサーバにたどり着けないのでは？と考えています。

曖昧なのは、SF側の設定と、お客様環境に導入するCitrixReceiverの設定です。
CitrixReceiverでは、SFサーバとCitrix For WebのURL紐づける設定が必要なように思えますが、いかがでしょうか。

トムじい 2018/11/19 14:08:11

なるほど、名前解決が出来ないパターンということですね。

接続方法がWEBなのかReceiverなのかごっちゃになっている気がしますが、以下の説明を参考にされては如何でしょうか。

https://www.ashisuto.co.jp/citrix_blog/article/201808-kiriwake.html

Citrix XenApp/XenDesktopの問題を絞る「５つの方法」
（５）特定の拠点のみで発生しているか確認する

NATの話があるので、このあたりが参考になるんじゃないかと思います。

Citrix NetScaler Gateway の記載がありますが、これはVPNの代わりに使っているんじゃなかろうかと思います。

ただ、やったことはないので不安であればCitrix様やこちらを運営されているピー・ビーシステムズ様、参考URLのSier様などにご相談されたほうが良いと思います。

あつみ 2018/11/20 01:43:40

トムじいさま

ありがとうございます。
その通りで、名前解決ができないのではという懸念です。

Webを使用する場合でも、Receiverを導入しないと接続ができなかったので、整理がついていませんでした。
Webの場合は、特段の設定は不要と考えて良いのでしょうか。

――引用――
サイト内の
－クライアント端末側は、DNSサーバもしくはhostsファイルを使用して、VDAサーバのFQDNがNATの外側のIPアドレスに名前解決できるように対応します。

―――引用終わり

クライアント端末のhostsもしくは、クライアント端末が参照するDNSサーバの設定をし、
VDAサーバの実IPとFQDNで名前解決できるようにするということなのでしょうか。

Citrix for webはSFサーバ上にあると考えているのですが、ここの名前解決は不要でしょうか。

アドバイスありがとうございます。
相談の件についても、検討してみます。

トムじい 2018/11/20 09:53:11

Receiverを使わずに利用することが可能な「Citrix Receiver for HTML5」という方法もありますが、Receiverを利用する一般的な方法を利用されたほうがよろしいかと思います。

昨日返信しましたが、引用させていただいた構成を私も組んだことはないので、
知見のありそうなCitrixパートナーなどへの問い合わせをご案内しました。

StoreFrontへのアクセスはIPでも問題ないと思いますが、VDAサーバの名前解決関連の設定が正しくないと参考のページに記載されているような公開APなり公開DTの起動で失敗しそうな気がします。

もし、ご自身で導入されようとしているのであれば、無償のハンズオンなどを開催されているNW様などの販社様などもいらっしゃるのでそういった講習などで
ご相談されるもの手かと思います。

やり取りをみていると応用的な構成のまえに基本的な構成をおさえられていない気がします。

仮想デスクトップの雰囲気が違う

Shoji 2018/11/19 01:18:20

Citrix Xenapp 7.17を使用しています。
環境はWindows Server 2012R2です。

Citrix for webから仮想デスクトップに接続すると、

画面中央下側に「Citrix」と表示される画面のパターンと、
接続先のデスクトップ環境と同じ画面が表示されるパターンがみられます。
特に設定は変えておりません。

下記サイトの一番下に表示されているような仮想デスクトップの画面が「Citrix」と表示されるパターンです。
https://www.creationline.com/lab/8797

この２パターンの違いなのですが
①設定の方法
②役割や考慮すべき点、特徴など
についてご教示いただけないでしょうか。

よろしくお願いします。

トムじい 2018/11/20 11:09:34

おそらくですが、Windows7から接続した場合に以下のポリシーが機能しているのではないかと思うのですが、適用されていない場合とされる場合の差については原因がいろいろあると思います。

統一されたいのであればポリシーを無効にしてしまっても良い気がします。

「Enhanced Desktop Experience」でググるといろいろ情報は出てくるのでご参考まで。

デスクトップエクスペリエンス拡張のポリシー設定
https://docs.citrix.com/ja-jp/citrix-virtual-apps-desktops/policies/reference/ica-policy-settings/enhanced-desktop-experience-policy-setting.html

仮想デスクトップやアプリへ、認証なしにログインするための設定方法

ryo 2018/11/19 01:10:09

【環境】
Windows Server2016
Citrix XenApp 7.17および、7.15LTSR

【質問内容】
　　ログイン認証をせずに仮想デスクトップや、アプリケーションへ接続するための設定方法。

【背景】
　　クライアント側(Citrix Receiverを導入した端末)のネットワークから、
　　Citrix For Webなどを使用して、閉域網で結ばれた別ネットワークにあるCitrixシステムへ接続します。

　　この際、
　　１、ブラウザからStoreFrontへの接続と、
　　２、使用したいアプリケーションや仮想デスクトップのアイコンを選択して接続する際に、ユーザ名やパスワードを使用せずにログインしたい。

　１については、
　　デリバリグループの作成で「認証が不要なユーザ」にチェックを入れる。
　　「認証の不要なストアの作成」の二つで解決できているのですが、

　２については情報が少なすぎて確証が得られていない状況です。

　ご回答よろしくお願いします

トムじい 2018/11/19 11:21:29

匿名ユーザアクセスが可能な構成を作成したいということだと思いますが、確認されている方法で設定すれば以下の(バージョンは古いですが)動画のようにユーザの認証は不要でアプリの起動も可能だと思いますが、どのあたりがひっかかってます？

https://www.youtube.com/watch?v=lyYgfqLpvIo

ryo 2018/11/19 12:57:09

トムじいさん→

ご回答ありがとうございます。
動画拝見しました。
Citrix For WebのURLを打ち込んで
アプリ一覧、仮想デスクトップ一覧の表示まではパスワード、ユーザIDなしで行けます。

しかし、アプリ、または仮想デスクトップのアイコンを選択して接続しようとすると、ログインIDとPassを求められます。
その際の画面は、シトリクスシステムの画面ではなく、普通にOSにログインする際にIDとパスワードを入力する画面が表示されます。

7.17のリリースノートでは、Anonxxxユーザが自動で作成されるとあるため、問題ないように考えておりましたが上手くいきませんでした。

可能性として、Anonxxxユーザはパスワードなしユーザのため、パスワードポリシーの関係でブロックされているのでは？
と考えております。

パスワードポリシーは、デフォルトから設定変更しておりません。
ですがどのみち、本番環境ではADのグループポリシーを設定して、各サーバに対して、パスワードの要件を適用させますので、構築順序など対策が必要とも考えます。

それ以外の仮説としては、VDAサーバでパスワードなしのAnonxxxユーザを手動作成し、
VDAサーバのAnonymousグループ、Remote Desktop Usersグループ、Guestsグループの三つに手動で追加する、という方法を考えております。

よろしくおねがいします。

トムじい 2018/11/19 13:46:09

パススルーの設定がうまく行われていないようなケースの事象にも見えますが、
事例としては以下のようなケースで場合に似たような問題が起こるようですね。

https://support.citrix.com/article/CTX138924

ただ、ポリシーは変更していないので当てはまるかは謎ですが。。

あと、CRとかはサポートが微妙なので、個人的にはこのタイミングならLTSRのCU2かCU3あたりにしておいた方が良い気もします。

あと、Anonxxxユーザは事前に作る必要はなかったので、セッションをつなぎにいくとそのタイミングで作成された気がします。

ただ、以下のサイトの「Anonymous Accounts」の項目にToolで先に作らないとログインできないという情報あるので、作成して見るものありなのではないかと思います。

https://www.carlstalhood.com/category/xenappxendesktop/xenappxendesktop-7-15/#anon

ryo 2018/11/20 01:28:36

トムじいさん→

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

Anonxxxユーザなのですが、実は自動で作成されていないようです。
セッションの時にというのもリリースノートで確認していたのですが。

一旦、いただいた情報をもとに検証してみます。

また、問題が発生したら、質問させていただきます。

トムじい 2018/11/20 09:59:20

検証もされているようなので、Citrixに関する知見はお持ちだと思うのですが、最近の製品の品質はちょっと良くないので、行き詰まったらCitrixのサポートを活用して頂くことも検討して頂いたほうが良いかもしれませんね。

後は、構成的に閉域網ということであれば、まずは閉域網内で匿名ユーザで接続できるかどうかなどネットワーク的な切り分けなども実施されるとなにか違いなども見えてくるかもしれません。