An Azure service that enables the connection of on-premises networks to Azure through site-to-site virtual private networks.
The gateway is in an active migration state, and Azure blocks all configuration changes while that state remains in progress. That matches the CannotMakeChangesToGatewayDuringMigration error and explains why NAT rule creation, tag updates, and other write operations fail even though traffic continues to pass.
Supported remediation steps:
- In the Azure portal, open the virtual network gateway resource.
- Go to Settings > Configuration.
- If the Migrate tab is available, use it to check the current migration state.
- If validation shows the migration did not complete correctly, use Abort to roll back the migration state.
- After a successful abort, gateway changes should be allowed again.
- If traffic validation is successful and the migration is actually ready to finish, use Commit instead.
- After the migration state is cleared, retry the required gateway change.
Important constraints during migration:
- Do not modify the public IP, VPN gateway configuration, gateway subnet, or connections while the gateway is between Execute and Commit.
- Do not enable DDoS protection or other advanced features during that phase.
- Making changes during migration can leave the gateway in an unsupported or stuck state.
Checks before retrying migration:
- Ensure the GatewaySubnet has at least three available IP addresses in the current prefix.
- If the subnet is /28 or smaller, migration can fail. In that case, add multiple prefixes to the gateway subnet before retrying.
If the gateway entered a stuck or unrecoverable migration state because changes were made during migration, the documented worst-case recovery is to delete and recreate the gateway. Risk: this causes downtime, and if done through manual recreation the public IP address changes.