SCCM ConfigMgr How to Setup Co-Management – Firewall Ports Proxy Requirements

Firewall ports and proxy exception requirements are not something you can remove from your checklist while 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

Patch My PC
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.

Adaptiva
How to Setup Co-Management - Firewall Ports Proxy Requirements
SCCM ConfigMgr How to Setup Co-Management – Firewall Ports Proxy Requirements

4. 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 relates 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 of firewall ports details for Co-Management, CMG, and CDP.

FromToTCP-TLSTCPDescriptionDirection
 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 = 10124 10124HTTPS CommunicationUnidirection
Site System – CMG connection point #2Azure Cloud Management Gateway (CMG) VM#2 = 10125 10125HTTPS CommunicationUnidirection
Site System – CMG connection point #1Azure Cloud Management Gateway (CMG) VM#1 = 10140 10140 TCP-TLS CommunicationUnidirectional
Site System – CMG connection point #2Azure Cloud Management Gateway (CMG) VM#2= 10141 10141 TCP-TLS CommunicationUnidirectional
Site System – CMG connection pointAzure Cloud Management Gateway (CMG) – ONLY one CMG VM with HTTPS 443 443HTTPUnidirectional
Site ServerCloud DP 443HTTPUnidirectional
SCCM ConfigMgr How to Setup Co-Management – Firewall Ports Proxy Requirements

SCCM Intune Custom Port Options?

Most 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 contacts. CMG, CDP, and Intune communications are NOT possible via custom ports.

However, some of the subsequent communications are possible only via predefined ports. SCCM does not allow you to configure ports for the following types of communication

  • SCCM CAS/Standalone 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 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 the CMG connection point site system and Azure CMG service doesn’t support an 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 the internet to get the policies and deployments from both Intune/SCCM. When the co-managed devices connect to corporate LAN, 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
  
SCCM ConfigMgr How to Setup Co-Management – Firewall Ports Proxy Requirements

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 can help you fill your organization’s firewall and proxy exception rule.

Download Co-management Firewall & Proxy Spreadsheet

Resources:-

12 thoughts on “SCCM ConfigMgr How to Setup Co-Management – Firewall Ports Proxy Requirements”

  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?

    Reply
    • 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

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

    Reply
      • 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?

  3. Hey Anoop,

    We are running enhanced http option for setup for CMG. It is working, however keeps getting disconnected daily. This is due to the “SMS_SITE_BACKUP” stopping all services. If i try to Restart the “SMS_EXECUTIVE” service and stop / start the CMG service the next day sometimes connects the CMG again.

    Proxy options set on MP:
    1. port 8081
    2. port 8080
    3. port 8080 + use service account with full internet access
    4. port 8081 + use service account with full internet access
    Which one is the correct one to set?

    Looking into the SMS_CLOUD_PROXYCONNECTOR.log
    • 14/08/19 – 4:05pm tested changing proxy to use port 8081 no service account
    • The CMG re-connected via a service stop/start (Status: Connected)
    • 7.50:48pm – SMS_CLOUD_PROXYCONNECTOR.log – the host stop has been called, shutting down 1
    • 7:51:25pm: Trying to build TCP connection 73c447b6-636c-4d1e-90e7-168bfa7b1126 with server WIN10EQCCMG.CLOUDAPP.NET:10140
    • 7.51.25pm: ERROR: Failed to build Http connection 35563795-b27e-43d2-a74b-44250162b259 with server WIN10EQCCMG.CLOUDAPP.NET:443
    • Continuous errors since and currently disconnected.

    Any help or suggestions would be great.

    Thanks
    B

    Reply
  4. Hi there

    You’ve covered in detail which firewall ports need to be opened.

    Can I ask what client exe files need to be allowed through a third party client firewall running on Windows 10 devices in order to use CMG services eg directly download updates from Microsoft cloud?

    Does the local Windows update exe need to be allowed through, do any others? Can’t find anything online on this.

    Regards

    Tom

    Reply

Leave a Comment

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