Share via

Lync Server 2013 の Web サービス URL を変更する

  • [アーティクル]

 

トピックの最終更新日: 2015-11-16

フロントエンド プールと Standard Edition サーバーを設定するときは、外部 Web ファームの完全修飾ドメイン名 (FQDN) と関連付けられたポートを構成できます。 Lync Server 展開ウィザードの実行時にこの URL を構成しなかった場合は、これらの設定を手動で構成する必要があります。 通常、管理者はこれらの設定を変更する必要はありません。これは推奨ポートと既定のポートです。

注意

次のスクリーン ショットは、Standard Edition サーバーの構成中に撮影されたため、[FQDN のオーバーライド] オプションが無効になっています。 このオプションは、フロントエンド プールでEnterprise Edition サーバーを構成するときに有効になります。

Web サービス プール設定の編集

Web サービスを構成するには

  1. トポロジ ビルダーがインストールされているコンピューターに、Domain Admins グループおよび RTCUniversalServerAdmins グループのメンバーとしてログオンします。

  2. トポロジ ビルダーを開始する: [ スタート] ボタン、[ すべてのプログラム] の順にクリックし、 Microsoft Lync Server 2013 をクリックして、[ Lync Server トポロジ ビルダー] をクリックします。

  3. トポロジ ビルダーのコンソール ツリーの Standard Edition フロントエンド サーバー、Enterprise Edition フロント エンド プール、ディレクトリ プールで、プール名を選択します。 名前を右クリックし、[ プロパティの編集] をクリックして、[ Web サービス] をクリックします。

  4. 外部 Web サービス FQDN を追加または編集し、[OK] をクリックします。

    警告

    複数のフロントエンド プールまたはフロントエンド サーバーがある場合は、外部 Web サービスの FQDN が一意である必要があります。 たとえば、フロントエンド サーバーの外部 Web サービス FQDN を pool01.contoso.com として定義する場合、別のフロントエンド プールまたはフロント エンド サーバーに pool01.contoso.com を使用することはできません。 ディレクターもデプロイする場合は、任意のディレクターまたはディレクター プールに対して定義されている外部 Web サービス FQDN は、他のディレクターまたはディレクター プールだけでなく、フロントエンド プールまたはフロント エンド サーバーからも一意である必要があります。

  5. リッスンしているポートと発行されたポートが環境に対して正しく構成されていることを確認します。

  6. 環境内のすべての Standard Edition サーバー、フロント エンド プール、およびディレクター プールに対して、これらの手順を繰り返します。

  7. コンソール ツリーで [Lync Server 2013] をクリックし、[ 操作] ウィンドウで [ トポロジの発行] をクリックします。

リッスン ポートと発行ポートを構成する場合は、いくつかの要件に注意する必要があります。

  • 表示されるリッスン ポートは、各フロント エンド サーバーでインターネット インフォメーション サーバー (IIS) 用に構成されているポートです。

  • IIS では、内部リッスン ポートと外部リッスン ポートが異なる必要があります。 外部リッスン ポートの場合は、内部 Web トラフィックのハードウェア ロード バランサーを表し、1 つは外部 Web トラフィックのリバース プロキシ サーバーを表すため、通常は同じです。

  • フロントエンド プール、ディレクター、またはディレクター プールの内部 Web サービスをオーバーライドし、独自の FQDN を定義できます。

    警告

    内部 Web サービスを自己定義 FQDN でオーバーライドする場合、各 FQDN は他のフロントエンド プール、ディレクター、またはディレクター プールから一意である必要があります。

  • 公開されたポートは、リバース プロキシまたはハードウェア ロード バランサーでリッスン ポートとして構成する必要があります。

  • フロントエンド プールの場合 (この例では示されていません)、内部 SIP プール FQDN は内部 Web サービス FQDN とは異なる必要があります。これは、Web トラフィックがハードウェア ロード バランサーを経由し、内部 SIP プール トラフィックが DNS ロード バランサーを経由するためです。 この要件を満たしている必要があります。

  • Lync Server Standard Edition の展開では、このサーバーを負荷分散できないため、内部 Web サービス FQDN をオーバーライドする必要も許可も必要ありません。

  • 内部 SIP トラフィックと Web トラフィックの両方に使用するハードウェア ロード バランサーが環境内にある場合、トポロジ ビルダーでは区別できません。

    Web サービスの FQDN は、互いに簡単に区別する必要があります。これは、URL リダイレクトがクライアントを適切なサーバーに向けてポイントすることを保証するのに役立ちます。 たとえば、2 つの FQDN がある場合は、1 つの meeting.contoso.com と他の conferencing.contoso.com に名前を付けることを検討できます。 meet1.contoso.com や meet2.contoso.com など、より似た名前の FQDN がある場合、リダイレクトの問題が発生する可能性があります。

外部 Web サービスは、境界ネットワーク内のリバース プロキシと連携して動作します。 これらの Web サービスを使用して、クライアントに外部アクセスを提供します。 ここで構成されている FQDN は、ログオン時にクライアントに送信され、リモート接続時にリバース プロキシに HTTPS 接続を戻すために使用されます。 リバース プロキシ サーバーは、外部 Web サービス FQDN を内部ハードウェア ロード バランサーに転送するか、プールに直接転送します。 リバース プロキシは、外部 Web サービス FQDN を内部 Web サーバーの IP アドレスに解決できる必要があります。 外部 Web サービス FDQN は、パブリック インターネットで解決できる必要があります。

内部サーバーが Standard Edition サーバーの場合、内部 FQDN は Standard Edition サーバー FQDN です。 内部サーバーがフロントエンド プールの場合、FQDN は、内部 Web ファーム サーバーの負荷分散を行うハードウェア ロード バランサー仮想 IP (VIP) です。 ハードウェア ロード バランサーは、複数のEnterprise Edition サーバーがあるフロントエンド プールで必要です。 Standard Edition サーバーまたは単一のEnterprise Edition フロント エンド サーバーにはロード バランサーは必要ありません。