How to Manage Azure VMs with On-prem Windows Admin Center

How to Manage Azure VMs with On-prem Windows Admin Center Leave a comment

Learn this information to discover ways to join an on-premises Home windows Admin Middle to an Azure vNET and handle VMs within the Azure vNET with WAC.

Overview and Introduction

Home windows Admin Middle has a characteristic that lets you create an Azure Digital Community. The method successfully creates a point-to-site VPN connection from the WAC server to an Azure digital community (vNET).

This hands-on information walks you thru the steps to finish all of the duties required to attach your on-prem WAC to an Azure vNET.

Though the primary job – Provisioning an Azure VM – begins with making a resouce group, you’ll be able to skip these sub-tasks if you have already got an Azure useful resource group and a vNET.

Equally, making a VM is optionally available you probably have present VMs within the Azure digital community. Earlier than skipping Process 1, you have to add a subnet known as GatewaySubnet – see Process 1.2 for particulars.

Process 1: Provisioning an Azure VM

On this part, you’ll provision a brand new Azure Digital Machine managed by an on-prem Home windows Admin Middle. Nonetheless, earlier than creating the VM, you’ll deploy an Azure Digital Community for the VM to make use of.

When creating the digital community, the tackle areas specified MUST not overlap with any of the tackle areas in your on-premises community.

In the meantime, to create the connectivitiy to Azure VM from the on-prem WAC, the digital community requires a subnet named GatewaySubnet. The gateway subnet have to be named GatewaySubnet for Azure to create the required gateway assets.

Additionally equally essential, the GatewaySubnet subnet have to be inside the tackle house of the Azure Digital Community.

So, we’d add a GatewaySubnet subnet whereas creating the digital community. Lastly, we’d create an Azure VM and fasten the digital community.

Earlier than we create any of the assets talked about above, we require an Azure Resource Group to which all of them will belong.

Process 1.1: Create an Azure Useful resource Group

  1. Sign up to portal.azure.com and open the Azure Cloud Shell PowerShell.
  1. Lastly, run the instructions beneath to create an Azure Useful resource Group known as IPM-WAC-RG within the “UK West” Azure area.

Change ‘ukwest’ to the Azure area location you need to create the RG. To get an inventory of all Azure areas, run the Get-azLocation command

#1. Get your Azure area - change uk to a reputation within the area you require

Get-azLocation | The place-Object {$_.DisplayName -like "*uk*"}

#2. Set location and RG title variables
$RGlocation = 'uksouth'
$RGName="IPM-WAC-RG-1"

#3. Create the Useful resource Group

New-AzResourceGroup -Location $RGlocation -Title $RGName

To verify that the RG was created, run this command:

Get-AzResourceGroup -Title $RGName

Process 1.2: Create a Digital Community with a Digital Community Gateway Subnet

In my residence lab community, I’ve the 192.168.0.0/24 and 172.16.0.0/24 networks. So, my Azure Digital community tackle areas have to be exterior these two.

One possibility is to create a vNET with the 172.17.0.0/22 (172.17.0.0/255.255.252.0) community. It will give me 1,024 addresses.

Whereas creating the digital community, I’ll add a default subnet known as subnet0 with a beginning tackle of 172.17.0.0, on /24 (256 addresses), a spread of 172.17.0.0 – 172.17.0.255.

Equally, I’ll add a Digital Community Gateway subnet. When you choose a Digital Community Gateway for the aim of the subnet, Azure calls the title of the subnet GatewaySubnet. You can additionally do that with PowerShell.

The GatewaySubnet subnet can have a beginning tackle of 172.17.1.0, a dimension of /27 (32 IP addresses), and a spread of 172.17.1.0 – 172.17.1.31.

To create the Azure Digital Community and the opposite assets described above, run these PowerShell scripts within the numbered order, beginning with #1.

In instructions #3 and #4, discover that I piped the output of the Add-AzVirtualNetworkSubnetConfig command to the Set-AzVirtualNetwork command. Right here is why: If you run the Add-AzVirtualNetworkSubnetConfig command, it creates a subnet configuration object. Nonetheless, it doesn’t apply the configuration to the digital community. By piping Add-AzVirtualNetworkSubnetConfig to Set-AzVirtualNetwork, the subnet configuration is utilized to the digital community useful resource.

#1. Set Variables
$AzVirtualNetworkName="IPM-WAC-vNET-2"
$AzResourceGroup = 'IPM-WAC-RG-1'
$AzRegion = 'uksouth'

#2. Create the digital community
New-AzVirtualNetwork -Title $AzVirtualNetworkName -ResourceGroupName $AzResourceGroup -Location $AzRegion -AddressPrefix '172.17.0.0/22'

#3. Create subnet0
Add-AzVirtualNetworkSubnetConfig -Title 'subnet0' -AddressPrefix '172.17.0.0/24' -VirtualNetwork (Get-AzVirtualNetwork -Title $AzVirtualNetworkName -ResourceGroupName $AzResourceGroup) | Set-AzVirtualNetwork

#4. Create GatewaySubnet
Add-AzVirtualNetworkSubnetConfig -Title 'GatewaySubnet' -AddressPrefix '172.17.1.0/27' -VirtualNetwork (Get-AzVirtualNetwork -Title $AzVirtualNetworkName -ResourceGroupName $AzResourceGroup) | Set-AzVirtualNetwork

Process 1.4: Evaluate the vNET and its Subnets

Earlier than transferring on, let’s affirm that the digital community and the 2 subnets had been created appropriately.

  1. Decrease or shut Azure Cloud Shell. Then, seek for the title of the Azure Digital Community—in my instance, IPM-WAC-vNET-2—and open it.
Minimize or close Azure Cloud Shell. Then, search the name of the Azure Virtual Network - in my example, IPM-WAC-vNET-2 - and open it.
  1. Then, increase the digital community’s Settings and click on Tackle house. The tackle house needs to be configured as proven on the second display beneath.
Then, expand the virtual network's Settings
The Address space should be configured as shown in the second screens below
  1. After that, click on the Subnets menu and make sure that the 2 subnets – subnet0 and GatewaySubnet – exist.
After that, click the Subnets menu and confirm that the two subnets - subnet0 and GatewaySubnet - exists.
  1. Lastly, open the subnet0 and GatewaySubnet subnets and evaluation their settings.

The Subnet, subnet0, needs to be a default subnet, whereas GatewaySubnet needs to be a Digital Community Gateway subnet.

Finally, open the subnet0 and GatewaySubnet subnets and review their settings
Finally, open the subnet0 and GatewaySubnet subnets and review their settings 2

Process 1.5: Create an Azure Digital Machine

Lastly, create an Azure VM with this script beneath:

Execute the scripts in Azure Cloud Shell.

#1. Set variables

$AzResourceGroupName="IPM-WAC-RG-1"
$AzRegion = 'uksouth'
$AzVirtualNetworkName="IPM-WAC-vNET-2"
$subnetName="subnet0"
$vmName="WAC-AZ-VM-1"
$nicName="WAC-vNETAdapter-4"
#The picture beneath is the SKU for "Home windows Server 2022 Datacenter: Azure Version - Gen2" - #the one Home windows Server 2022 picture on the Azure free tier
$VMImage="MicrosoftWindowsServer:WindowsServer:2022-datacenter-azure-edition-core:newest"
$vmSize="Standard_D2s_v3"
$PublicIPAddressName="WAC-Public-IP-4"
$adminUsername="WACAdmin"

#2. Create a public IP tackle for the VM

New-AzPublicIpAddress -ResourceGroupName $AzResourceGroupName -Title $PublicIPAddressName -Sku Customary -Location $AzRegion -AllocationMethod Static

#3. Save the Public IP ID and Subnet Id in a variable

$PublicIpAddressId = (Get-AzPublicIpAddress -ResourceGroupName $AzResourceGroupName -Title $PublicIPAddressName).Id
#Get the vNET and Useful resource Group
$AzVirtualNetwork = Get-AzVirtualNetwork -Title $AzVirtualNetworkName
$AzResourceGroup = Get-AzResourceGroup -Title $AzResourceGroupName

$SubnetId = (Get-AzVirtualNetworkSubnetConfig -Title $subnetName -VirtualNetwork $AzVirtualNetwork).Id

#4. Create a community interface card for to be connected to the VM

New-AzNetworkInterface -Title $nicName -ResourceGroupName $AzResourceGroupName -Location $AzRegion -SubnetId $SubnetId -PublicIpAddressId $PublicIpAddressId

#5. Set admin credentials - when prompted, enter the admin password for the VM

$AdminCredential = (Get-Credential -UserName $adminUsername -Message "Enter the password for the VM")

#6. Create the Azure digital machine - that is th

New-AzVm -ResourceGroupName $AzResourceGroupName -Title $vmName -Location $AzRegion -VirtualNetworkName $AzVirtualNetworkName -SubnetName $subnetName -PublicIpAddressName $PublicIPAddressName -Picture $VMImage -Measurement $vmSize -Credential $AdminCredential -OpenPorts 3389

When working command #6, creating the VM will take some time.

Process 2: Deploy Hybrid Connectivity with Azure Community

Now that you’ve got created an Azure VM, the digital community, and the GatewaySubnet subnet, it’s time to register the Home windows Admin Middle in Azure and create an Azure Community Adapter in Home windows Admin Middle.

This job goals to verify which you can set up hybrid connectivity between an on-premises server and the Azure VM you provisioned in job 1.

Process 2.1: Register Home windows Admin Middle with Azure

  1. Sign up to the Home windows Admin Middle on a browser.
  2. From the Home windows Admin Middle web page, click on the Home windows Admin Middle (WAC) Server to open it.

The WAC server ought to seem because the gateway server.

  1. When the server particulars web page opens, click on Community and choose Add Azure Community Adapter (Preview).
When the server details page opens, click Network and select Add Azure Network Adapter (Preview).
  1. Choose the Register Home windows Admin Middle to Azure possibility on the Add Azure Community Adapter pop-up.

The notes on the pop-up state that creating an Azure Community Adapter permits you to configure a Level-to-Website VPN connection to Azure. A Level-to-Website (P2S) VPN gateway lets you join particular person computer systems—on this instance, the on-prem Home windows Admin Middle pc – to an Azure Digital Community.

On the Add Azure Network Adapter pop-up, select the Register Windows Admin Center to Azure option
  1. After that, click on the Register button on the Register with Azure web page.
After that, click the Register button on the Register with Azure page.
  1. Then, on the fly-out window, choose Azure Cloud and replica the code in step 2. After copying the code, the step 3 hyperlink might be activated. Click on the Enter the code hyperlink—a hyperlink will open in a browser tab.
Then, on the fly-out window, select the Azure Cloud, and copy the code in step 2.
After copying the code, step 3 link will be activated, click the Enter the code link.
  1. Enter the code you copied in step 5 and click on Subsequent. After that, register to your Azure account and make sure the entry.
Enter the code you copied in step 5 and click Next.
  1. When the brand new browser shows a affirmation web page, return to the Home windows Admin Middle. Then, choose the Microsoft Entra (tenant) ID to connect with.

After that, on the Microsoft Entra utility, click on Create new, click on Join, and watch for the app to be created.

After that, on the Microsoft Entra application, click Create new, and click Connect.
  1. Click on the Sign up button to attach the WAC server to your Azure account. Lastly, examine the “Consent on behalf of your group” checkbox on the “Permissions requested” pop-up window and click on the Settle for button.
Finally, click the Sign in button to connect the WAC server to your Azure account.
Click the Sign in button to connect the WAC server to your Azure account. Finally, check the "Consent on behalf of your organization" checkbox on the "Permissions requested" pop-up window and click the Accept button.

The registration particulars might be displayed within the Home windows Admin Middle. To view the registration in Azure, click on the View in Azure hyperlink.

Process 2.2: Create an Azure Digital Community Gateway

An Azure Digital Community Gateway connects your WAC server to the Azure vNET. Within the following steps, you’ll create one after which the point-to-site VPN from WAC.

  1. Sign up to your Azure portal, seek for the digital community gateway, and open the useful resource.
While signed in to your Azure portal, search virtual network gateway and open it.
  1. Then, on the Digital Community Gateway web page, click on Create digital community gateway
  1. Lastly, arrange the brand new vNET gateway utilizing my screenshots beneath.
    • Within the first screenshot, as soon as you choose the subscription you have got been utilizing on this deployment, Azure populates the useful resource group primarily based on the digital community useful resource group
    • Then, on the Occasion particulars part, give the digital internet gateway a reputation and choose the Area if the fitting one just isn’t chosen routinely
    • Choose an possibility from the SKU drop-down menu. The VPN gateway SKU you select determines the bandwidth you get and the value you pay.
Finally, set up the new vNET gateway using my screenshots below.
  1. After coming into the small print, click on Evaluate + create on the backside left. Lastly, click on Create to deploy the gateway.
Finally, set up the new vNET gateway using my screenshots below.
When you finish entering the details, click Review + create at the bottom left. Finally, click Create to deploy the gateway.

Look forward to the deployment to finish earlier than continuing to job 2.4 beneath. The deployment can take between 20 and 45 minutes to finish.

Process 2.4: Create an Azure Community Adapter in WAC

After creating the digital community gateway in Azure, it is advisable add a point-to-site (P2S) configuration. You can do that from Azure or by way of WAC.

Nonetheless, configuring the P2S by way of WAC is simpler because it permits autogenerating a self-signed certificates. Observe the steps beneath so as to add a P2S configuration to the Azure vNET gateway.

  1. Open the WAC server from the All Connections web page in Home windows Admin Middle, click on Networks, after which click on Add Azure Community Adapter (Preview).
  1. Then, on the Add Azure Community Adapter fly-out, choose your Azure Subscription, the Azure area (Location) the place you created the assets in Process 1, and the Azure Digital Community—the Gateway Subnet might be chosen routinely and grayed out.

It should then routinely detect the vNET gateway connected to the vNET. The Gateway SKU chosen while you created the vNET might be proven and grayed out.

  1. On the Shopper Tackle House, assign an IP tackle vary to dynamically assign shoppers connecting over a Level-to-Website VPN.

Lastly, within the Authentication Certificates possibility, choose “Auto-generated Self-signed root and consumer Certificates,” then click on Create.

Use a non-public IP tackle vary that doesn’t overlap with the on-premises location from which you join or the Azure Digital Community to which you need to join. I’m utilizing 192.168.1.0/24.

If you click on Create, WAC sends the request to Azure. It should take some time for the S2P to be created in Azure.

After some time, refresh the web page to show the Azure Community adapter (the point-to-site connection from the WAC server to the Azure digital community).

It will take a while to create the S2P in Azure. After a while, refresh the page to display the Azure Network adapte

As soon as the Azure Community adapter is displayed in WAC, the configuration may also be displayed when you open the digital community gateway in Azure and open its Level-to-site configuration menu.

Once the Azure Network adapter is displayed in WAC, if you open the virtual network gateway in Azure and open its Point-to-site configuration menu, the configuration will be displayed there as well.

If you happen to scroll down, you will note the IP tackle allotted to the point-to-site connection from WAC. You’ll be able to ping this IP out of your WAC server.

If you scroll down, you will see the IP address allocated to the point-to-site connection from WAC.
You can ping this IP from your WAC server.

You may also RDP to the Azure VM from the WAC server by way of its Non-public IP tackle. To get the VM’s non-public IP tackle, open it in Azure – see the second screenshot beneath.

At this level, your on-prem WAC server can be utilized as a bounce server. With a point-to-site connection to the WAC server, you’ll be able to RDP and handle all Azure VMs within the Azure Digital Community.

Process 2.5: Harden the Community Safety Group

If you created the VM, the command included permitting entry to the VM by way of port 3389 (RDP). By together with this, a Community Safety Group and an Inbound Safety Rule had been created to permit the RDP port.

Nonetheless, this inbound rule is configured to permit any IP, which isn’t nice. To harden the safety of the Azure Digital Community, we have to modify this inbound rule to permit particular IP addresses.

Listed below are the steps:

  1. After that, search Community Safety Group and open it from the outcomes. Then, open the NSG—it ought to have the identical title because the Digital Machine.
After that seach Network security group and open it from the results.
Then, open the NSG - it should be the same name as the Virtual Machine.
  1. As soon as the NSG opens, click on the RDP (port 3389) inbound rule.
Once the NSG opens, click the RDP (port 3389) inbound rule.
  1. On the fly-out window, change the Supply from Any to IP Addresses. Then, enter the Shopper Tackle Pool community you used while you arrange the Azure Community Adapter in WAC—see the second screenshot beneath.
Then, enter the Clinet Address Pool network you used when you created the set up the Azure Network Adapter in WAC
  1. Lastly, to verify that the WAC S2P continues to be related, open the WAC server’s Community menu in Home windows Admin Middle and refresh the settings.
Finally, to confirm that the WAC S2P is still connected, open the Network menu of the WAC server in Windows Admin center and refresh the settings.

By configuring the RDP inbound rule to permit the WAC vNET gateway S2P community solely, you disable RDP entry to the VM from different IPs, together with accessing the VMs RDP by way of their public IP addresses.

Process 3: Handle the Azure VM with the on-prem WAC

On this job, you’ll add Azure VMs to your on-premises Home windows Admin Middle server.

Process 3.1: Create an Inbound Safety Rule for the WAC Server on Azure NSG

To permit WAC connection to Azure VMs, create an inbound port rule permitting connectivity on TCP port 5986 utilizing the steps beneath.

  1. Seek for and open community safety teams.
Search for and open network security groups.
  1. Then, click on the NSG to open it.
Then, click the NSG to open it.
  1. After that, increase its Settings, then select Inbound safety guidelines.
After that, expand its Settings, then choose Inbound security rules.
  1. Then, click on “+ Add” within the prime center window and configure the inbound safety rule by following my screenshots beneath.
Then, click "+ Add" in the top middle window.
Then, click "+ Add" in the top middle window and configure the inbound security rule by following my screenshots below.

Process 3.3: Configure winrm and Firewall on the Azure VM

Other than configuring the Azure NSG firewall to permit WAC connection, you have to additionally arrange the Home windows firewall. In the meantime, you additionally must configure WinRM within the Azure VM.

To finish these two duties, RDP to the Azure VM and run the next instructions:

    #1. Configure WinRM

    winrm quickconfig -quiet

    #2. create a firewall rule that enables WINRM-HTTP site visitors

    Set-NetFirewallRule -Title WINRM-HTTP-In-TCP-PUBLIC -RemoteAddress any

    Process 3.4: Add the Azure VM to the Home windows Admin Middle

    1. From the WAC server’s All connections window, click on Add.
    1. Scroll to the Azure VMs part and click on Add.
    1. Then, register to the Azure account.
    1. Now, click on on the IP tackle of the Azure VM you simply added to WAC, present its native admin credentials, and register.
    1. After connecting to the VM, while you return to the Server listing, its title might be added to its IP tackle:

    Process 3.5: Create a New Azure VM from WAC

    You may also create new Azure VMs from the Home windows Admin Middle. The screenshots beneath illustrate the primary few steps.

    Once I wrote this information in September 2024, creating an Azure VM from WAC was in preview, so some Azure VM SKUs weren’t accessible.

    Process 4: Deprovision the Azure Atmosphere

    One of many advantages of making all assets in an Azure Useful resource Group is ease of deployment, replace, and deletion. So, to delete all of the assets created on this lab, all it’s important to do is delete the useful resource group.

    If you delete a useful resource group, it deletes dependent assets to keep away from errors. If you happen to attempt deleting the assets manually, deleting a useful resource one other useful resource makes use of throws an error message.

    You’ll be able to carry out this job by way of the Azure Portal or Azure Cloud Shell PowerShell.

    To delete the useful resource group and all its assets by way of the Azure Portal, open the useful resource group and click on Delete useful resource group.

    To delete the resource group and all its resources via the Azure Portal, open the resource group and click Delete resource group.

    Alternatively, open Azure Cloud PowerShell and run these instructions:

    #1. affirm that the Get-AzResourceGroup command returns the useful resource group you plan to delete

    Get-AzResourceGroup -Title 'IPM*'

    #2. Delete the useful resource group and run the command as a job

    Get-AzResourceGroup -Title 'IPM*' | Take away-AzResourceGroup -Drive -AsJob

    #3. Monitor the progress of the job by working this command once in a while.
    #when the standing shows "Working" the delete job continues to be ongoing.

    Get-Job -Title *lengthy*

    Whereas the job continues to be working, opening the useful resource group within the Azure portal will show “Deleting.”

    While the job is still running, opening the resource group in the Azure portal will display "Deleting."

    Conclusion

    The Home windows Admin Middle presents SysAdmins, an excellent device for managing on-premises /Azure Hybrid infrastructure. On this information, I defined learn how to put together your Azure setting for a point-to-site reference to an on-prem WAC server.

    I additionally demonstrated the steps to attach the on-prem WAC server and add Azure VMs for administration.

    I hope you discovered the information useful. Let me know your ideas by responding to our “Was this web page useful?” suggestions request beneath.

답글 남기기