Skip to main content
Some organizations may create Enrollment Only networks or put Proxies in place to limit access to the public internet. In these situations, it is important to ensure that your Apple, Windows, and Android devices can communicate with platform services and Iru to complete enrollment and management tasks.
When creating firewall rules for these ports, outbound traffic will need to be allowed.

Global Web App Access

Regardless of region, all Iru tenants access the web app through a single global domain: subdomain.iru.com.
The region-specific tables below also list subdomain.kandji.io and subdomain.eu.kandji.io as web app access domains. These are legacy hostnames that route to the same Iru service.
Your data remains isolated within its assigned region. When the app loads, a lookup is performed against a globally available service (the Identity Service) to determine your tenant’s region. All subsequent API calls are then routed to region-specific load balancers accordingly. For details on signing in and accessing your tenant, see Getting Started.

Required Domains & Ports

Domains Shared Across All Regions

The following domains are required for all tenants regardless of region:

Region-Specific Domains

US-Hosted Region Domains

AD CS Integration Network Requirements

If you use the Active Directory Certificate Services integration, allow these network paths for AD CS Connector setup and certificate request flow. For full integration context, see AD CS Integration: Overview.
The updated AD CS Connector uses Iru sign-in and registration URL approval in the Iru Endpoint web app. It does not use Auth0. Use the Updated AD CS Connector table for standard allowlists (Iru tenant, Iru tenant API, Iru Identity, adcsconn, and internal AD CS CA traffic as listed). Include your Iru web app and any additional Iru Identity destinations from elsewhere in this article where those rows apply to your tenant. If any Windows servers still run the legacy connector during migration, also allow the destinations in the Legacy AD CS Connector table until those hosts are upgraded and the legacy connector is removed from Iru Endpoint.

Updated AD CS Connector

Microsoft RPC is not a single fixed high port. Allow TCP 135 (RPC Endpoint Mapper) to each issuing CA FQDN, and the Windows dynamic RPC port range each CA host uses, often the range shown as RPC Dynamic Ports in Windows Defender Firewall with Advanced Security on the certificate server. Confirm the range on every issuing CA and mirror it in your firewall or proxy rules. For background, see Configure RPC dynamic port allocation with firewalls on Microsoft Learn.

Legacy AD CS Connector (migration only)

Allow these destinations only while at least one Windows server still runs the legacy connector (Auth0-based WebView sign-in during setup). When every connector uses the updated flow from Iru, remove these allowlist rows.

Determine Your Unique Device Domains

Your unique device domains are used by enrolled devices to communicate with Iru via the MDM protocol and the Iru Agent. US region examples:
  • UUID.web-api.kandji.io
  • UUID.devices.us-1.kandji.io
  • UUID.devices.iru.com
EU region examples:
  • UUID.web-api.eu.kandji.io
  • UUID.devices.eu.kandji.io
  • UUID.devices.eu.iru.com
The UUID is unique to your tenant. You can view your tenant’s domains by logging into your tenant and following these steps:
1

Open Organization

In the sidebar, click the Account Menu Button, then select Organization.
2

View Device Domains

Under Endpoint, you will see the Device Domains panel. These domains are used by devices for MDM and Agent communication.

Find Device Domain on a Mac

To determine the specific domain being used by an individual Mac computer, run the following command in Terminal:
Terminal

SSL/TLS Inspection

The macOS Iru Agent leverages a common best practice of certificate pinning to ensure that it will only communicate with trusted servers and prevent its traffic from being intercepted and inspected (MITM attack prevention). This may pose a challenge if your network or proxy administrator is decrypting all SSL/TLS traffic by default. Please ask your network administrator to exempt your tenant’s device domains from inspection.
Please note that even if you deploy your content filter’s CA as a trusted root CA to your macOS devices, SSL/TLS inspection will still cause the Iru Agent to not communicate with Iru.

Platform-Specific Network Requirements

Apple Required Hosts & Ports

Apple devices require access to various Apple services for proper enrollment and management. For comprehensive Apple network requirements, refer to Apple’s official guide: Configure devices to work with APNs.

TLS Versions and Cipher Suites

Per Apple’s Platform Security guide, built-in apps and services on macOS, iOS, tvOS, and iPadOS devices will automatically prefer cipher suites with perfect forward secrecy. This is also true in the case where a developer uses a high-level networking API such as CFNetwork. The Iru Agent leverages these high-level networking APIs. We encourage you to read Apple’s Platform Security Guide to better understand these features, especially the TLS network security section, which can be found here. The domains used for MDM and Iru Agent communication are unique to your tenant. See Determine Your Unique Device Domains for how to find yours. You can inspect your tenant’s domains using a tool such as Qualys SSL Server Test to understand which ciphers are currently supported by Iru.

Supported TLS Protocols

Iru supports the following TLS protocol versions:

Cipher Suites

  • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
  • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
  • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
  • TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
  • TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
  • TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
  • TLS_RSA_WITH_AES_128_GCM_SHA256
  • TLS_RSA_WITH_AES_128_CBC_SHA256
  • TLS_RSA_WITH_AES_128_CBC_SHA
  • TLS_RSA_WITH_AES_256_GCM_SHA384
  • TLS_RSA_WITH_AES_256_CBC_SHA256
  • TLS_RSA_WITH_AES_256_CBC_SHA
  • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
  • TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
  • TLS_RSA_WITH_AES_128_CBC_SHA
  • TLS_RSA_WITH_AES_256_CBC_SHA
  • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
  • TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
  • TLS_RSA_WITH_AES_128_CBC_SHA
  • TLS_RSA_WITH_AES_256_CBC_SHA