Solved! Go to Solution.
Topics help categorize Community content and increase your ability to discover relevant content.
Views
Replies
Total Likes
Hello @EduardoMa9 ,
> You can test VPN safely in non‑prod, but you cannot have both “Dedicated Egress IP” and “VPN” active in the same program at the same time. Moving a program from Dedicated Egress IP → VPN is a kind change and currently means a controlled advanced‑networking outage (egress via VPN/dedicated IP is unavailable while you switch).
> There is no hidden zero‑downtime self‑service switch today.
> A program can only have one advanced networking infrastructure kind at a time:
flexiblePortEgress or dedicatedEgressIp or vpn
→ No parallel “Dedicated IP and VPN” in the same program right now.
>>Reference:
--------------------------------
https://experienceleague.adobe.com/en/docs/experience-manager-learn/cloud-service/networking/advance...
> Changing kind Dedicated Egress IP → VPN requires deleting and recreating the infrastructure
“To migrate from flexiblePortEgress or dedicatedEgressIP to VPN, the network infrastructure needs to be deleted and re‑created. … This procedure will result in a downtime of advanced networking services.”
--> Given that, your safe testing options are basically:
1. Use a separate test program with VPN
Because advanced networking kind is per program, the cleanest way to do safe VPN testing without touching prod is:
i. Create a second AEM CS program (e.g. MyProgram-VPN-POC) in the same IMS org.
2. In that test program: Add VPN network infrastructure (kind: "vpn") via Cloud Manager UI or API. Configure addressSpace, dns.resolvers, connections,.gateway.address, etc. as your network team will use in prod.
3.Add at least one DEV environment to that program and:
Enable advanced networking on that env as VPN (PUT /environment/{id}/advancedNetworking).
Wire your services on the customer side to accept traffic from:
a) p{PROGRAM_ID}.external.adobeaemcloud.com (public egress IP), and/or
b) p{PROGRAM_ID}.{REGION}-gateway.external.adobeaemcloud.com (VPN gateway IP on AEM side).
> See table under Useful domains for configuration in:
4. Run realistic tests from AEM code and dispatcher:
- HTTP(S) over VPN.
- Non‑HTTP (databases, SMTP, etc.) using portForwards.
- DNS resolution via your internal resolvers (if configured).
- This fully exercises the same VPN stack you’d use later in production, without touching your live program or its dedicated IP.
> The trade‑offs:
- You must maintain an extra program temporarily.
- Some things (like content, configs) need to be copied/adjusted in that program to be realistic.
- For a customer where downtime is truly critical, this is the pattern I would recommend.
Views
Replies
Total Likes
Hello @EduardoMa9 ,
> You can test VPN safely in non‑prod, but you cannot have both “Dedicated Egress IP” and “VPN” active in the same program at the same time. Moving a program from Dedicated Egress IP → VPN is a kind change and currently means a controlled advanced‑networking outage (egress via VPN/dedicated IP is unavailable while you switch).
> There is no hidden zero‑downtime self‑service switch today.
> A program can only have one advanced networking infrastructure kind at a time:
flexiblePortEgress or dedicatedEgressIp or vpn
→ No parallel “Dedicated IP and VPN” in the same program right now.
>>Reference:
--------------------------------
https://experienceleague.adobe.com/en/docs/experience-manager-learn/cloud-service/networking/advance...
> Changing kind Dedicated Egress IP → VPN requires deleting and recreating the infrastructure
“To migrate from flexiblePortEgress or dedicatedEgressIP to VPN, the network infrastructure needs to be deleted and re‑created. … This procedure will result in a downtime of advanced networking services.”
--> Given that, your safe testing options are basically:
1. Use a separate test program with VPN
Because advanced networking kind is per program, the cleanest way to do safe VPN testing without touching prod is:
i. Create a second AEM CS program (e.g. MyProgram-VPN-POC) in the same IMS org.
2. In that test program: Add VPN network infrastructure (kind: "vpn") via Cloud Manager UI or API. Configure addressSpace, dns.resolvers, connections,.gateway.address, etc. as your network team will use in prod.
3.Add at least one DEV environment to that program and:
Enable advanced networking on that env as VPN (PUT /environment/{id}/advancedNetworking).
Wire your services on the customer side to accept traffic from:
a) p{PROGRAM_ID}.external.adobeaemcloud.com (public egress IP), and/or
b) p{PROGRAM_ID}.{REGION}-gateway.external.adobeaemcloud.com (VPN gateway IP on AEM side).
> See table under Useful domains for configuration in:
4. Run realistic tests from AEM code and dispatcher:
- HTTP(S) over VPN.
- Non‑HTTP (databases, SMTP, etc.) using portForwards.
- DNS resolution via your internal resolvers (if configured).
- This fully exercises the same VPN stack you’d use later in production, without touching your live program or its dedicated IP.
> The trade‑offs:
- You must maintain an extra program temporarily.
- Some things (like content, configs) need to be copied/adjusted in that program to be realistic.
- For a customer where downtime is truly critical, this is the pattern I would recommend.
Views
Replies
Total Likes
Views
Replies
Total Likes
Yes, sorry; many thanks for your answer.
Views
Likes
Replies
Views
Likes
Replies