PfsGroup property disparity between New-AzIpsecPolicy and Update-AzVpnConnection #27816
Labels
bug
This issue requires a change to an existing behavior in the product in order to be resolved.
Network
Service Attention
This issue is responsible by Azure service team.
Discussed in #27795
Originally posted by mcdonamw May 20, 2025
I'm in a spot where I need to manually create an ipsec policy for a VPN in our virtual wan due to the portal having a required field where I must set "None", but that's not an option.
With that said I'm using
New-AzIpsecPolicy
to create the following policy, but it bombs citing PFS14 is not a valid value for property PfsGroup and that valid values are None,PFS1,PFS2,PFS2048,PFS24,ECP256,ECP384.Research suggested using PFS2048 as an inline replacement, and I did. However, when I assign this policy to a vpn connection and run
Update-AzVpnConnection
, that then bombs citing PFS2048 is not a valid value for PfsGroup and accepted values are None,PFS14,PFS24,ECP256,ECP384To get around this I created my own custom policy object of typename Microsoft.Azure.Commands.Network.Models.PSIpsecPolicy passing a hash table of the properties and values I need to it and that seems to have worked.
I'm just wondering, why would one support PFS2048 but the other PFS14? Shouldn't these two (and likely more) vpn related cmdlets support the same values? Is this worthy of an issue being filed?
The text was updated successfully, but these errors were encountered: