問題タブ [citrix]

Citrix XenAppを介して顧客サイトに接続している場合-すべてのキーストロークがログに記録されますか？

私は自分のコンピューターで友達とチャットしたり、ログイン中にスポーツやメールなどをチェックしたりしているので、疑問に思っています。

最初の実行時にデータベースへの接続の詳細を要求するデスクトップアプリケーションがあり、次にユーザーが次回アプリを起動したときにそれらを再利用できるように、それらを将来の使用のために (暗号化された文字列として) 保持したい. 現在、クライアントは、これまでまったく触れたことのない citrix 環境を実行しています。この暗号化されたデータベース文字列が、ユーザーがどこからログインしても利用できるように保存されていることを確認したいと思います。私が言っているのは、アプリケーションがローミング プロファイルでこの設定を認識している必要があるということですが、これは以前はあまり心配する必要がなかったものなので、必要な落とし穴があるかどうかを確認しているだけです。知っておいてください。

通常、私は .Net で My.Settings 名前空間を使用するだけですが、この環境ではそれをカットするつもりですか?

ローミング ユーザーが新しい場所からログインするときに設定を再入力するように求められないように、ユーザー設定を保存するための「ベスト プラクティス」を知っている人に感謝します。

このように DB 接続を設定する理由は、ユーザーが切り替えることができる Test データベースと Live データベースがあるためです (同一のデータベース、異なるサーバー)。

ライブ接続文字列とテスト接続文字列を app.config に保存し、管理者がインストール後にそれらを手動で更新できるようにし、UI でテストからライブに切り替えるスイッチを提供する方がよいでしょうか?

私は通常、すべてが web.config にうまく収まる asp.net サイトで作業しているため、これは私の快適ゾーンから少し外れています。本にはかなりの数のオプションがありますが、どのテクニックが最も効果的かについて誰かアドバイスがあれば教えてください。

VB.Net 3.5 (Visual Studio 2010) を使用しています。これは、実際の DB アクセスが行われるソリューションにいくつかの .dll ライブラリを含む Windows フォーム プロジェクトです。

ソフトウェアがCitrix、ターミナルサービス、またはスタンドアロンPCで実行されているかどうかを判断するために呼び出すことができるAPI/関数を探しています。最適には、次のように機能します。

レジストリをロックダウンしている顧客が増えているので、レジストリ内の何かを見るのではなく、API呼び出しから機能するものを好みます。

ありがとう。

何度も繰り返さなければならないコマンド (citrix xenserver cli delete snapshot コマンド - 重要な場合) があります。

[snapshot-uuid] の変数を使用してこれをスクリプト化し、次のようなテキスト ファイル内のすべての行を繰り返すことができるようにします (各行は空白のない一意の uuid です)。

さらに複雑なのは、各コマンドで「よろしいですか...続行するには「はい」と入力してください」というメッセージが表示されることです。

更新: Citrix の Xenserver CLI フォーラムでの私の質問が無視されたため、最初にこの質問を投稿しました。後で、ここの Citrix フォーラムで応答を受け取りました。これには、私がしようとしていたよりもはるかに効率的なコマンドが含まれていました。誰かがすべてのスナップショットを削除する必要がある場合は、次を使用してください。

SourceSafeをソースコードリポジトリとして使用してCruiseControl.Netをセットアップしようとしています。CC.Netドキュメントのサンプルコードを見て、構成ファイルでSourceSafe実行可能ファイルへのパスを指定する必要があります。

残念ながら、Citrixを介してSourceSafeを実行しているため、SourceSafe実行可能ファイルに直接アクセスできません。これを回避する方法はありますか？それも可能ですか？

古いアプリケーションをVB6から.Net3.5にアップグレードする一環として、ロギングにアプローチする最善の方法について、オフィスで話し合っています。古いシステムはローカルログファイルを使用していましたが、そのパスはレジストリに含まれていました（デフォルトでは指定しないでください）。現在、私たちのほとんどはWindowsアプリケーションイベントログの使用に傾倒していますが、ある人が質問を投げかけ、私たちを死に至らしめました。

Citrixのように、負荷分散によって1人のユーザーのセッションがさまざまな時点でさまざまなアプリサーバーによって処理される可能性がある環境についてはどうでしょうか。突然、セッションからの情報の断片が複数のサーバーに分散する可能性があります（または、私たちのほとんどはこれまでこれに対処する必要がなかったため、100％確信が持てません）。これにより、サポート担当者は困難になります。サポートコール中に一連のイベントをつなぎ合わせます。一般的なコンセンサスは、MS Enterprise Libraryのログ機能を使用し、インストールごとにログの中央リポジトリを設定する必要があるということのようです。

Enterprise Libraryを使用した集中ログ以外に、アプリサーバーファームを含む複数の環境でのアプリケーションロギングのベストプラクティスまたは賢明なアプローチを誰かが推奨できますか、それともすでに正しい方向に進んでいますか？

乾杯

1 人のユーザーがメンバーであるすべてのグループを取得する最もクリーンな (そして最速の) 方法は何ですか? PowerShell 2.0 を使用して、Citrix にログインしているユーザーをカウントし、Active Directory からグループに分けています。すべてのユーザーは、「VDI-Billing」と呼ばれるグループのサブグループの 1 つのメンバーですが、ユーザーと VDI-Billing グループの間のネストされたグループの数は常に同じではありません。したがって、すべてのグループ (ネストされたものを含む) を取得して、VDI-Billing グループ (第 1 レベル) のメンバーのリストと比較できるようにしたいので、概要を取得します。

例：

VDI-Billing には、メンバー グループ NL-VDI-T-Systems があります。これには複数のグループがあります (それ自体に複数のグループがあります)。ただし、概要では、NL-VDI-T-Systems のすべてのユーザー (サブ) メンバーをカウントする必要があります。

したがって、概要では次のようになります。NL-VDI-T-Systems: 22 ITA-VDI-T-Systems: 25 など。

ちょっとした裏技を知っている人はいますか？

ローカル マシン、ターミナル サーバー、および Citrix で実行できる必要があるプログラムがあります。

プログラムの実行中に、ユーザー固有のデータ (ログ) を作成する必要があるため、これを AppData (C:\Users\\AppData\Roaming) に保存します。

これはローカルでも TS でも機能すると確信していますが、Citrix ではどうでしょうか。セッション中に AppData に作成されたデータがログオフ時に削除されるという情報をいくつか聞きましたが、これは本当でしょうか? という印象を受けました

Roaming フォルダーに追加されたデータはセッション間で永続化されていましたが、voltile フォルダー (C:\Users\\AppData\Local) でした。

ローカルとcitrixセッションの両方で実行されているプログラムがあります。ローカルで実行されているプログラムから、非常に信頼性の高い方法でcitrixセッションで実行されているプログラムに1ビットメッセージを送信する必要があります。クライアントの名前はMetaFramePresentationServerClientです。これまで、以下の方法を考えてきました。

• TCP/IPを利用します。ただし、これにより複雑さが増し、さまざまな会社の場所間の内部ファイアウォール設定がこの通信を妨げるかどうかが心配です。ただし、他のすべてが失敗した場合は、これが私の推奨オプションになります。
• 共有クリップボードを利用して簡単にメッセージを送信します。この方法には明らかな問題があります
• キーストロークを送信します。これは、セッションで実行されているプログラムによってインターセプトされます。この方法には明らかな問題があります
• 共通のファイルサーバーを利用する。問題は、ファイルサーバーの信頼性が非常に低いことです。

私は、言及された方法のいずれにも賛成または反対の議論を探していません。代わりに、別の方法を考えられるかどうか知りたいですか？

Citrix インスタンス内で実行される場合と実行されない場合があるプログラムを作成しています。Citrix では別の方法で動作する必要があるため、プログラムはこれを検出する必要があります。どうすれば信頼できる方法で検出できますか? これまでのところ、私の最善の推測は、コンピューターに C ドライブがあるかどうかを確認することでした。