Networking Foundation参照資料確認: 2026-09-11

Azure Bastion

VMにpublic IPを持たせずRDP/SSH管理アクセスを提供するBastionのSKU、subnet、native client、private-only構成を整理する。

Scope: Microsoft Learn / Azure Architecture Centerの一次資料を2026-09-11時点で確認し、旧来の短い記事を公開運用向けdeep diveへ更新。SKU、region、limits、Preview statusは変わるため、実装直前にOfficial sourcesを再確認してください。

Azure Bastionを理解するための前提

Azure Bastionはmanaged PaaSとしてRDP/SSHをTLS経由で中継し、target VMへpublic IPやagentを要求しない。 Developer/Basic/Standard/Premiumの4 SKUがあり、Developerはshared infrastructure、Basic以上はdedicated deployment。

Standard/Premiumはnative client、IP-based connection、custom port等のadvanced featureを提供する。 Premiumはsession recordingとprivate-only deploymentを提供し、public IPなしのBastion構成が可能。

dedicated deploymentではAzureBastionSubnetが必要で、subnet size/NSG要件をservice documentationに合わせる。 Bastion到達性とVM OS firewall/RDP/SSH service正常性は別レイヤーとして切り分ける。

通信や判断の流れを追う
利用側VNet / SubnetNIC / Azure service接続先

Control plane と data plane

Control planeBastion host/SKU、AzureBastionSubnet、public/private exposure、feature flags、RBACがcontrol plane。
Data planeclient→Bastion service→target VM private IP:portの2区間でdata pathが成立する。native clientもBastion tunnelを介する。

仕組みと設計上の意味

Bastionはjump VMではないためOS patchingやSSH key保管用VMを運用する必要がない。

hub deploymentからpeered VNet VMへ接続できるが、peering/DNS/routing/securityの前提を確認する。

private-onlyはPremiumのsecurity optionであり、control access pathを別途確保する必要がある。

IP-based connectionはStandard以上で、forced-tunneling/ER default route等に制約があるため対象architectureで事前確認する。

Packet / decision path

source→destinationを1本のflowとして固定し、名前解決・routing・security・NAT/service processing・return pathを必要な範囲で順に確認する。

  1. client認証/RBACを確認。
  2. Bastion SKU/deploymentとsubnet/NSGを確認。
  3. Bastionからtarget private IPへのroute/securityを確認。
  4. target OSでRDP/SSH listenerとhost firewallを確認。
  5. browser/native client両方の要件差を確認。

設計判断

判断点推奨理由
Prod SKUStandard/Premiumを要件で選択native client/recording/private-only等の差
Placementshared hubも検討複数spokeの管理入口を集約
Target public IP原則不要attack surfaceを削減
Private-onlyPremium + 管理path設計public exposureをなくす代わりにoperator connectivityが必要

確認手順

Azure Portal

  • Bastion → ConfigurationでSKU/scale/featuresを確認。
  • AzureBastionSubnetのprefix/NSG/routeを確認。
  • 対象VMのNetworkingでprivate IP/NSGを確認。

Evidence contract

Identitysubscription / resource group / resource ID / regionを固定。
Before / After同じsource・destination・protocol・portで比較。
Effective state設定値だけでなくeffective route/security/health/logを取得。
Runtimecontrol-plane Succeededとapplication successを分けて判定。
Azure CLI — read-only first
az network bastion show -g <rg> -n <bastion> -o jsonc
az network bastion list -g <rg> -o table
PowerShell — read-only first
Get-AzBastion -ResourceGroupName <rg> -Name <bastion>
Get-AzBastion -ResourceGroupName <rg>

障害切り分け

症状疑う点証拠次の確認
portal接続できないRBAC/Bastion provisioning/subnet NSGBastion state + Activity Logservice側とtarget側を分離
login画面まで行くが失敗OS credential/listener/firewalltarget boot diagnostics/OS logsVM側を確認
peered VNetだけ失敗peering/route/NSGeffective route/securityhub-spoke path確認
native clientだけ失敗SKU/feature flag/client commandBastion configStandard/Premium feature確認

変更・rollback

  • SKU変更やsubnet変更前にactive sessionsと運用windowを確認。
  • NSG変更はMicrosoft documented Bastion requirementsを保持。
  • private-only化はoperator VPN/ER等のmanagement pathを先に検証。
  • rollbackはBastion configだけでなくDNS/routing/NSG変更も含める。

Official sources