Expand my Community achievements bar.

SOLVED

IP Allow List Cloud manager

Avatar

Level 2

When applying an IP Allow List in Adobe Cloud Manager, the doc says ‘If no IP Allow List is applied, by default all IP addresses are allowed. When an IP Allow List is applied, no IP addresses are allowed except for addresses on the IP Allow List.’ (see article) - Has anyone experienced a scenario where the transition (from ‘no list’ -> ‘list applied’) caused a service outage for e.g. a publish environment because some internal service IPs weren’t added? How did you identify the missing IPs and recover?

1 Accepted Solution

Avatar

Correct answer by
Community Advisor

Hi @NavyaVo,

If you’re moving from no IP Allow List -> an active Allow List, yes - it can definitely cause unexpected access issues if some internal or external IPs weren’t included.

A few things based on experience:

1. Yes, outages can happen

When the allow list is enabled, all non-listed IPs are instantly blocked, including:

  • internal corporate networks

  • VPN exit IPs

  • Adobe I/O-based integrations

  • monitoring tools

  • CI/CD systems

  • external partners

If any of these aren’t on the list, you can lose access to Author or Publish until you update the list.

2. How teams usually identify missing IPs

Common methods that worked well:

• Check access logs
Forbidden (403) entries suddenly appear for blocked IP ranges.
Adobe Support can help review dispatcher logs if needed.

• Temporarily whitelist broader ranges
Some teams add a temporary /16 or /24 range to restore access, then narrow it down once all required IPs are known.

• Collect IPs from all stakeholders
Before enabling the list, gather:

  • VPN ranges

  • corporate outbound ranges

  • offshore team IPs

  • automation pipeline IPs

  • external system IPs (e.g., image processors, API gateways)

Adobe recommends using your network/security team for this step.

3. Best practices before enabling IP Allow Lists

• Build an inventory of every integration
Make sure you document all tools that talk to AEM.

• Test in lower environments first
Apply the allow list in Dev -> Stage first, ensure no access gaps, then move to Prod.

• Consider automation
Some companies maintain IP ranges in a script or repo and sync them automatically using Cloud Manager APIs.

• Use multiple allow lists
If you have different teams or partners, grouping IPs into separate lists helps with maintenance.


Santosh Sai

AEM BlogsLinkedIn


View solution in original post

2 Replies

Avatar

Correct answer by
Community Advisor

Hi @NavyaVo,

If you’re moving from no IP Allow List -> an active Allow List, yes - it can definitely cause unexpected access issues if some internal or external IPs weren’t included.

A few things based on experience:

1. Yes, outages can happen

When the allow list is enabled, all non-listed IPs are instantly blocked, including:

  • internal corporate networks

  • VPN exit IPs

  • Adobe I/O-based integrations

  • monitoring tools

  • CI/CD systems

  • external partners

If any of these aren’t on the list, you can lose access to Author or Publish until you update the list.

2. How teams usually identify missing IPs

Common methods that worked well:

• Check access logs
Forbidden (403) entries suddenly appear for blocked IP ranges.
Adobe Support can help review dispatcher logs if needed.

• Temporarily whitelist broader ranges
Some teams add a temporary /16 or /24 range to restore access, then narrow it down once all required IPs are known.

• Collect IPs from all stakeholders
Before enabling the list, gather:

  • VPN ranges

  • corporate outbound ranges

  • offshore team IPs

  • automation pipeline IPs

  • external system IPs (e.g., image processors, API gateways)

Adobe recommends using your network/security team for this step.

3. Best practices before enabling IP Allow Lists

• Build an inventory of every integration
Make sure you document all tools that talk to AEM.

• Test in lower environments first
Apply the allow list in Dev -> Stage first, ensure no access gaps, then move to Prod.

• Consider automation
Some companies maintain IP ranges in a script or repo and sync them automatically using Cloud Manager APIs.

• Use multiple allow lists
If you have different teams or partners, grouping IPs into separate lists helps with maintenance.


Santosh Sai

AEM BlogsLinkedIn


Avatar

Level 6

Hi @NavyaVo 

Yes, outages can happen.

When you switch from no IP Allow List → IP Allow List, AEM Cloud Service immediately blocks all traffic except the IPs you added.
If you forget Adobe internal IPs (CDN, load balancer, health checks) or your own backend/VPN IPs, Publish or Author can look down.

How to find the missing IPs

  • Checked Dispatcher access/error logs → saw “client denied” with the blocked IP.
  • Checked Cloud Manager deployment logs → showed health-check failures.
  • Sometimes Adobe Support provided the internal Adobe IP ranges that were blocked.

To recover 

  • Added the missing IPs to the Allow List in Cloud Manager → redeployed → service restored.
  • If locked out completely, Adobe Support removed/reset the Allow List.

hope this helpful:)

 

Regards,

Karishma.