Citrix の代替手段

最初に Windows サーバーを準備します

このセットアップのすべては 1 つの Windows サーバー上で実行されるため、ツールを実行する前にサーバーが正常に動作している必要があります。実際のユーザー数に応じてサイズを調整します。サインインしているユーザーはそれぞれ独自のセッションとアプリケーションの独自のコピーをメモリ内に保持するため、通常、最初に不足するのは RAM であり、SSD ストレージによって多くの小規模なセッションが高速に感じられます。サポートされている Windows Server バージョンをインストールし、マシンに短いクリア名と固定 IP アドレスを付け、ドメインがある場合はそれに参加させます (小さなオフィスにはワークグループが適しています)。その後、何も提供されなくなるまで Windows Update を実行して再起動します。パッチが適用されておらず、半分構成されたサーバーにインストールされた公開レイヤーは、ツールのバグのように見えてそうではない方法で失敗します。

ツールの前にビジネス アプリケーションをインストールする

会計、ERP、および Office アプリケーションは次に進みますが、サーバーはまだプレーン サーバーのままです。それぞれをローカルで開き、初回実行セットアップを完了し、データベースまたはデータ フォルダーに接続し、管理者だけでなく通常のユーザー アカウントでも実行できることを確認します。複数の人が同時に使用するときに誤動作するアプリケーションは、公開しても修正できません。設定を 1 つの共有場所に保存するアプリ、1 台の PC 向けのライセンス プロンプトを表示するアプリ、または管理者権限を要求するアプリはすべて、最初にアプリ レベルで解決する必要があります。それをローカルで今すぐ見つけることは、後からリモート セッションで見つけるよりもはるかに簡単です。

Publishing Layer をインストールし、コンソールを開きます

次に、ベンダーの公式サイトからダウンロードした代替製品をインストールし、要求されたら再起動します。管理コンソールを開いて、何かを変更する前に、単純に見てください。このクラスのツールには、サーバーのステータス、Windows または Active Directory から取得されたユーザー リスト、および空の公開アプリケーション リストが表示されます。コンソールが Windows ユーザーを認識できない場合は、まずそれを修正します。ツールが認識できないユーザーにアプリケーションを公開することはできません。これが初日の失速で最も一般的です。コンソールに表示されるライセンスまたはトライアルの状態を確認して、何をテストしているのかを正確に把握します。

最初のアプリケーションを公開する

コンソールで、新しいアプリケーションを追加し、サーバー上のプログラムの実行可能ファイルを指定します。スタッフがすでに呼んでいる正確な名前を付けてください。ここは巧妙なラベルを付ける場所ではありません。配信方法を選択します: Web ポータルのアイコンとして、完全なリモート デスクトップ内で、またはその両方として。 Web ポータルのアイコンから始めます。これが最も単純な方法であり、ビデオで説明されています。アプリケーションを 1 人のテスト ユーザー、またはできれば小規模なパイロット グループに割り当てます。初日から全員に割り当てることはありません。グループ割り当ては後で効果を発揮します。新しい従業員が参加したときに、アプリケーションを 1 つずつ再公開するのではなく、その従業員をグループに追加します。最初のアプリも適切なものを選択してください。これなしではオフィスが機能しないアプリ、通常は会計パッケージや ERP パッケージです。最も難しいアプリが公開された場合、簡単なアプリもドラマなく続きます。

ブラウザからの最初のログインをテストする

別のコンピュータでポータル アドレスを開き、テスト ユーザーとしてサインインし、公開アプリケーションをクリックします。最初の起動ではサーバー上にユーザーのプロファイルが構築されるため、その後の起動よりも少し時間をかけてください。開いたら、実際のデータを開く、変更を保存する、印刷するかきれいに閉じるという 3 つの作業を実行します。アプリがデータの保存場所を尋ねる場合は、オフィスがすでに使用しているのと同じデータベースまたは共有フォルダーを指定します。データのテスト コピーを処理する公開アプリは何も教えてくれません。この初回ログイン テストがエンドツーエンドで合格するまでは、単一の実際のユーザーを招待しないでください。

どこからでもオープン アクセス — 安全な方法

オフィス内での作業は約束の半分にすぎません。ビデオのセットアップは、ユーザーがどこからでもアクセスできる RDP サーバーです。オフィス ネットワークの外部、自宅またはモバイル データから同じブラウザー ログイン テストを繰り返し、ポータルが有効な証明書を使用して HTTPS 経由で応答することを確認し、サインインとセッションが暗号化されるようにします。このセットアップのサーバー側は、標準のリモート デスクトップ ポート 3389 を介して動作します。このポートは、ネットワーク内の公開レイヤーとサーバーの間に属します。

数人のユーザーで試験運用し、その後展開

実際の作業として、公開されたアプリでパイロット グループを実行します (繁忙期を含めて、少なくとも 1 日かけて) で表面を修正します。印刷は、この種のすべてのセットアップで典型的な問題点となるため、ロールアウトする前に、オフィスで実際に使用しているプリンターをブラウザ セッションからテストしてください。その後、残りのアプリケーションを公開し、一度に数人のユーザーずつグループを拡大します。

そして、正直なギャップは、はっきりと述べられています。Citrix Virtual Apps and Desktops は、より大きなプラットフォームであり、より深いポリシー、大規模な管理、および長いエンタープライズ機能リストを備えており、その規模を真に必要とするオフィスは、Citrix Virtual Apps and Desktops を使用し続ける必要があります。軽量化ルートによって変わるのは、コスト モデルとセットアップの重さです。つまり、制御する 1 つのセルフホスト型 Windows Server、よりシンプルなコンソール、そしてエンタープライズ プラットフォームではなく小規模チームを対象としたライセンスです。ブラウザでアプリケーションを必要とするだけの小規模オフィスの場合、通常はその取引が適切です。ビデオを見て、正確な製品、その画面、実際のサーバー上の完全なセットアップを確認してください。