Azure File Syncプロキシおよびファイアウォール設定

Azure File SyncはオンプレミスのサーバーをAzure Filesに接続し、マルチサイト同期やクラウド階層化機能を可能にします。したがって、オンプレミスのサーバーはインターネットに接続されている必要があります。 IT管理者は、サーバーがAzureクラウドサービスにアクセスする最適な経路を決める必要があります。

この記事では、サーバーをAzure File Syncに安全かつ成功裏に接続するための具体的な要件とオプションについて解説します。

このハウツーガイドを読む前に、Azure File Syncのネットワークに関する注意事項をよく確認してください。

Azure File Sync ネットワーク概要

Azure File Syncは、Windows Server、Azureファイル共有、その他複数のAzureサービス間で、同期グループで説明されたデータを同期するためのオーケストレーションサービスとして機能します。 Azure File Syncを正しく動作させるには、以下のAzureサービスと通信するようサーバーを設定する必要があります:

Azure Storage
Azure File Sync
Azure Resource Manager
認証サービス

Note

Windows ServerのAzure File Syncエージェントはクラウドサービスへのすべてのリクエストを開始するため、ファイアウォールの観点からはアウトバウンドトラフィックのみを考慮すればよくなります。 AzureサービスはAzure File Syncエージェントへの接続を開始しません。

Azure File Sync に必要なポート

Azure File SyncはファイルデータとメタデータをHTTPS経由でのみ移動し、ポート443がアウトバウンドで開いている必要があります。結果的にすべてのトラフィックが暗号化されます。

Azureへのネットワークと特別な接続

Azure File Syncエージェントには、ExpressRouteなどの特別なチャネルをAzureに使う要件はありません。

Azure File Syncは、Azureにアクセスできるあらゆる手段で動作します。帯域幅やレイテンシーなどのネットワーク特性に自動適応し、管理者による微調整も可能です。

Azure File Sync のプロキシ設定

Azure File Sync では、アプリ固有のプロキシ設定とマシン全体のプロキシ設定がサポートされています。

アプリ固有のプロキシ設定

アプリ固有のプロキシ設定は、Azure File Syncトラフィック専用のプロキシ設定を可能にします。アプリ固有のプロキシ設定は、エージェントバージョン4.0.1.0以降でサポートされており、エージェントインストール時または Set-StorageSyncProxyConfiguration PowerShellコマンドレットを使って設定できます。 Get-StorageSyncProxyConfigurationコマンドレットを使って、現在設定されているプロキシ設定を返してください。結果が空の場合は、プロキシ設定が設定されていないことを示します。既存のプロキシ構成を削除するには、 Remove-StorageSyncProxyConfiguration コマンドレットを使います。

アプリ固有のプロキシ設定を構成する PowerShell コマンドを次に示します。

Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
Set-StorageSyncProxyConfiguration -Address <url> -Port <port number> -ProxyCredential <credentials>

たとえば、プロキシサーバーでユーザー名とパスワードを使用した認証を必要とする場合は、次の PowerShell コマンドを実行します。

# IP address or name of the proxy server.
$Address="http://127.0.0.1"

# The port to use for the connection to the proxy.
$Port=8080

# The user name for a proxy.
$UserName="user_name"

# Please type or paste a string with a password for the proxy.
$SecurePassword = Read-Host -AsSecureString

$Creds = New-Object System.Management.Automation.PSCredential ($UserName, $SecurePassword)

# Please verify that you have entered the password correctly.
Write-Host $Creds.GetNetworkCredential().Password

Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"

Set-StorageSyncProxyConfiguration -Address $Address -Port $Port -ProxyCredential $Creds

マシン全体のプロキシ設定

マシン全体のプロキシ設定は、サーバー全体のトラフィックがプロキシ経由でルーティングされるため、Azure File Syncエージェントには透過的に認識されます。

マシン全体のプロキシ設定を設定するには、以下の手順に従ってください:

.NETアプリケーションのプロキシ設定を設定する
- この2つのファイルを編集してください:
  C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\machine.config
  C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\machine.config
- machine.config ファイルの <system.net> セクション( <system.serviceModel> セクションの下)に追加してください。 127.0.01:8888 をプロキシサーバーの IP アドレスとポートに変更します。
```
<system.net>
   <defaultProxy enabled="true" useDefaultCredentials="true">
     <proxy autoDetect="false" bypassonlocal="false" proxyaddress="http://127.0.0.1:8888" usesystemdefault="false" />
   </defaultProxy>
</system.net>
```
WinHTTP のプロキシ設定を設定します

Note

Windows Serverをプロキシサーバーで使用するように設定するには、WPAD、PACファイル、netshなど複数の方法を使用できます。この記事の手順では、 netshを使ってプロキシ設定を設定する方法を説明しています。ただし、Windowsのドキュメントにある「プロキシサーバー設定の設定」に記載されている方法はどれでも使えます。
- 昇格されたコマンドプロンプトまたはPowerShellから以下のコマンドを実行して、既存のプロキシ設定を確認してください:
  
  netsh winhttp show proxy
- 昇格されたコマンドプロンプトまたはPowerShellから次のコマンドを実行し、プロキシ設定を設定します(127.0.01:8888をプロキシサーバーのIPアドレスとポートに変更してください):
  
  netsh winhttp set proxy 127.0.0.1:8888
昇格されたコマンドプロンプトまたはPowerShellから以下のコマンドを実行して、ストレージ同期エージェントサービスを再起動してください:

net stop filesyncsvc

Note

ストレージ同期エージェント(filesyncsvc)サービスは停止後に自動起動します。

Azure File Sync のファイアウォール設定

前述の通り、出口ポート443を開く必要があります。データセンター、支店、地域のポリシーに基づいて、このポートを経由するトラフィックを特定のドメインにさらに制限する必要があるかもしれません。

以下の表は、通信に必要なドメインを説明します。

サービス	パブリッククラウドエンドポイント	Azure Government エンドポイント
Azure Resource Manager	`https://management.azure.com`	`https://management.usgovcloudapi.net`
Microsoft Entra ID (認証)	`https://login.windows.net` `https://login.microsoftonline.com` `https://aadcdn.msftauth.net`	`https://login.microsoftonline.us`
Microsoft Entra ID (service principal)	`https://graph.microsoft.com/`	`https://graph.microsoft.com/`
Microsoft Entra ID (登録UI)	`https://secure.aadcdn.microsoftonline-p.com`	`https://secure.aadcdn.microsoftonline-p.com` (パブリッククラウドのエンドポイントURLと同じです)
Azure ストレージ	*.core.windows.net	*.core.usgovcloudapi.net
Azure File Sync	.one.microsoft.com .afs.azure.net	*.afs.azure.us
Microsoft PKI	`https://www.microsoft.com/pki/mscorp/cps` `http://crl.microsoft.com/pki/mscorp/crl/` `http://mscrl.microsoft.com/pki/mscorp/crl/` `http://ocsp.msocsp.com` `http://ocsp.digicert.com/` `http://crl3.digicert.com/`	`https://www.microsoft.com/pki/mscorp/cps` `http://crl.microsoft.com/pki/mscorp/crl/` `http://mscrl.microsoft.com/pki/mscorp/crl/` `http://ocsp.msocsp.com` `http://ocsp.digicert.com/` `http://crl3.digicert.com/`
Microsoft更新	.update.microsoft.com .download.windowsupdate.com .ctldl.windowsupdate.com .dl.delivery.mp.microsoft.com *.emdl.ws.microsoft.com	.update.microsoft.com .download.windowsupdate.com .ctldl.windowsupdate.com .dl.delivery.mp.microsoft.com *.emdl.ws.microsoft.com

以下の表は、各エンドポイントが何に使われるかを説明します。

サービス	Description
Azure Resource Manager	すべてのユーザーコール(例えばPowerShell)はこのURLに到達します。最初のサーバー登録コールも含めてです。
Microsoft Entra ID (認証)	Azure Resource Manager の呼び出しは、認証済みのユーザーが行う必要があります。このURLはユーザー認証を担当します。
Microsoft Entra ID (service principal)	Azure File Syncを展開する際には、サブスクリプションのMicrosoft Entra IDにサービスプリンシパルが作成されます。この原則はAzure File Syncサービスに最小限の権利を委任します。初期設定を行うユーザーはサブスクリプション所有者の権限を持っている必要があります。
Microsoft Entra ID (登録UI)	Azure File Syncサーバーの登録UIが管理者にサインインするために使用するActive Directory認証ライブラリからアクセスされます。
Azure ストレージ	サーバーは、SASキーを使ってストレージアカウント内のAzureファイル共有と直接通信することで、より効率的にデータ移動を行います。SASキーはターゲットファイル共有のみへのアクセスを可能にします。
Azure File Sync	初回サーバー登録後、サーバーはその地域のAzure File Syncサービスインスタンスの地域URLを受け取り、直接かつ効率的な同期通信を可能にします。
Microsoft PKI	Azure File SyncサービスおよびAzureファイル共有と通信するために必要な中間証明書をダウンロードします。 OCSPのURLは証明書の状態を確認します。
Microsoft更新	Azure File Syncエージェントのアップデートをダウンロードします。

Important

トラフィックを*.afs.azure.net に許可する場合、トラフィックは同期サービスのみに可能です。このドメインを利用した他のMicrosoft サービスはありません。トラフィックを*.one.microsoft.com に許可すると、サーバーから同期サービスだけでなく、他のトラフィックも可能になります。サブドメインの下で利用可能なMicrosoft サービスは他にも多くあります。

*.afs.azure.net or *.one.microsoft.com では範囲が広すぎる場合は、通信を許可する Azure Files Sync サービスのリージョン固有のインスタンスを明示的に指定することで、サーバーの通信を制限することができます。どのインスタンスを選ぶかは、実際にサーバーのデプロイと登録を行ったストレージ同期サービスのリージョンによって異なります。そのリージョンを、以下の表では "プライマリエンドポイント URL" と記述しています。

ビジネス継続および災害復旧(BCDR)の理由から、Azureファイル共有をジオ冗長ストレージ(GRS)に設定されたストレージアカウントに作成することができます。このオプションを選択すると、長期的な地域障害が発生した場合、Azureファイル共有はペアリージョンにフェイルオーバーされます。 Azure File Sync がストレージとして使用するリージョンペアは変わりません。つまり、GRSストレージアカウントを使う場合は、Azure File Syncのためにサーバーがペアリングされたリージョンと通信できるように追加のURLを有効にする必要があります。以下の表はこれを「ペア領域」と呼びます。さらに、トラフィックマネージャーのプロファイルURLを有効にする必要があります。このURLは、フェイルオーバー時にネットワークトラフィックをペアリージョンにシームレスに再ルーティングできるようにし、表内では「ディスカバリーURL」と呼ばれます。

パブリッククラウド

ローカル冗長ストレージ(LRS)またはゾーン冗長ストレージ(ZRS)を設定している場合、「プライマリエンドポイントURL」に記載されているURLを有効にするだけで済みます。
GRSで設定されたストレージアカウントを使用している場合は、3つのURLを有効にしてください:リージョン用のプライマリエンドポイントURL、ペアリングリージョン用のプライマリエンドポイントURL、そしてリージョン用のディスカバリーURLです。

例: ストレージ同期サービスを "West US" に展開し、サーバーを登録します。この場合のサーバーの通信を許可する URL は次のとおりです。

https://westus01.afs.azure.net (プライマリエンドポイント: 米国西部)

https://eastus01.afs.azure.net (ペアフェールオーバーリージョン: 米国東部)

https://tm-westus01.afs.azure.net (プライマリリージョンの検出 URL)

以下の表は、AzureパブリッククラウドリージョンにおけるAzure File Syncのエンドポイントを示しています。

Region	主要エンドポイントURL	ペアのリージョン	ディスカバリーURL
オーストラリア東部	https://australiaeast01.afs.azure.net https://kailani-aue.one.microsoft.com	オーストラリア南東部	https://tm-australiaeast01.afs.azure.net https://tm-kailani-aue.one.microsoft.com
オーストラリア南東部	https://australiasoutheast01.afs.azure.net https://kailani-aus.one.microsoft.com	オーストラリア東部	https://tm-australiasoutheast01.afs.azure.net https://tm-kailani-aus.one.microsoft.com
ブラジル南部	https://brazilsouth01.afs.azure.net	米国中南部	https://tm-brazilsouth01.afs.azure.net
カナダ中部	https://canadacentral01.afs.azure.net https://kailani-cac.one.microsoft.com	カナダ東部	https://tm-canadacentral01.afs.azure.net https://tm-kailani-cac.one.microsoft.com
カナダ東部	https://canadaeast01.afs.azure.net https://kailani-cae.one.microsoft.com	カナダ中部	https://tm-canadaeast01.afs.azure.net https://tm-kailani.cae.one.microsoft.com
インド中部	https://centralindia01.afs.azure.net https://kailani-cin.one.microsoft.com	インド南部	https://tm-centralindia01.afs.azure.net https://tm-kailani-cin.one.microsoft.com
米国中部	https://centralus01.afs.azure.net https://kailani-cus.one.microsoft.com	米国東部 2	https://tm-centralus01.afs.azure.net https://tm-kailani-cus.one.microsoft.com
東アジア	https://eastasia01.afs.azure.net https://kailani11.one.microsoft.com	東南アジア	https://tm-eastasia01.afs.azure.net https://tm-kailani11.one.microsoft.com
米国東部	https://eastus01.afs.azure.net https://kailani1.one.microsoft.com	米国西部	https://tm-eastus01.afs.azure.net https://tm-kailani1.one.microsoft.com
米国東部 2	https://eastus201.afs.azure.net https://kailani-ess.one.microsoft.com	米国中部	https://tm-eastus201.afs.azure.net https://tm-kailani-ess.one.microsoft.com
ドイツ北部	https://germanynorth01.afs.azure.net	ドイツ中西部	https://tm-germanywestcentral01.afs.azure.net
ドイツ中西部	https://germanywestcentral01.afs.azure.net	ドイツ北部	https://tm-germanynorth01.afs.azure.net
東日本	https://japaneast01.afs.azure.net	西日本	https://tm-japaneast01.afs.azure.net
西日本	https://japanwest01.afs.azure.net	東日本	https://tm-japanwest01.afs.azure.net
韓国中部	https://koreacentral01.afs.azure.net/	韓国南部	https://tm-koreacentral01.afs.azure.net/
韓国南部	https://koreasouth01.afs.azure.net/	韓国中部	https://tm-koreasouth01.afs.azure.net/
米国中北部	https://northcentralus01.afs.azure.net	米国中南部	https://tm-northcentralus01.afs.azure.net
北ヨーロッパ	https://northeurope01.afs.azure.net https://kailani7.one.microsoft.com	西ヨーロッパ	https://tm-northeurope01.afs.azure.net https://tm-kailani7.one.microsoft.com
米国中南部	https://southcentralus01.afs.azure.net	米国中北部	https://tm-southcentralus01.afs.azure.net
インド南部	https://southindia01.afs.azure.net https://kailani-sin.one.microsoft.com	インド中部	https://tm-southindia01.afs.azure.net https://tm-kailani-sin.one.microsoft.com
東南アジア	https://southeastasia01.afs.azure.net https://kailani10.one.microsoft.com	東アジア	https://tm-southeastasia01.afs.azure.net https://tm-kailani10.one.microsoft.com
スイス北部	https://switzerlandnorth01.afs.azure.net https://tm-switzerlandnorth01.afs.azure.net	スイス西部	https://switzerlandwest01.afs.azure.net https://tm-switzerlandwest01.afs.azure.net
スイス西部	https://switzerlandwest01.afs.azure.net https://tm-switzerlandwest01.afs.azure.net	スイス北部	https://switzerlandnorth01.afs.azure.net https://tm-switzerlandnorth01.afs.azure.net
アラブ首長国連邦中部	https://uaecentral01.afs.azure.net	アラブ首長国連邦北部	https://tm-uaecentral01.afs.azure.net
アラブ首長国連邦北部	https://uaenorth01.afs.azure.net	アラブ首長国連邦中部	https://tm-uaenorth01.afs.azure.net
英国南部	https://uksouth01.afs.azure.net https://kailani-uks.one.microsoft.com	英国西部	https://tm-uksouth01.afs.azure.net https://tm-kailani-uks.one.microsoft.com
英国西部	https://ukwest01.afs.azure.net https://kailani-ukw.one.microsoft.com	英国南部	https://tm-ukwest01.afs.azure.net https://tm-kailani-ukw.one.microsoft.com
米国中西部	https://westcentralus01.afs.azure.net	米国西部 2	https://tm-westcentralus01.afs.azure.net
西ヨーロッパ	https://westeurope01.afs.azure.net https://kailani6.one.microsoft.com	北ヨーロッパ	https://tm-westeurope01.afs.azure.net https://tm-kailani6.one.microsoft.com
米国西部	https://westus01.afs.azure.net https://kailani.one.microsoft.com	米国東部	https://tm-westus01.afs.azure.net https://tm-kailani1.one.microsoft.com
米国西部 2	https://westus201.afs.azure.net	米国中西部	https://tm-westus201.afs.azure.net

Azure Government

以下表列出了Azure Government regions中Azure File Sync的エンドポイント。

Region	主要エンドポイントURL	ペアのリージョン	ディスカバリーURL
US Gov アリゾナ	https://usgovarizona01.afs.azure.us	US Gov テキサス	https://tm-usgovarizona01.afs.azure.us
US Gov テキサス	https://usgovtexas01.afs.azure.us	US Gov アリゾナ	https://tm-usgovtexas01.afs.azure.us

21Vianet が運営する Microsoft Azure

以下の表は、21Vianetリージョンによって運用されるMicrosoft AzureのAzure File Syncのエンドポイントを示しています。

Region	主要エンドポイントURL	ペアのリージョン	ディスカバリーURL
中国東部 2	https://chinaeast201.afs.azure.cn	中国北部 2	https://tm-chinaeast201.afs.azure.cn
中国北部 2	https://chinanorth201.afs.azure.cn	中国東部 2	https://tm-chinanorth201.afs.azure.cn

Azure File Sync IP アドレスの許可リスト

Azure File Sync ではサービスタグの使用がサポートされています。これは、指定された Azure サービスからの IP アドレスプレフィックスのグループを表すものです。サービスタグを使用して、Azure File Sync サービスとの通信を可能にするファイアウォール規則を作成できます。 Azure File SyncのサービスタグはStorageSyncServiceです。

Azure内でAzure File Syncを使っている場合は、ネットワークセキュリティグループ内でサービス名タグを直接使ってトラフィックを許可できます。この方法について詳しく知りたい方は、 Network security groupsをご覧ください。

オンプレミスでAzure File Syncを使っているなら、サービスタグAPIを使ってファイアウォールの許可リストの特定のIPアドレス範囲を取得できます。この情報を取得するには、次の 2 つの方法があります。

サービスタグをサポートするすべての Azure サービスの最新の IP アドレス範囲の一覧が、Microsoft ダウンロードセンターに JSON ドキュメントの形式で毎週公開されています。各 Azure クラウドには、そのクラウドに関連する IP アドレス範囲が記載された独自の JSON ドキュメントが存在します。
サービスタグ発見APIは、現在のサービスタグリストをプログラム的に取得することを可能にします。 API サーフェスは、ご自分の自動化の設定に基づいて使用できます。

サービスタグ発見APIはMicrosoft ダウンロードセンターに公開されたJSONドキュメントほど頻繁に更新されない可能性があるため、オンプレミスのファイアウォールの許可リストを更新するためにJSONドキュメントを使用することを推奨します。これは、次の方法で行います。

# The specific region to get the IP address ranges for. Replace westus2 with the desired region code 
# from Get-AzLocation.
$region = "westus2"

# The service tag for Azure File Sync. Don't change unless you're adapting this
# script for another service.
$serviceTag = "StorageSyncService"

# Download date is the string matching the JSON document on the Download Center. 
$possibleDownloadDates = 0..7 | `
    ForEach-Object { [System.DateTime]::Now.AddDays($_ * -1).ToString("yyyyMMdd") }

# Verify the provided region
$validRegions = Get-AzLocation | `
    Where-Object { $_.Providers -contains "Microsoft.StorageSync" } | `
    Select-Object -ExpandProperty Location

if ($validRegions -notcontains $region) {
    Write-Error `
            -Message "The specified region $region isn't available. Either Azure File Sync isn't deployed there or the region doesn't exist." `
            -ErrorAction Stop
}

# Get the Azure cloud. This should automatically based on the context of 
# your Az PowerShell login, however if you manually need to populate, you can find
# the correct values using Get-AzEnvironment.
$azureCloud = Get-AzContext | `
    Select-Object -ExpandProperty Environment | `
    Select-Object -ExpandProperty Name

# Build the download URI
$downloadUris = @()
switch($azureCloud) {
    "AzureCloud" { 
        $downloadUris = $possibleDownloadDates | ForEach-Object {  
            "https://download.microsoft.com/download/7/1/D/71D86715-5596-4529-9B13-DA13A5DE5B63/ServiceTags_Public_$_.json"
        }
    }

    "AzureUSGovernment" {
        $downloadUris = $possibleDownloadDates | ForEach-Object { 
            "https://download.microsoft.com/download/6/4/D/64DB03BF-895B-4173-A8B1-BA4AD5D4DF22/ServiceTags_AzureGovernment_$_.json"
        }
    }

    "AzureChinaCloud" {
        $downloadUris = $possibleDownloadDates | ForEach-Object { 
            "https://download.microsoft.com/download/9/D/0/9D03B7E2-4B80-4BF3-9B91-DA8C7D3EE9F9/ServiceTags_China_$_.json"
        }
    }

    "AzureGermanCloud" {
        $downloadUris = $possibleDownloadDates | ForEach-Object { 
            "https://download.microsoft.com/download/0/7/6/076274AB-4B0B-4246-A422-4BAF1E03F974/ServiceTags_AzureGermany_$_.json"
        }
    }

    default {
        Write-Error -Message "Unrecognized Azure Cloud: $_" -ErrorAction Stop
    }
}

# Find most recent file
$found = $false 
foreach($downloadUri in $downloadUris) {
    try { $response = Invoke-WebRequest -Uri $downloadUri -UseBasicParsing } catch { }
    if ($response.StatusCode -eq 200) {
        $found = $true
        break
    }
}

if ($found) {
    # Get the raw JSON 
    $content = [System.Text.Encoding]::UTF8.GetString($response.Content)

    # Parse the JSON
    $serviceTags = ConvertFrom-Json -InputObject $content -Depth 100

    # Get the specific $ipAddressRanges
    $ipAddressRanges = $serviceTags | `
        Select-Object -ExpandProperty values | `
        Where-Object { $_.id -eq "$serviceTag.$region" } | `
        Select-Object -ExpandProperty properties | `
        Select-Object -ExpandProperty addressPrefixes
} else {
    # If the file cannot be found, that means there hasn't been an update in
    # more than a week. Please verify the download URIs are still accurate
    # by checking https://learn.microsoft.com/azure/virtual-network/service-tags-overview
    Write-Verbose -Message "JSON service tag file not found."
    return
}

その後、 $ipAddressRanges のIPアドレス範囲を使ってファイアウォールを更新できます。ファイアウォールを更新する方法については、ご利用のファイアウォールまたはネットワークアプライアンスの Web サイトを確認してください。

サービスエンドポイントへのネットワーク接続をテストする

サーバーがAzure File Syncサービスに登録されると、Test-StorageSyncNetworkConnectivityコマンドレットと ServerRegistration.exe を使って、このサーバー固有のすべてのエンドポイント(URL)との通信をテストできます。このコマンドレットは、通信不完全なことでサーバーがAzure File Syncを完全に使えない場合のトラブルシューティングに役立ち、プロキシやファイアウォールの設定の微調整にも利用できます。

ネットワーク接続テストを実行するには、次の PowerShell コマンドを実行します。

Import-Module "C:\Program Files\Azure\StorageSyncAgent\StorageSync.Management.ServerCmdlets.dll"
Test-StorageSyncNetworkConnectivity

テストが失敗した場合、WinHTTPデバッグトレースを収集してトラブルシューティングを行います: netsh trace start scenario=InternetClient_dbg capture=yes overwrite=yes maxsize=1024

ネットワーク接続テストを再度実行し、その後トレースの収集を停止します: netsh trace stop

生成された NetTrace.etl ファイルをZIPアーカイブに入れ、サポートケースを開き、サポートと共有してください。

ファイアウォールおよびプロキシ要件の概要

このドキュメントの冒頭のリストには、Azure File Syncが通信するURLが含まれています。ファイアウォールはこれらのドメインへのアウトバウンドトラフィックを許可しなければなりません。 Microsoftはこのリストを常に最新の状態に保つよう努めています。

ドメイン制限のファイアウォールルールを設定することは、セキュリティ向上のための手段となり得ます。これらのファイアウォール設定を使用する場合、URLは追加され、時間とともに変更される可能性があることを念頭に置いてください。この記事は定期的にご覧ください。

次のステップ

フィードバック

このページはお役に立ちましたか?

Last updated on 2026-07-18