Domain and TLS Planning
Domain and TLS Planning
Plan hostnames, DNS, and certificates before Order Portal, CCC, and customer email links go live.
Part of platform onboarding: On Boarding Steps (Prime Platform)
Credentials, internal-only endpoints, and customer-specific values belong in your project runbook — not in this public wiki.
1. Hostnames to decide
Endpoint | Typical hostname | Example |
|---|---|---|
Admin / staff UI |
|
|
Customer shop (Order Portal) |
|
|
Customer self-care (CCC) |
|
|
API (if exposed) |
|
|
Staging | separate sub-domain |
|
Decide: production + staging hostname list; document in your delivery runbook.
2. Who does what
Task | Typical owner (managed cloud) | Typical owner (self-hosted / on-prem) |
|---|---|---|
Register domain | Customer | Customer |
Create DNS A/AAAA/CNAME records | Customer IT or NMS on request | Customer IT |
Obtain TLS certificate | NMS (managed) or customer | Customer IT |
Install certificate on web server | NMS (managed) | Customer IT / NMS support |
Set NMS Prime base URLs / trusted proxies | NMS delivery | Customer IT + NMS delivery |
Validate redirects & email links | Joint UAT | Joint UAT |
Decide:
3. TLS certificates
Use publicly trusted certificates for internet-facing endpoints (TLS Certificates)
Automate renewal (e.g. ACME / Let's Encrypt) where possible
Separate certificates per hostname or SAN cert — agree with your security policy
After install, change default credentials immediately (Login)
4. Configuration checklist
DNS points to correct IP / load balancer
TLS valid for all customer-facing hosts
Apache vhosts / package templates updated for your domains
Application
APP_URLand portal URLs match production hostnamesTrusted proxy headers if behind load balancer (Network and Security Boundaries)
Test: admin login, shop, CCC, password-reset email links, API callback URLs