URL の構成 (レポート サーバー構成マネージャー)

Web ポータルやレポート サーバー Web サービスを使用するには、まず、各アプリケーションに対して少なくとも 1 つの URL を構成する必要があります。 Reporting Services を "ファイルのみ" モードでインストールした場合 (インストール ウィザードの [レポート サーバー インストール オプション] ページで [サーバーを構成せずにインストールする] オプションを選択した場合) は、URL の構成は必須です。 Reporting Services を既定の構成でインストールした場合は、各アプリケーションの URL が既に構成されています。

URL を構成するには、Reporting Services 構成ツールを使用します。 URL のすべての部分をこのツールで定義します。 以前のリリースとは異なり、インターネット インフォメーション サービス (IIS) の Web サイトからは、SQL Server 2008 (10.0.x) 以降のバージョンの Reporting Services アプリケーションにアクセスできなくなりました。

Reporting Services には、他の Web サービスや Web アプリケーションとのサイド バイ サイドの配置を含むほとんどの配置シナリオで適切に機能する既定値が用意されています。 同じコンピューターで複数のレポート サーバー インスタンスを実行する場合に URL が競合するリスクを最小限に抑えられるように、既定の URL にはインスタンス名が組み込まれます。

この記事では、次のタスクの手順について説明します。

  • レポート サーバー Web サービスの URL を作成する。

  • Web ポータルの URL を作成します。

  • URL の詳細プロパティを設定して追加の URL を定義します。

URL の格納と管理のしくみや相互運用性の問題に関する詳細については、URL の予約と登録について (レポート サーバーの構成マネージャー) に関する記事、および Reporting Services とインターネット インフォメーション サービスのサイド バイ サイド インストール (SSRS ネイティブ モード) に関する記事を参照してください。 Reporting Services でよく使用される URL の例については、この記事の「URL の構成の例」を参照してください。

前提条件

URL の作成や変更を行う前に、次の点を確認してください。

  • レポート サーバー コンピューターのローカル Administrators グループのメンバーとしてログインする必要があります。

  • 同じコンピューターに IIS がインストールされている場合は、ポート 80 を使用する Web サイトの仮想ディレクトリの名前を確認してください。 Reporting Services の既定の仮想ディレクトリ名 ("Reports" および "ReportServer") を使用している仮想ディレクトリがあった場合は、構成する Reporting Services の URL に別の仮想ディレクトリ名を選択します。

  • URL を構成するには、Reporting Services 構成ツールを使用する必要があります。 システム ユーティリティはしないでください。 RSReportServer.config ファイルの URLReservations セクションで直接 URL 予約を変更したりしないでください。 内部に格納されている基になる URL 予約と、RSReportServer.config ファイルに格納されている URL 設定の両方を更新し、同期するためには、Reporting Services 構成ツールを使用する必要があります。

  • レポートがあまり使用されない時間に行うようにしてください。 URL 予約を変更するたびに、レポート サーバー Web サービスと Web ポータルのアプリケーション ドメインがリサイクルされる可能性があります。

  • Reporting Services での URL の構成と使用に関する概要については、「レポート サーバー URL の構成 (レポート サーバー構成マネージャー)」を参照してください。

レポート サーバー Web サービスの URL を構成する

  1. Reporting Services 構成ツールを起動して、ローカル レポート サーバー インスタンスに接続します。

  2. [Web サービス URL] を選択します。

  3. 仮想ディレクトリを指定します。 仮想ディレクトリ名によって、要求を受信するアプリケーションが識別されます。 IP アドレスとポートは複数のアプリケーションで共有される可能性があるため、どのアプリケーションが要求を受信するのかを仮想ディレクトリ名で指定します。

    要求が確実に目的の宛先に届くように、仮想ディレクトリ名には一意の値を指定する必要があります。 この値は必須です。 大文字と小文字は区別されません。 仮想ディレクトリ名と Reporting Services アプリケーションのインスタンスは一対一に対応しています。 同じアプリケーション インスタンスへの URL を複数作成する場合は、すべての URL で同じ仮想ディレクトリ名を使用する必要があります。

    レポート サーバー Web サービスの既定の仮想ディレクトリ名は、 ReportServerです。

  4. ネットワーク上のレポート サーバー コンピューターを一意に識別する IP アドレスを指定します。 ホスト ヘッダーを指定したり、同じアプリケーション インスタンスに対して追加の URL を定義したりする場合は、[詳細設定] を選択する必要があります。 URL の詳細プロパティを設定する方法については、この記事で後ほど説明します。 詳細プロパティを設定しない場合は、 [Web サービス URL] ページを使用して値を次の中から選択します。

    • [すべて割り当て] は、レポート サーバー アプリケーションを指す URL に、コンピューターに割り当てられている IP アドレスをどれでも使用できることを示します。 コンピューターに割り当てられている IP アドレスに対してドメイン ネーム サーバーによって解決されるわかりやすいホスト名 (コンピューター名など) も、この値の対象に含まれます。 これは、Reporting Services URL の既定値です。

    • [すべて未割り当て] は、他のアプリケーションによって処理されていない要求をレポート サーバーがすべて受信することを示します。 このオプションは選択しないことをお勧めします。 このオプションを選択すると、レポート サーバーに送信した要求が、より強力な URL 予約を持つ別のアプリケーションによって受信されてしまう可能性があります。

    • [127.0.0.1] は、localhost にアクセスする場合に使用する IPv4 アドレスです。 この値は、レポート サーバー コンピューターでのローカル管理をサポートします。 この値のみを選択すると、レポート サーバー コンピューターにローカルにログオンしているユーザーだけがアプリケーションにアクセスできるようになります。

    • [::1] は、IPv6 形式のループバック アドレスです。

    • 特定の IP アドレスもこの一覧に表示されます。 IP アドレスは、IPv4 形式および IPv6 形式で指定できます。 "nnn.nnn.nnn.nnn " は、コンピューターのネットワーク アダプター カードの 32 ビット IPv4 アドレスです。 IPv6 アドレスは、コロンで区切られた 8 つの 4 バイト フィールドから成る 128 ビットです (\<prefix>:nnnn:nnnn:nnnn:nnnn:nnnn:nnnn)。

      複数のカードがある場合や、ネットワークで IPv4 と IPv6 の両方のアドレスがサポートされている場合は、複数の IP アドレスが表示されます。 1 つの IP アドレスのみを選択すると、アプリケーション アクセスがその IP アドレス (およびドメイン ネーム サーバーによってそのアドレスにマップされるホスト名) に限定されます。 localhost を使用してレポート サーバーにアクセスすることはできません。 また、レポート サーバー コンピューターにインストールされている他のネットワーク アダプター カードの IP アドレスは使用できません。 通常、この値を選択することになる理由は、明示的な IP アドレスまたはホスト名も指定する複数の URL 予約を構成しているためです。 たとえば、1 つはイントラネット接続のために使用するネットワーク アダプター カードで、2 つ目はエクストラネット用に使用するものです。

  5. ポートを指定します。 他のアプリケーションとポートを共有できる、ポート 80 が既定のポートです。 カスタム ポート番号を使用する場合は、レポート サーバーへのアクセスに使用する URL で常にその番号を指定する必要があることに注意してください。 使用可能なポートを見つけるには、次の方法を使用できます。

    • コマンド プロンプトで次のコマンドを入力し、使用されている TCP ポートの一覧を取得します。

      netstat -anp tcp

    • Microsoft サポート技術情報の「 TCP/IP ポートの割り当てについて」を読んで、TCP ポートの割り当てと、Well Known ポート (0 ~ 1023)、予約済みポート (1024 ~ 49151)、および動的/プライベート ポート (49152 ~ 65535) の違いについて確認します。

    • Windows ファイアウォールを使用している場合はポートを開く必要があります。 手順については、「レポート サーバー アクセスに対するファイアウォールの構成」を参照してください。

  6. 使用する予定の名前と同じ名前の仮想ディレクトリが IIS にないことを確認します (IIS がインストールされている場合)。

  7. TLS/SSL 証明書をインストールした場合は、ここでそれを選択して、コンピューターにインストールされている TLS/SSL 証明書に URL をバインドすることができます。

  8. TLS/SSL 証明書を選択する場合は、必要に応じてカスタム ポートを指定できます。 既定のポートは 443 ですが、使用可能なポートをどれでも使用できます。

  9. [適用] を選択してルールを作成します。

  10. ページの [URL] セクションでリンクを選択して URL をテストします。 URL をテストするには、先にレポート サーバー データベースを作成して構成する必要があります。 手順については、「ネイティブ モードのレポート サーバー データベースの作成 (レポート サーバー構成マネージャー)」を参照してください。

Note

既存の TLS バインドと URL 予約があり、TLS バインドを変更する (たとえば、別の証明書やホスト ヘッダーを使用する) 場合、次の手順を順番に実行することをお勧めします。

  1. まず、すべての URL 予約を削除します。
  2. すべての TLS バインドを削除します。
  3. URL と TLS バインドを作成し直します。

前の手順は、Reporting Services Configuration Manager を使用して行うことができます。

Microsoft Windows では、IP アドレスとポートの組み合わせごとに 1 つのバインドがサポートされています。 特定のホスト ヘッダー値を使用するようにレポート サーバーを構成し、ポートと IP アドレスの組み合わせに対する証明書が別のホスト ヘッダー値にも発行される場合、証明書と使用中の URL が一致しないことを示す警告がブラウザーに表示されます。

この問題を修正するには、すべてのバインドを削除し、一意の設定で新しいバインドを作成するか、ワイルドカードを使用して Reporting Services の URL 登録を構成してください。

Web ポータルの URL 予約を作成するには

  1. Reporting Services 構成ツールを起動して、レポート サーバー インスタンスに接続します。

  2. [Web ポータルの URL] を選択します。

  3. 仮想ディレクトリを指定します。 Web ポータルは、レポート サーバー Web サービスと同じ IP アドレスとポートでリッスンします。 別のレポート サーバー Web サービスを指すように Web ポータルを構成した場合は、RSReportServer.config ファイルで Web ポータルの URL 設定を変更する必要があります。

  4. TLS/SSL 証明書がインストールされている場合は、それを選択して、Web ポータルへの要求をすべて HTTPS でルーティングするように要求できます。

    TLS/SSL 証明書を選択する場合は、必要に応じてカスタム ポートを指定できます。 既定のポートは 443 ですが、使用可能なポートをどれでも使用できます。

  5. [適用] を選択してルールを作成します。

  6. ページの [URL] セクションでリンクを選択して URL をテストします。

詳細プロパティを設定して他の URL を指定する

別々のポートまたはホスト名を指定することで、レポート サーバー Web サービスまたは Web ポータルに対して複数の URL を予約できます。 ドメイン ネーム サーバーがコンピューターに割り当てられている IP アドレスに解決できる IP アドレスまたはホスト ヘッダー名を指定できます。 複数の URL を作成すると、同じレポート サーバー インスタンスへの異なるアクセス パスを設定できます。 たとえば、レポート サーバーへのイントラネット アクセスとエクストラネット アクセスを有効にする場合は、既定の URL をイントラネット アクセス用に使用して、追加の完全修飾ホスト名をエクストラネット アクセス用に使用することができます。

  • https://myserver01/reportserver

  • https://www.adventure-works.com/reportserver

同じアプリケーション インスタンスに対して複数の仮想ディレクトリ名を設定することはできません。 Reporting Services アプリケーションの各インスタンスはそれぞれ 1 つの仮想ディレクトリ名にマップされます。 Reporting Services の複数のインスタンスが同じコンピューター上にある場合は、アプリケーションの仮想ディレクトリ名にインスタンス名を含めて、各要求が確実に目的の宛先に届くようにする必要があります。

ホスト ヘッダー
コンピューターに解決されるホスト ヘッダーをドメイン ネーム サーバーに既に定義している場合は、レポート サーバー アクセス用に構成する URL にそのホスト ヘッダーを指定できます。

ホスト ヘッダーは一意の名前であり、これを使用して複数の Web サイトで単一の IP アドレスとポートを共有できます。 ホスト ヘッダー名は、IP アドレスとポート番号に比べて容易に記憶でき、入力も簡単です。 www.adventure-works.com はホスト ヘッダー名の一例です。

[SSL ポート]
TLS/SSL 接続のポートを指定します。 TLS の既定のポートは 443 です。

[SSL 証明書]
対象のコンピューターにインストールした TLS/SSL 証明書の名前を指定します。 証明書がワイルドカードにマップされている場合は、それをレポート サーバーの接続に使用できます。

証明書が登録されている完全修飾コンピューター名を指定します。 証明書が登録されている名前と同じ名前を指定する必要があります。

このオプションを使用するには、証明書がインストールされている必要があります。 また、RSReportServer.config ファイルの UrlRoot 構成設定を、証明書で登録されたコンピューターの完全修飾名を指すように変更する必要があります。 詳細については、「ネイティブ モードのレポート サーバーでの TLS 接続の構成」をご覧ください。

URL の詳細プロパティを設定する

  1. [Web サービスの URL] ページまたは [Web ポータルの URL] ページで、[詳細設定] を選択します。

  2. [追加] を選択します。

  3. [IP アドレス] または [ホスト ヘッダー名] を選択します。 ホスト ヘッダーを指定する場合は、DNS サービスで解決できる名前を指定してください。 公のドメイン名を指定する場合は、https://wwwを含む URL 全体を指定します。

  4. ポートを指定します。 カスタム ポートを指定する場合は、アプリケーションの URL に常にポート番号を含める必要があります。

  5. [OK] を選択します。

  6. ブラウザー ウィンドウを開き、URL を入力して、URL をテストします。

同じコンピューター上の複数のレポート サーバー インスタンスの URL

Reporting Services の複数のインスタンスの URL を予約する場合は、名前付けの競合が発生しないように名前付け規則に従う必要があります。 詳細については、「レポート サーバーの複数インスタンスの配置の URL 予約 (レポート サーバー構成マネージャー)」に関する記事を参照してください。

URL の構成例

レポート サーバーの URL の具体例を次に示します。

  • https://localhost/reportserver

  • https://localhost/reportserver_SQLEXPRESS

  • https://sales01/reportserver

  • https://sales01:8080/reportserver

  • https://sales.adventure-works.com/reportserver

  • https://www.adventure-works.com:8080/reportserver01

Web ポータルへアクセスするための URL では、類似した形式が共有されます。通常これは、レポート サーバーをホストする同一の Web サイトで作成されます。 レポート サーバーの URL と異なる点は仮想ディレクトリ名です。この例では reports が使用されますが、別の名前を使用することもできます。

  • https://localhost/reports

  • https://localhost/reports_SQLEXPRESS

  • https://sales01/reports

  • https://sales01:8080/reports

  • https://sales.adventure-works.com/reports

  • https://www.adventure-works.com:8080/reports