Using Azure PowerShell for easier Microsoft Azure VNet peering between resource groups
If the Azure portal gives you a vague 'Failed to add virtual network peering' error, switch to PowerShell. You'll get actual error messages to troubleshoot with.

I was recently working on a setup where I had 2 Azure resource groups and could not get the virtual networks (VNets) to peer between them. I had Azure AD Domain Services in one resource group and a bunch of session host servers in another resource group. The portal kept throwing this error message when attempting to create a peering: Failed to add virtual network peering Failed to add virtual network peering 'name of peering'. Error: error

Not very helpful right? If you see a nondescript error message like this while attempting to peer you can get around the issue using Azure PowerShell. PowerShell also gives you more descriptive error messages which can be clues to help you troubleshoot what's wrong.
- First make sure to have Azure PowerShell installed locally or on a jump box. It is a set of cmdlets for PowerShell that will help you manage Azure ARM resources. You can read more on it here: https://docs.microsoft.com/en-us/powershell/azure/overview.
Windows 10 comes with PowerShell already so just open up an elevated PowerShell window and type:
Install-Module AzureRM -AllowClobber
It will tell you:
`You are installing the modules from an untrusted repository. If you trust this repository, change
its InstallationPolicy value by running the Set-PSRepository cmdlet.
Are you sure you want to install the modules from 'PSGallery'?`
Just press "A" for Yes to All. Now load the AzureRM module for Resource Manager remote management by typing in:
Import-Module AzureRM
Now you can type in:
Get-Module AzureRM -list | Select-Object Name,Version,Path
and it will output the Azure PowerShell version installed like this:

I also like to manage Azure AD so I usually also do:
Install-Module AzureAD Import-Module AzureAD
- Now log into your Azure subscription from PowerShell. Type:
Login-AzureRmAccount
and a login box will popup. Just follow the prompts. Then PowerShell will show you the account you are logged in with:

- Now for the VNet peering. You need to create 2 variables to store your VNet info in. My vnet2 is where my Azure ADDS VNet is in this example. My resource group is also specified here at the end:
$vnet2 = Get-AzureRmVirtualNetwork -Name Azure-AD-DS-vnet -ResourceGroupName RG_Azure_AD_Domain_Services
now do the same for where you other VNet is. This is where my session hosts are in this example:
$vnet1 = Get-AzureRmVirtualNetwork -Name OtherRG-tenant-01-vnet -ResourceGroupName OtherRG-tenant-01
and it should look something like this as you type them in:

- Now type the following to create your first peer. Pro tip, just press tab after the cmdlet and it will automatically add each switch as you go, no need to even type the first letter of the switch:
Add-AzureRmVirtualNetworkPeering -Name AD-to-OtherRG -VirtualNetwork $vnet2 -RemoteVirtualNetworkId $vnet1.id
Then do it again but the other way so you have 2 way communication:
Add-AzureRmVirtualNetworkPeering -Name OtherRG-to-AD -VirtualNetwork $vnet1 -RemoteVirtualNetworkId $vnet2.id
and you're done! It should look something like this as you create each peer:

and your Azure Portal should say it's Connected under Peering Status:

Hope this helps! Please leave a comment below if you have any questions.

Jason Samuel
Product leader, advisor, and international speaker with 27+ years in enterprise end-user computing, security, and cloud. Has deployed infrastructure at Fortune 500 scale across 34 countries. 1 of 3 people globally to hold Citrix CTP + VMware vExpert + VMware EUC Champion concurrently. 200+ articles, 1,000+ reader discussions.
Using Microsoft Azure MFA and Citrix NetScaler Gateway with OATH software tokens when traveling
If your Azure MFA users travel internationally, phone calls and SMS will fail. Set up OATH software tokens (TOTP) as a fallback so they can still authenticate through NetScaler Gateway.
microsoft-azureHow to deploy Microsoft Azure MFA User Portal on separate servers in the DMZ
You should run the Azure MFA User Portal on dedicated DMZ servers, not your internal MFA infrastructure. Here's how to deploy the User Portal and Mobile App Web Service on separate IIS boxes.
microsoft-azureFixing the Microsoft Azure AD Connect User Name or Password is Incorrect Error
If Azure AD Connect says 'User Name or Password is Incorrect' even though you know the credentials are right, it's a duplicate account name conflict. Here's what's happening and how to fix it.