Domini app personalizzati
Disponibilità
La verifica ownership domini personalizzati è implementata, ma traffico e
servizio certificati domini personalizzati no. Il servizio attuale può memorizzare
richiesta dominio, restituire istruzioni DNS, interrogare DNS pubblico e
consentire solo nomi verificati attraverso il gate Caddy tls-ask pianificato.
Non aggiunge ancora hostname verificato al gateway, ottiene certificato né instrada
richieste per quell’hostname. Non spostare ancora traffico produzione su questa
feature. Stato verified prova solo il controllo ownership DNS configurato.
Flusso verifica
- Collega un hostname a uno slug app.
- Pubblica i record DNS restituiti.
- Chiedi al servizio di verificare contro resolver pubblici.
- Ispeziona stato restituito ed eventuale errore controllo.
- Continua a usare URL preview platform; la verifica non attiva l’hostname personalizzato.
I subdomain usano controllo CNAME contro <slug>.apps.openfactory.tech. I nomi
apex usano challenge TXT generata più presenza record A. Un record A apex non è
controllato contro un indirizzo ingress particolare, quindi non è validazione route.
Superficie REST
| Metodo | Path | Risultato attuale |
|---|---|---|
POST | /api/app-gateway/domains | Memorizza dominio pending e restituisce istruzioni DNS. |
GET | /api/app-gateway/domains?app_slug={slug} | Elenca record dominio. |
GET | /api/app-gateway/domains/{domain} | Ottiene un record. |
POST | /api/app-gateway/domains/{domain}/verify | Esegue controllo DNS pubblico immediato. |
DELETE | /api/app-gateway/domains/{domain} | Rimuove record memorizzato. |
GET | /api/app-gateway/tls-ask?domain={domain} | Restituisce allow o deny per record verificato; pensato per integrazione Caddy futura. |
Esempio richiesta attach:
POST /api/app-gateway/domains
Content-Type: application/json
{
"app_slug": "my-app",
"domain": "app.example.com"
}Il servizio rifiuta zone di proprietà platform, ownership duplicata, hostname non validi e più di cinque domini per app.
Cosa resta prima dell’attivazione
L’uso produzione richiede che tutto quanto segue sia completato e testato:
- configurazione gateway per ogni hostname verificato;
- percorso ingress pubblico deciso che possa terminare certificato cliente;
- emissione certificato, rinnovo, inventario scadenza e alerting;
- riconciliazione immediata e periodica dopo cambi DNS;
- autorizzazione owner su ogni percorso list, read, verify e delete; e
- test dominio reale che copra DNS, TLS, routing, rinnovo, rimozione e rollback.
Finché quella evidenza non esiste, tratta l’API dominio solo come anteprima verifica DNS.