Vérifier les paramètres existants du site
De mauvaises réponses du backend sont généralement liées à l'en-tête Host de l'origine, à la cible DNS ou aux paramètres de chemin.
Ouvrir le guide du site existantAide CDN.com.tr
Utiliser Apply Changes et surveiller Operations
Utilisez Apply Changes et Operations pour savoir quand les modifications enregistrées d'origine, de nom d'hôte, de DNS, de SSL, de cache ou de plateforme sont réellement déployées vers le trafic.
Premiers pas
Utiliser Apply Changes et surveiller Operations
Utilisez Apply Changes et Operations pour savoir quand les modifications enregistrées d'origine, de nom d'hôte, de DNS, de SSL, de cache ou de plateforme sont réellement déployées vers le trafic.
Chemin dans le panneau
- Management Panel
- CDN Accounts
- Écran des paramètres concernés
- Apply Changes
- Activity > Operations
- Vérification publique
Prerequis
- Le paramètre est enregistré.
- Le compte est actif et le forfait requis est attribué.
- Le type de méthode CDN et le type de transfert de diffusion sont complets.
- Les déploiements manuels sur serveur ou les modifications de base de données ne font pas partie du parcours client.
Modele de decision
Quand Apply Changes est-il nécessaire ?
Les paramètres affectant le trafic peuvent nécessiter un déploiement après leur enregistrement.
- L'origine ou l'en-tête Host a changé.
- Le nom d'hôte de diffusion, le DNS, le SSL ou un paramètre de cache/sécurité a changé.
- La source de la plateforme ou l'association d'hôte public a changé.
Que vous indique Operations ?
Le travail en arrière-plan doit rester visible via des statuts et messages adaptés au client.
- Succès : passez à la vérification publique.
- Échec : examinez le message d'erreur masqué.
- En cours/en attente : patientez ou partagez l'ID de l'opération avec le support.
Guide etape par etape
Trouver le compte avec des modifications en attente
CDN Accounts ou l'écran du produit concerné affiche Apply Changes lorsqu'un déploiement est requis.
- Confirmez que le bon compte est sélectionné.
- Les comptes avec une méthode/livraison inactive ou incomplète peuvent masquer l'option d'application.
- Notez quel paramètre a été modifié.
Resultat attendu: Apply Changes n'apparaît comme action client que pour les comptes complets nécessitant un déploiement.
cdnctl equivalent
cdnctl accounts describe --account "$ACCOUNT_UUID"
cdnctl accounts diff --account "$ACCOUNT_UUID"Vérifier que le paramètre est prêt pour le déploiement
Une origine, un en-tête Host, un nom d'hôte, un DNS ou des données SSL manquants peuvent fausser le résultat public même si le déploiement réussit.
- Vérifiez l'origine et l'en-tête Host.
- Vérifiez le nom d'hôte et l'état du DNS.
- Vérifiez que le certificat est prêt pour les domaines HTTPS.
Resultat attendu: Les écarts avant application sont visibles dans les surfaces destinées au client.
cdnctl equivalent
cdnctl pull origin describe --account "$ACCOUNT_UUID"
cdnctl hostnames list --account "$ACCOUNT_UUID"
cdnctl certificates list --account "$ACCOUNT_UUID"Exécuter Apply Changes
Le bouton ou l'avertissement met en file d'attente la tâche de déploiement en arrière-plan.
- Cliquez sur Apply Changes.
- Lisez le message ou la réponse de succès/avertissement.
- Si des lacunes DNS ou de certificat sont signalées, revenez au guide correspondant.
Resultat attendu: Une opération de déploiement est créée, ou un avertissement adapté au client est renvoyé.
cdnctl equivalent
cdnctl cdn accounts apply --account "$ACCOUNT_UUID"Suivre le résultat dans Operations
Activity > Operations affiche l'état des tâches de déploiement, de transfert, de certificat et de plateforme visibles par le client.
- Ouvrez Operations.
- Faites correspondre la dernière opération au compte et à l'heure.
- En cas d'échec, utilisez le message et l'action de nouvelle tentative ou d'annulation proposée.
Resultat attendu: L'état de l'opération indique si la vérification publique peut commencer.
cdnctl equivalent
cdnctl operations list --account "$ACCOUNT_UUID" --latest
cdnctl operations watch --account "$ACCOUNT_UUID" --operation <operation_id>Vérifier le comportement public
Après la réussite du déploiement, testez l'endpoint CDN ou le domaine personnalisé depuis une session propre.
- Ouvrez l'URL publique dans un navigateur ou avec curl.
- Si le mauvais backend répond, revérifiez l'en-tête Host, la cible DNS et le chemin d'origine.
- Si du contenu périmé s'affiche, consultez le guide de purge.
Resultat attendu: La réponse publique correspond à l'origine, au stockage ou à la sortie de plateforme attendus.
cdnctl equivalent
curl -I https://www.example.com/
cdnctl cache purge --account "$ACCOUNT_UUID" --path /changed-pathVerification
- Le bouton ou l'avertissement Apply Changes apparaît sur le bon compte.
- Operations affiche le résultat du déploiement.
- Les messages d'échec restent adaptés au client.
- L'URL publique est vérifiée après le succès.
- Les déploiements manuels en base de données, la configuration nginx écrite à la main ou les déploiements SSH ne font pas partie du guide client.
Cas d'usage
Un client a enregistré un paramètre, mais le trafic public se comporte encore comme avant ; il doit donc vérifier si la modification a été déployée et quel résultat l'opération a produit.
Workflow rapide
- Enregistrez la modification dans le panneau.
- Exécutez Apply Changes lorsque l'avertissement ou le bouton apparaît.
- Ouvrez Operations.
- Consultez le résultat : succès ou échec.
- Vérifiez via l'URL publique ou l'API correspondante.
- En cas d'échec, utilisez les parcours de nouvelle tentative ou de support destinés au client.
Verifications
- La méthode du compte et le type de diffusion doivent être complets avant d'utiliser Apply Changes.
- Les tests de propriété et de masquage des données dans Operations doivent rester en place.
- La vérification publique intervient après le succès d'une opération.
- Les opérations manuelles relèvent des runbooks internes, pas de la documentation utilisateur.