- Implementing Applications for AEM as a Cloud Service
- Using Cloud Manager
- Managing Environments
- Configuring your CI/CD Pipeline
- Deploying your Code
- Understanding your Test Results
- Accessing and Managing Logs
- Understanding Notifications
- Managing SSL Certificates
- Managing Custom Domain Names
- Introduction
- Getting a Custom Domain Name
- Adding a Custom Domain Name
- Adding a TXT Record
- Checking Custom Domain Name Status
- Configuring DNS Settings
- Checking DNS Record Status
- Viewing & Updating & Replacing a Custom Domain Name
- Updating a Custom Domain Name’s SSL Certificate
- Deleting a Custom Domain Name
- Managing IP Allow Lists
- Managing your Code
- Developing for AEM as a Cloud Service
- AEM Project Structure
- AEM Project Repository Structure Package
- AEM as a Cloud Service SDK
- AEM as a Cloud Service Development Guidelines
- Logging
- Configurations and the Configuration Browser
- AEM Technical Foundations
- AEM as a Cloud Service API
- Generating Access Tokens for Server Side APIs
- Headful and Headless in AEM
- Full Stack AEM Development
- Getting Started Developing AEM Sites - WKND Tutorial
- Structure of the AEM UI
- Sling Cheatsheet
- Using Sling Adapters
- Using the Sling Resource Merger in AEM as a Cloud Service
- Overlays in AEM as a Cloud Service
- Using Client-Side Libraries
- Page Diff
- Editor Limitations
- Naming Conventions
- Components and Templates
- AEM Tagging Framework
- Building Tagging into AEM Applications
- Search
- Custom Error Pages
- AEM Node Types
- Java API Guidelines
- Hybrid AEM Development
- Hybrid and SPA with AEM
- Enabling JSON Export for a Component
- SPA Introduction and Walkthrough
- SPA WKND Tutorial
- Getting Started using React
- Getting Started using Angular
- SPA Deep Dives
- Developing SPAs for AEM
- SPA Editor Overview
- SPA Blueprint
- SPA Page Component
- Dynamic Model to Component Mapping
- Model Routing
- The RemotePage Component
- Editing an External SPA within AEM
- Server Side Rendering
- Enabling JSON Export for a Component
- Launch Integration
- SPA Reference Documents
- Headless Experience Management
- Headless and AEM
- Getting Started Guides
- Content Fragments
- Headless Delivery with Content Fragments and GraphQL
- Working with Content Fragments
- Enable Content Fragment Functionality for your Instance
- Content Fragment Models
- Managing Content Fragments
- Variations - Authoring Fragment Content
- Markdown
- Using Associated Content
- Metadata - Fragment Properties
- Structure Tree
- Preview - JSON Representation
- Delivery API
- Developer Tools
- Personalization
- Configuring and Extending AEM as a Cloud Service
- Deploying to AEM as a Cloud Service
- Author Tier
- Content Delivery Overview
Checking IP Allow List Status
Follow the steps below to determine the status of updates to your IP Allow List:
-
Click on the Status icon for the IP Allow List from the table from the Environments screen and select IP Allow Lists page.
-
Cloud Manager will display one of the following statuses, as mentioned in the section below.
Status of an IP Allow List
The following are the definitions of status that will appears in an IP Allow List:
-
Applied: IP Allow List is successfully applied on environments. The environments and service can be seen as shown in the image below.
-
Updating: An update to the IP Allow List which may include one or more apply or unapply is in process. Each Apply and Unapply will be listed along with Not Started/In Progress/Complete or Failed.
-
Failed: One or more apply or unapply process in an Update failed. Each Apply and Unapply will be listed along with Complete or Failed.
- The status will be Failed, even if one apply/unapply in the update fails.
- The status will remain Failed until all failures are cleared. User must select the retry icon next to the status to clear the failure.
- User will not be able to Update or Delete IP Allow List while the status is Failed.
-
Deleting: Delete request is in progress. This involves unapply of all services. Each Unapply will be listed along with Not Started/In Progress/Complete or Failed.
Once Delete operation is completed, the IP Allow List will:- No longer appear in the IP Allow List table.
- No longer be applied on any service in the program in Cloud Manager.
-
Delete Failed: One or more unapply process in a Delete operation failed. Each Unapply will be listed along with Complete or Failed.
- The status will be Delete Failed, even if one unapply fails.
- The status will remain Delete Failed until all failures are cleared. User must select Delete from the … menu at the far right of the row in the table to clear any failure.
- User will not be Allow to Update IP Allow List while the status is Failed.