宛先プロファイル機能は、 URLリスト機能に代わるものです。この記事では、URLリストを移行先のプロファイルに移行する方法について説明します。
URLリストと宛先プロファイルの比較
宛先プロファイル URLリストとは異なるオブジェクトと構文をサポートします。 URLリストの移行を開始する前に、これら2つの機能の違いを確認してください。
利用可能なURLリストには、拡張版と従来版の2種類があります。拡張URLリストは正規表現(regex)をサポートしていますが、従来のURLリストはサポートしていません。テナントで有効になっている URL リストの種類を確認するには、 URL Listsページに移動してNew URL Listをクリックします。
拡張URLリスト
拡張URLリストを使用している場合は、URLリストと宛先プロファイルの以下の違いを考慮してください。
- Supported Objects
宛先プロファイルは、CIDRや範囲を含むすべての宛先タイプに対して、ポート、パス、クエリをサポートします。これらは拡張URLリストではサポートされていません。 - Schemes
拡張 URL リストはhttp://*.domain.comのようなスキームをサポートしており、プロキシはこれをポート 80 として評価します。しかし、宛先プロファイルではスキームが許可されていません。宛先プロファイルで同じ動作を実行するには、ポートを指定する必要があります (例:*.domain.com:80)。 - CIDR and Ranges
拡張URLリストは、記述されたとおりにCIDRと範囲を定義します(例:163.116.128.0/17と163.116.128.80-81)。宛先プロファイルには、CIDRと範囲のプレフィックスを含める必要があります。例えば、CIDR:163.116.128.0/17とRANGE:163.116.128.80-81。 - Case Sensitivity
拡張 URL リストの場合、 URL Case Insensitivity Matchオプションを使用してパスとクエリの大文字小文字の区別をグローバルに設定できます。 宛先プロファイルを使用すると、プロファイルごとにケースの感度を設定できます。 - Longest Prefix Match
宛先プロファイルは最長プレフィックス一致をサポートしていません。テナントが2021年10月より前に作成された場合、拡張URLリストは デフォルトでは最長プレフィックス一致になります。 最長プレフィックス一致の場合、異なる URL リストに*.example.comとwww.example.comがあるシナリオでは、プロキシはwww.example.comへのリクエストに対して、より長い定義を持つリストのみに一致します。Custom URL Lookup Longest Match Modeオプションを使用すると、この動作を無効にできます。
従来のURLリスト
既存のURLリストをお持ちの場合は、URLリストと宛先プロファイルの以下の違いを考慮してください。
- Supported Objects
宛先プロファイルの場合、解決済みIPアドレスに基づくマッチングが、IPアドレス、CIDR、および範囲に対してサポートされています。ポート番号と正規表現もサポートされています。これらは従来のURLリストではサポートされていません。 - PQDN
従来の URL リストはサブドメインのみに一致します。例えば、*.example.comwww.example.comのようなサブドメインにのみ一致し、トップドメインexample.comには一致しません。宛先プロファイルは、サブドメインとトップドメインの両方に一致します。 - Longest Prefix Match
宛先プロファイルは最長プレフィックス一致をサポートしていません。従来のURLリスト デフォルトでは最長プレフィックス一致。 最長プレフィックス一致の場合、異なる URL リストにwww.example.comとwww.example.com/somepathがあるシナリオでは、リクエストがwww.example.com/somepathをターゲットにする場合、プロキシは定義が長いリストのみに一致します。www.example.comリストは一致しません。Custom URL Lookup Longest Match Modeオプションを使用すると、この動作を無効にできます。
移住について
UIまたはAPIを使用して、URLリストを宛先プロファイルに移行する処理を、1つのURLリストずつ、またはまとめて行うことができます。
移住には2つの段階がある。最初の段階は、URLリストを宛先プロファイルとして複製することです。2つ目は、新しく作成した宛先プロファイルをカスタムカテゴリに移行することです(つまり、URLリストを宛先プロファイルに置き換える)。すべてのURLリストが宛先プロファイルとして複製され、すべてのカスタムカテゴリがURLリストではなく新しい宛先プロファイルを参照するようになれば、移行は完了です。
URL Listsページの上部に表示されるメッセージには、移行の範囲に関する詳細が記載されています。In Custom Categoryの数字をクリックすると、URL リストに関連するすべてのカテゴリのリストが表示されます。

ヒント
移行は適用済みの構成でのみ可能なので、保留中の変更がないことを確認してください。
ステージ1:URLリストを宛先プロファイルとして複製する
移行プロセスを開始するには、まずURLリストを宛先プロファイルとして複製する必要があります。これは、移行の次の段階に進むまで、お客様の環境に影響を与えません。
アシスト付き移行は、 URL Listsページまたは以下の REST API: POST /api/v2/profiles/destinations/migrateおよびPATCH /api/v2/profiles/destiantions/{id}/migrateから利用できます。
URLリストを宛先プロファイルとして複製する場合は、以下の点に注意してください。
- 適用済みのURLリストのみ複製できます。
- URLリストを複製する場合、設定された動作を維持するために構文が自動的に更新されます。
- ソースURLリストは、複製されても削除されません。
- この段階では、重複している変更点をすべて確認できるほか、変更を適用したり元に戻したりすることもできます。変更は自動的に適用されないため、すべての変更は手動で適用する必要があることに注意してください。
- URLリストは複数回複製できます。URLリストが重複して登録された場合は、既存の宛先プロファイルを更新するか、新しいプロファイルを作成することができます。
- 最新の複製(つまり、最も最近作成された宛先プロファイル)が記録され、Netskopeのユーザーインターフェースに表示されます。
- URLリストを複製した後に変更を加えると、NetskopeのUIに警告が表示されます。
ステージ1のワークフロー例
以下の例には、単一の URL リストの複製、複数の URL リストの複製、 URL リストの再複製と宛先プロファイルの更新、およびURL リストの再複製と新しい宛先プロファイルの作成が含まれます。
例:単一のURLリストを複製する
以下は、 URL Listsページから単一の URL リストを初めて複製するワークフローの例です。
- URL ListsページからDuplicate to Destination Profileをクリックすると、URL一覧が表示されます。

Dest Profile Migration 列はURLリストを更新します。

- Destination Profiles ページに移動して、新しい宛先プロファイルの内容、つまり元のURLリストから変換された構文を確認してください。

- Apply Changesをクリックしてください。

例:複数のURLリストの複製
以下は、 URL Listsページから複数の URL リストを初めて一括複製するためのワークフローの例です。
- URL ListsページからURLリストを選択し、 Duplicate to Destination Profileをクリックします。

- Bulk Duplicate to Destination Profilesというメッセージが表示されます。Duplicateをクリックしてください。

Duplicating URL Lists to Destination Profiles ウィンドウが表示され、複製処理の進行状況が表示されます。

- 処理が完了したら、 Destination Profilesページに移動して、保留中の宛先プロファイルを確認してください。

- Apply Changesをクリックしてください。

例:URLリストの複製と宛先プロファイルの更新
以下は、既に複製済みのURLリストをさらに複製し、既存の宛先プロファイルを更新するワークフローの例です。この例では、最初の重複が発生した後にURLリストが更新されました。

- URL一覧を表示するには、 Duplicate AgainをクリックしてからTo Override the Duplicated Destination Profileクリックしてください。

- Destination Profilesページに移動して、適用する前に宛先プロファイルに対する保留中の変更内容を確認してください。
例:URLリストを複製して新しい宛先プロファイルを作成する
以下は、既に複製済みのURLリストをさらに複製し、新しい宛先プロファイルを作成するワークフローの例です。この例では、最初の重複が発生した後にURLリストが更新されました。

- URL一覧を表示するには、 Duplicate Again をクリックしてからTo a New Destination Profileクリックしてください。

新しい宛先プロファイルの名前は、 Dest Profile Migration列に表示されます。

- 新しい宛先プロファイルを表示して適用するには、 Destination Profilesページにアクセスしてください。以前の目的地プロファイルは変更されません。

ステージ2:宛先プロファイルをカスタムカテゴリに移行する
移行プロセスを完了するには、カスタムカテゴリを新しく作成した宛先プロファイルで更新し、URLリストを置き換える必要があります。
アシスト付き移行は、 URL Listsページまたは次の REST API から利用できます: PATCH /api/v2/profiles/customcategories/{id} 。
移行先のプロファイルをカスタムカテゴリに移行する際は、以下の点にご注意ください。
- カスタムカテゴリに移行する前に、すべての宛先プロファイルの変更を適用する必要があります。
- 適用済みのカスタムカテゴリのみ更新できます。
- この段階では、すべての移行変更を確認できるだけでなく、変更を適用したり元に戻したりすることもできます。変更は自動的に適用されないため、すべての変更は手動で適用する必要があることに注意してください。
- 変更を適用した後でも、変更を元に戻すことが可能です。変更を元に戻すには、カスタムカテゴリを手動で編集し、宛先プロファイルを元のURLリストに置き換えてください。
- Netskopeでは、混乱を避けるため、カスタムカテゴリで参照されなくなったURLリストの編集は避けることを推奨しています。代わりに、URLリストを参照するすべてのカスタムカテゴリの移行が完了したら、新しい移行先プロファイルで今後の変更を行ってください。
ステージ2のワークフロー例
以下の例には、単一の移行先プロファイルの移行と、複数の移行先プロファイルの移行が含まれます。
例:単一の移行先プロファイルの移行
以下は、 URL Listsページから単一の宛先プロファイル(つまり、複製された URL リスト)をカスタム カテゴリに移行するワークフローの例です。
- URL Listsページから、 In Custom Category 列の数字ボタンをクリックして、重複したURLリストを表示します。

- Migrate Categoriesウィンドウが表示されます。カスタムカテゴリを更新Selectし、Migrateをクリックします。

- Custom Categoriesページにアクセスして、カスタムカテゴリに対する保留中の変更内容を確認してください。

- Apply Changesをクリックしてください。

URL リストの移行が完了すると (つまり、すべてのカスタム カテゴリが今新しい宛先プロファイルを使用する)、 URL ListsページのIn Custom Category列がゼロに更新されます。

例:複数の移行先プロファイルの移行
以下は、 URL Listsページから複数の宛先プロファイル(つまり、複数の重複した URL リスト)をカスタム カテゴリに一括移行するためのワークフローの例です。
- URL ListsページからURLリストを選択し、 Migrate Categoriesをクリックします。

- Bulk Migration In Categoryウィンドウが表示されます。選択したURLリストを参照するすべてのカスタムカテゴリが自動的に選択されます。Migrateをクリックしてください。

Migrating Categories Referencing From URL Lists To Destination Profilesウィンドウが表示され、移行の進行状況が表示されます。

- 処理が完了したら、 Custom Categoriesページに移動して、カスタムカテゴリに対する保留中の変更を確認してください。

- Apply Changesをクリックしてください。

移行の完了
すべての URL リストが複製され、カスタム カテゴリがそれらを参照しなくなると、 URL Listsページに移行メッセージは表示されなくなります。


