Tester cside sur les environnements de staging
Testez cside sur un environnement de staging avant la production, avec les restrictions d'IP, les exigences de certificat SSL et les tests locaux.
Apercu
Nos clients aiment souvent tester l’infrastructure edge sur un environnement de staging avant de passer en production. Bien que cela soit entierement pris en charge, les environnements de developpement different des sites de production de plusieurs manieres.
Considerations courantes
Restrictions IP
Si un environnement de staging n’est accessible qu’a des IP specifiques, nous ne pouvons pas recuperer la charge utile des scripts propriétaires.
- Les scripts tiers continueront de fonctionner car ils sont generalement accessibles publiquement
- Le tableau de bord affichera toujours la liste des scripts mais ne montrera pas la charge utile des scripts propriétaires
Certificats SSL
Les scripts propriétaires necessitent une validation valide des certificats SSL.
- Les certificats auto-signes empecheront les scripts propriétaires d’apparaitre dans le tableau de bord
- Assurez-vous que votre environnement de staging utilise des certificats SSL valides pour un fonctionnement complet
Tests en local
Les tests en local ne fonctionnent pas. cside verifie la licence de chaque requete de script via
l’en-tete Referer, et un hote loopback ou une IP brute n’a pas de domaine enregistrable a
verifier : la requete est donc rejetee avec HTTP 400 avant toute recherche de licence. Cela
concerne localhost, 127.0.0.1, ::1, les adresses de reseau local comme 192.168.x.x et les
machines de developpement avec redirection de port.
Ajoutez a cside un nom d’hote de staging resolvable publiquement et testez dessus. Il lui faut un certificat TLS reconnu publiquement pour que le contenu des scripts propres apparaisse.
Notes supplementaires
Pour plus d’informations sur les environnements de staging et les considerations de licence, consultez la page Mises en garde.
Thanks for your feedback!