How to Setup Co-Management – Firewall Ports Proxy Requirements

7
Co-Management

Firewall ports and proxy exception requirements are not something you can remove from your checklist while you are implementing any new infra component. Co-management is not different over here. SCCM Co-management related components from your on-prem infra need to communicate with the cloud components. Hence Firewall ports are proxy exception planning & documentation are essential.

Co-Management Related Posts

All Co Management Video Tutorial in one post here.

Overview Windows 10 Co-Management with Intune and SCCM Custom 
Report to Identify Machines Connected via SCCM CMG
How to Setup Co-Management - Introduction - Prerequisites Part 1
How to Setup Co-Management - Firewall Ports Proxy Requirements Part 2(This Post)
Setup Co-Management - AAD Connect UPN Suffix Part 3
Setup Co-Management - CA PKI & Certificates Part 4
Setup Co-Management Cloud DP Azure Blob Storage Part 5
Setup Co-Management Azure Cloud Services CMG Part 6
SCCM Configure Settings for Client PKI certificates Part 7
How to Setup SCCM Co-Management to Offload Workloads to Intune - Part 8
How to Deploy SCCM Client from Intune - Co-Management - Part 9
End User Experience of Windows 10 Co-Management - Part 10

Firewall Ports Required for Co-Management, CMG, and CDP

We do not need to open any inbound ports to your on-premises network. The SCCM service connection point and CMG connection point initiate all communication with Azure and the CMG. These two site system roles must be able to create outbound connections to the Microsoft cloud.

1. The service connection point connects to Azure over HTTPS port 443.

2. The CMG connection point connects to the CMG in Azure over TCP-TLS or HTTPS. It holds the connection open and builds the channel for future two-way communication.

3. The client connects to the CMG over HTTPS port 443.

How to Setup Co-Management - Firewall Ports Proxy Requirements4. The CMG forwards the client communication over the existing connection to the on-premises CMG connection point. You don’t need to open any inbound firewall ports.

5. The CMG connection point forwards the client communication to the on-premises management point and software update point.

Some Additional Notes with the Real-World scenario:-

Port 10140-10155 – CMG Connection Point connects to the first VM instance on port 10140 via TCP-TLS1 –The 2nd VM instance uses port 10141, up to the sixteenth(16th) on port 10155.

Port 443 – If the CMG connection point can’t connect to the CMG via TCP-TLS1, it connects to the Azure network Load Balancer over HTTPS 443 only for one VM instance.

10124-10139 – More than 2 CMG VMs with HTTPS connection – CMG_VM#1 = 10124 CMG_VM#2 = 10125 CMG_VM#3 = 10126

CMG VMs connect TCP-TLS connection – CMG_VM#1 = 10140 CMG_VM#2 = 10141 CMG_VM#3 = 10142

ONLY one CMG VM with HTTPS (443) connection – CMG_VM#1 = 443

The following table shall help you to get more understating about firewall ports details for Co-Management, CMG, and CDP.

FromToTCP-TLS TCPDescriptionDirection
 Client Cloud DP (Azure) 443 HTTPS Unidirection
ClientAzure Cloud Management Gateway (CMG)443HTTPS CommunicationUnidirection
Site System – CMG connection pointSoftware Update Point (SUP)80 or 443/ 8530 or 8531HTTPS CommunicationUnidirection
Site System – CMG connection pointManagement Point (MP)443HTTPS CommunicationUnidirection
Site System – CMG connection point #1Azure Cloud Management Gateway (CMG) VM#1 = 1012410124HTTPS CommunicationUnidirection
Site System – CMG connection point #2Azure Cloud Management Gateway (CMG) VM#2 = 1012510125HTTPS CommunicationUnidirection
Site System – CMG connection point #1Azure Cloud Management Gateway (CMG) VM#1 = 10140 10140TCP-TLS CommunicationUnidirection
Site System – CMG connection point #2Azure Cloud Management Gateway (CMG) VM#2= 10141 10141TCP-TLS CommunicationUnidirection
Site System – CMG connection pointAzure Cloud Management Gateway (CMG) – ONLY one CMG VM with HTTPS 443443HTTPSUnidirection
Site ServerCloud DP443HTTPSUnidirection

SCCM Intune Custom Port Options?

Most of the Intune communications are via standard http/https (80 & 443 ports), and there is no option to customize that communication. However, SCCM allows having custom ports for many communications. CMG, CDP, and Intune communications are NOT possible via custom ports. However, some of the following communications are possible only via predefined ports. SCCM does not allow you to configure ports for the following types of communication:-

SCCM CAS/Stand alone Primary Site to Primary/Secondary site
SCCM CAS/Primary Site server to site system (MP/SUP/DP..)
SCCM console to SMS Provider
SCCM console to the Internet
Connections to cloud services, such as Microsoft Intune and CDPs

Internet Proxy Exceptions for Co-Management, CDP, and CMG

SCCM service connection point & CMG connection point site system roles require an internet connection. Most of the organizations may not have direct connectivity to the internet from their servers. All those communications should go through internet proxy servers. The TCP-TLS connection between CMG connection point site system and Azure CMG service doesn’t support internet proxy. But SCCM CMG connection point supports internet proxy via TCP ports as mentioned in the above table.

Co-managed devices connect either to the corporate network (LAN) or internet to get the policies and deployments from both Intune/SCCM. When the co-managed devices connect to corporate LAN then, you may need to have some proxy exception to connect to the internet.

Co-managed devices require Intune connectivity. Hence those devices have Intune managed devices, and those need configurations that let All Users access services through firewalls/proxy. The following tables list the ports and services that the Intune client accesses.

Proxy Exception URLsDescription
 https://manage.windowsazure.com/ManagementPortalURL
 https://manage.windowsazure.com/publishsettings/indexPublishSettingsURL
 https://management.core.windows.net/ServiceManagementEndpoint
 https://management.azure.com/ResourceManagerEndpoint
 https://login.microsoftonline.com/ActiveDirectoryEndpoint
 https://gallery.azure.com/GalleryEndpoint
 https://vault.azure.net/KeyVaultEndpoint
 https://graph.windows.net/GraphEndpoint
 core.windows.netStorageEndpointSuffix
 database.windows.netSQLDatabaseDNSSuffix
 trafficmanager.netTrafficManagerDNSSuffix
 vault.azure.netKeyVaultDNSSuffix
 servicebus.azure.comServiceBusEndpointSuffix
 cloudapp.netCloudServiceSuffix
*.akamaiedge.netSCCM Updates and servicing
*.akamaitechnologies.comSCCM Updates and servicing
*.manage.microsoft.comSCCM Updates and servicing
go.microsoft.comSCCM Updates and servicing
blob.core.windows.netSCCM Updates and servicing
download.microsoft.comSCCM Updates and servicing
download.windowsupdate.comSCCM Updates and servicing
sccmconnected.a01.cloudapp.netSCCM Updates and servicing
*manage.microsoft.comMicrosoft Intune
https://bspmts.mp.microsoft.com/VMicrosoft Intune
https://login.microsoftonline.com/{TenantID}Microsoft Intune
download.microsoft.comWindows 10 servicing
https://go.microsoft.com/fwlink/?LinkID=619849Windows 10 servicing

Download Firewall & Proxy Exception Cheat Excel Spreadsheet

I have uploaded the spreadsheet with co-management. Download the SCCM CB Co-management, CDP, and CMG firewall-proxy excel sheet. This spreadsheet which can help you to fill the firewall and proxy exception rule for your organization.

Download Co-management Firewall & Proxy Spreadsheet

Resources:-

7 COMMENTS

  1. Quick question – since all communication from clients to the CMG go via https, the certificate chain needs to be validated AND the CRL needs to be checked. So in order for all this to properly work, at least one CRL location must be available from the internet, meaning I need a publically available CRL correct? Or is there a way around this?

    • The SSL certs used by the service (also used in SCCM while creating the CMG) needs to be trusted by the SCCM client devices. If it’s issued by the same CA, then you’re good. If you get a public cert, then you’re likely good (because some of the public CAs are already trusted by Windows).

      Public CRL is a best practice. If you don’t make it public, then you need to disable CRL checks.

      We can use the same command line copy from Co-Management and you can add /nocrlcheck in the command link if you don’t have public CRL.

      In SCCM console you have to clear the CRL & and select the option the client to use PKI

  2. Cloud managment Gateway Client connectivity issue ResponseHeader: HTTP/1.1 401 Unauthorized in cmgservice logs – Can you please help me on this

      • are you referring cloud connection sts worker log.
        It is having no error and connection point is connected to azure
        in the http handler and cmcservices.log we are getting this error
        Now I am getting error 404 not found error

        Can you please let me know what is the default setting in IIS for https management point?
        Also i need to know whether I need to check ssl setting for all the mp virtual directory (ccm_client,sms_mp,sms_mp_altauth)in IIS?

LEAVE A REPLY

Please enter your comment!
Please enter your name here

This site uses Akismet to reduce spam. Learn how your comment data is processed.