> For the complete documentation index, see [llms.txt](https://docs.parallels.com/landing/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.parallels.com/landing/ras-admin-guide/v22-ja-jp/ras-secure-gateway/secure-gateway-notonneringuporish.md).

# Secure Gateway のトンネリングポリシー

トンネリングポリシーを使用すると、RD セッションホストのグループを特定の RAS セキュアゲートウェイまたは RAS セキュアゲートウェイの IP アドレスに割り当てることで、接続の負荷分散を行うことができます。

トンネリング ポリシーを構成するには、**ファーム** > \<site> > **セキュア ゲートウェイ** の順に移動し、右ペインの **トンネリング ポリシー** タブをクリックします。

**\<default>** ポリシーは事前設定済みのルールであり、常に最後のポリシーとして機能し、設定されていないすべてのセキュアゲートウェイ IP アドレスを捕捉して、ファーム内のすべてのサーバー間でセッションの負荷分散を行います。**\<default>** ポリシーを設定するには、ポリシーを右クリックし、コンテキストメニューから **\[プロパティ] パネル** をクリックします。

## **新しいトンネリング ポリシーの追加**

新しいポリシーを追加するには:

1. **Tasks** > **追加** をクリックします。
2. セキュア ゲートウェイの IP アドレスを選択します。
3. その特定のセキュアゲートウェイに接続するユーザーを、どのリモート デスクトップ セッション ホストに転送するかを指定します。**なし**（転送なし）を選択する場合は、以下の「**RDP アクセスの制限**」セクションをお読みください。

## **トンネリング ポリシーの管理**

既存のトンネリング ポリシーを変更するには、そのポリシーを右クリックし、コンテキスト メニューの **プロパティ** をクリックします。

## **RDP アクセスの制限**

トンネリング ポリシーを使用して、RAS セキュア ゲートウェイのポート経由での RDP アクセスを制限できます。これを行うには、**トンネリング ポリシー** タブで、タブの下部にある **なし** オプションを選択します（これは、Parallels RAS を新規にインストールした際のデフォルト設定です）。 これにより、ネイティブの MSTSC がそのポート（既定では 80）を介してゲートウェイにアクセスすることを制限することになります。その結果、誰かが IP アドレス:80 で MSTSC を使用しようとすると、アクセスは拒否されます。Parallels クライアントからの RDP 接続についても同様になります。

RDP アクセスを制限したい理由はいくつかあります。1 つ目は、ユーザーに RDP ではなく、Parallels RAS 接続のみを使用して RAS ファームに接続してもらいたい場合です。2 つ目の理由は、\_DDoS 攻撃を防ぐため\_です。

分散型サービス拒否攻撃が発生していることを示す一般的な兆候として、ユーザーが明らかな理由もなくRASファームにログインできなくなることが挙げられます。 その場合は、Controller.log ファイル（RAS Connection Broker サーバー上の C:\ProgramData\Parallels\RASLogs にあります）を確認すると、次のようなメッセージが多数記録されていることがわかります：

* \[I 06/0000003E] 2018年5月22日（月）10:37:00 - パブリック IP x.x.x.x、プライベート IP xxx.xxx.xx.xx からのネイティブ RDP LB 接続、セキュアネットワーク ゲートウェイ xxx.xxx.xx.xx 経由、デフォルト ルールを使用
* \[I 06/00000372] 2018年5月22日（月）10:37:00 - CLIENT\_IDLESERVER\_REPLY ユーザー名 hello\@DOMAIN、クライアント名 、アプリ名 、ピアIP xxx.xxx.xx.xx、セキュアゲートウェイIP xxx.xx.x.xx、サーバー 、ダイレクト 、デスクトップ 0
* \[I 05/0000000E] 2018年5月22日(月) 10:37:00 - 共有セッションの最大数に達しました。
* \[I 06/00000034] Mon May 22 10:37:00 2018 - リソースLBユーザー「hello」: 利用可能なサーバーがありません！
* \[W 06/00000002] 2018年5月22日（月）10:37:00 - ユーザー「hello」、クライアント「」、アドレス「xxx.xxx.xx.xx」からの「」へのリクエストは処理されませんでした（エラーコード 14）。

これらのメッセージは、RDP ポートに対して分散型サービス拒否攻撃が行われていることを示しています。Secure Gateway のトンネリングポリシーを通じて RDP アクセスを制限することで、このような事態を防ぐことができます。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.parallels.com/landing/ras-admin-guide/v22-ja-jp/ras-secure-gateway/secure-gateway-notonneringuporish.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.