VirtualWANAsAServiceManagementClient

Name: VirtualWANAsAServiceManagementClient API
Brand: VirtualWANAsAServiceManagementClient
Availability: InStock

★ Only Publicly Available OpenAPI DocumentCloud InfrastructureNetworkingoauth249 EndpointsREST

For Agents

Connect the VirtualWANAsAServiceManagementClient to your agent

Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the VirtualWANAsAServiceManagementClient, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.

Install Jentic One Beta (Self-Hosted)

Jentic One Host machine

# On the machine that will host your Jentic One instance:
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh

Agent machine

# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh
jentic register       # connects your agent to your Jentic One instance

Jentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.

Capabilities

What an agent can do with VirtualWANAsAServiceManagementClient API.

Create and manage virtualWans, virtualHubs, and the hub-to-VNet connections that form a global Virtual WAN topology

Stand up site-to-site vpnGateways, define vpnConnections to on-premises vpnSites, and add per-link vpnLinkConnections for redundant tunnels

Provision point-to-site p2sVpnGateways, attach p2sVpnServerConfigurations, and generate downloadable client VPN profiles

Pull P2S VPN connection health on a gateway to monitor remote-user connectivity and feed it into observability tooling

GET STARTED

Start building with VirtualWANAsAServiceManagementClient API

Explore with Jentic

View OpenAPI Document

Use for: Create a virtualWan in resource group 'wan-rg' with type Standard, Add a virtualHub in westeurope to my Virtual WAN, Provision a vpnGateway in the eastus virtualHub, Define a new vpnSite for our London branch and connect it to the vpnGateway

Not supported: Does not run BGP route servers, terminate ExpressRoute circuits, or operate firewalls — use Network Management, ExpressRoute, and Azure Firewall APIs for those; this client only manages the Virtual WAN resource family.

Jentic publishes the only available OpenAPI document for VirtualWANAsAServiceManagementClient, keeping it validated and agent-ready.

Jentic publishes the only available OpenAPI specification for VirtualWANAsAServiceManagementClient, keeping it validated and agent-ready. The Azure Virtual WAN management client lets agents create and operate the building blocks of a global Virtual WAN: virtualWans themselves, virtualHubs in each region, hubVirtualNetworkConnections, vpnGateways and their vpnConnections (with link-level vpnLinkConnections for resilience), point-to-site p2sVpnGateways with associated p2sVpnServerConfigurations, and vpnSites describing on-premises endpoints. Operators also pull P2S connection health, supported security providers, and downloadable VPN configuration. Authentication uses Azure Active Directory OAuth 2.0.

Use Cases

Patterns agents use VirtualWANAsAServiceManagementClient API for, with concrete tasks.

★ Global SD-WAN bring-up across regions

An infrastructure team rolling out an Azure-native global SD-WAN needs a Virtual WAN with hubs in three regions, each connected to local VNets and to remote branch sites over IPsec. The agent creates the virtualWan, then creates a virtualHub in each region, attaches hubVirtualNetworkConnections to the regional VNets, provisions a vpnGateway per hub, and creates vpnConnections to vpnSite resources representing the branches. The same template scales to dozens of branches by repeating the vpnSite/vpnConnection step.

Create virtualWan 'global-wan' in resource group 'wan-rg', then PUT a virtualHub in westeurope with addressPrefix 10.10.0.0/24, PUT a vpnGateway in that hub, then PUT a vpnSite for the London branch and a vpnConnection linking site to gateway.

Remote-worker point-to-site VPN

Enabling remote-worker VPN access to a Virtual WAN requires a p2sVpnGateway in the relevant hub plus a p2sVpnServerConfiguration (auth type, address pool, certs). The agent creates the configuration, attaches it to a p2sVpnGateway, and exports the client VPN profile via generatevpnprofile. Connection health is then monitored via getP2sVpnConnectionHealth so support teams can see when sessions drop.

PUT p2sVpnServerConfiguration 'p2s-config' on virtualWan 'global-wan', PUT p2sVpnGateway 'p2s-gw' in resource group 'wan-rg' referencing that config, then POST generatevpnprofile and store the returned profile URL.

Branch resilience with link-level connections

Branches with two ISPs need active-active redundancy. The agent creates a vpnSite with two vpnSiteLinks (one per ISP), then a vpnConnection with two vpnLinkConnections — one to each link. Azure Virtual WAN distributes traffic across both tunnels and fails over automatically. The same model applies at scale by repeating per-branch with a templated payload.

PUT vpnSite 'london-branch' with two vpnSiteLinks (isp-a, isp-b), then PUT vpnConnection 'london' on the gateway with vpnLinkConnections referencing both links.

Agent-driven WAN troubleshooting via Jentic

An ops agent fielding a 'branch is down' alert can call the Virtual WAN client through Jentic to read connection health, reset the gateway, and pull the latest vpnConfiguration to confirm policy. Jentic exposes each operation with its input schema and handles AAD bearer tokens from the vault, so the agent only needs to compose the action sequence.

Search Jentic for 'reset azure vpn gateway', execute reset on vpnGateway 'wan-gw-eu' in resource group 'wan-rg', then GET the gateway and confirm provisioningState=Succeeded.

Key Endpoints

49 endpoints — jentic publishes the only available openapi specification for virtualwanasaservicemanagementclient, keeping it validated and agent-ready.

METHOD

PATH

DESCRIPTION

PUT

/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/virtualWans/{VirtualWANName}

Create or update a Virtual WAN

PUT

/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/virtualHubs/{virtualHubName}

Create or update a virtual hub

PUT

/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/vpnGateways/{gatewayName}

Create or update a site-to-site VPN gateway

PUT

/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/vpnGateways/{gatewayName}/vpnConnections/{connectionName}

Create or update a VPN connection on a gateway

POST

/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/vpnGateways/{gatewayName}/reset

Reset a VPN gateway

POST

/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/p2svpnGateways/{gatewayName}/generatevpnprofile

Generate a downloadable client VPN profile

POST

/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/p2svpnGateways/{gatewayName}/getP2sVpnConnectionHealth

Read P2S VPN connection health

POST

/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/virtualWans/{virtualWANName}/vpnConfiguration

Generate the downloadable VPN configuration for a Virtual WAN

PUT

/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/virtualWans/{VirtualWANName}

Create or update a Virtual WAN

PUT

/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/virtualHubs/{virtualHubName}

Create or update a virtual hub

PUT

/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/vpnGateways/{gatewayName}

Create or update a site-to-site VPN gateway

PUT

/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/vpnGateways/{gatewayName}/vpnConnections/{connectionName}

Create or update a VPN connection on a gateway

POST

/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/vpnGateways/{gatewayName}/reset

Why though Jentic?

Three things that make agents converge on Jentic-routed access.

Credential isolation

Azure AD client credentials sit encrypted in the Jentic vault. Agents see only a short-lived OAuth bearer token at call time, so the secret used to provision long-running VPN resources never enters agent prompts or build logs.

Intent-based discovery

Agents query Jentic with intents like 'create azure virtual wan' or 'reset azure vpn gateway' and Jentic returns the matching Microsoft.Network operation with its full input schema (sku, addressPrefix, vpnConfiguration) ready to populate.

Time to first call

Direct ARM integration: 3-5 days for MSAL setup, async PUT polling, and the nested vpnSiteLinks/vpnLinkConnections schemas. Through Jentic: a few hours.

Related APIs

Alternatives and complements available in the Jentic catalogue.

Complementary

NetworkManagementClient

Manages the underlying VNets, subnets, and public IPs that Virtual WAN connects

Use to create the spoke VNets that hubVirtualNetworkConnections then attach to a virtualHub.

Complementary

TrafficManagerManagementClient

Routes public DNS traffic to the regional endpoints fronting Virtual WAN-backed apps

Use alongside Virtual WAN when global apps also need DNS-level user-to-region routing on the public side.

Alternative

ManagedNetworkManagementClient

Higher-level managed network grouping that simplifies VNet topology rules

Choose Managed Network for hub-and-spoke patterns that don't require Virtual WAN's branch-VPN, P2S, and global-routing features.

FAQs

Specific to using VirtualWANAsAServiceManagementClient API through Jentic.

Why is there no official OpenAPI spec for VirtualWANAsAServiceManagementClient?

Microsoft Azure does not publish an OpenAPI specification. Jentic generates and maintains this spec so that AI agents and developers can call VirtualWANAsAServiceManagementClient via structured tooling. It is validated against the live API and kept up to date. Get started at https://app.jentic.com/sign-up .

What authentication does the VirtualWANAsAServiceManagementClient use?

Azure Active Directory OAuth 2.0 with the user_impersonation scope against https://login.microsoftonline.com/common/oauth2/authorize. Through Jentic the AAD client secret stays encrypted in the vault and the agent only sees a scoped bearer token at call time.

Can I create a point-to-site VPN gateway with this API?

Yes. PUT /subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/p2svpnGateways/{gatewayName} creates the gateway, and POST /subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/p2svpnGateways/{gatewayName}/generatevpnprofile produces a downloadable client profile.

What are the rate limits for the VirtualWANAsAServiceManagementClient?

Calls go through Azure Resource Manager and are subject to standard ARM read and write throttling buckets per subscription. Long-running PUTs (gateway creation, hub provisioning) are tracked via the Location/Azure-AsyncOperation header rather than a per-second rate; respect Retry-After on a 429.

How do I reset a VPN gateway through Jentic?

Run pip install jentic, then client.search('reset azure vpn gateway'), client.load on the returned POST /vpnGateways/{gatewayName}/reset, and client.execute with subscriptionId, resourceGroupName, and gatewayName. Jentic injects the AAD bearer token from the vault.

How do I add a branch site with two ISPs to a Virtual WAN?

PUT a vpnSite with two entries in vpnSiteLinks (one per ISP), then PUT a vpnConnection on the gateway with vpnLinkConnections referencing each link. Azure Virtual WAN distributes traffic across both tunnels and fails over automatically.