Scope: 設計・運用で誤りやすい点を優先して整理。SKU/region/limitsは変更されるため、実装時はリンク先のcurrent Microsoft Learnを再確認してください。
Overview
HTTP/SやMSSQLなどapplication-aware filteringでFQDN-based policyを実現する。
Key technical points
- HTTP/Sではproxy/SNI等を使ってrequested FQDNを識別する。
- wildcardやweb categoryを使う場合は許可範囲が広がるためloggingで実通信を確認する。
- TLS inspectionを有効にする場合はcertificate trust chainとunsupported trafficを別途設計する。
Design guidance
- network controlだけで認証・authorizationを代替しない。Identity/RBAC/app authと多層化する。
- default deny/central enforcementを強める前にflow telemetryで必要通信を把握する。
- rule changeは既存connectionと新規connectionで見え方が異なることを踏まえてtestする。
Operations checklist
- 対象flowのsource/destination/port/protocolを固定する。
- NSG/Firewall/WAF logsで実際の判定ruleを確認する。
- 変更後はnew connectionで同じflowを再試験する。
Common pitfalls
- Allow rule追加だけで既存higher-priority Denyを見落とす。
- rule変更後に既存sessionだけ確認して「通った」と判断する。
Verification pattern
Control plane
resource state、association、policy、route/BGP configが期待通りかを確認。
resource state、association、policy、route/BGP configが期待通りかを確認。
Data plane
同一5-tupleまたは実application journeyで到達性・latency・security判定を実証。
同一5-tupleまたは実application journeyで到達性・latency・security判定を実証。
Observability
diagnostic logs / flow logs / Network Watcherで実際の判定とpathを残す。
diagnostic logs / flow logs / Network Watcherで実際の判定とpathを残す。
Rollback
設定を戻した後のroute convergence、DNS cache、existing sessionまで確認。
設定を戻した後のroute convergence、DNS cache、existing sessionまで確認。