Laissez vos propres outils faire la routine, en toute sécurité
Vos scripts et pipelines peuvent faire ce que vous faites aujourd’hui à la main, chez chaque registrar, hébergeur DNS et cloud. Prévisualisez un changement DNS, annoncez une maintenance depuis un déploiement et soyez prévenu quand quelque chose casse. Essayez d’abord chaque appel dans une sandbox gratuite.
Sandbox gratuite · Jetons API dès Pro · Votre premier appel en cinq minutes
# Voyez ce que ferait un changement DNS, avant de le faire
curl -X POST "https://api.infranest.io/api/organizations/42/dns-zones/7/dns-records?dry_run=1" \
-H "Authorization: Bearer $INFRANEST_TOKEN" \
-H "Content-Type: application/json" \
-d '{"type": "A", "name": "status", "value": "192.0.2.50", "ttl": 3600}'
{
"dry_run": true,
"zone": "northwyndr.com",
"provider_push": "per_record",
"changes": [{
"action": "create", "before": null,
"after": { "type": "A", "name": "status", "value": "192.0.2.50", "ttl": 3600 }
}]
}Ce que l’API REST vous enlève des mains
Les tâches de tous les jours, faites par vos propres outils. Elles portent sur les mêmes enregistrements, moniteurs et serveurs que dans l’application.
Changez le DNS sans inquiétude
Prévisualisez un changement, faites-le et annulez-le si besoin. Cherchez dans tous les enregistrements de toutes vos zones.
POST /dns-zones/{zone}/dns-records?dry_run=1Annoncez les travaux prévus
Ouvrez une fenêtre de maintenance depuis votre pipeline. Ajoutez un avis, et votre page de statut et ses abonnés le voient.
POST /maintenance-windowsAjoutez un moniteur à chaque version
Créez un moniteur quand un nouveau service est mis en ligne : rien n’arrive en production sans surveillance.
POST /monitoring-checksObtenez le récit d’un incident
Lisez sa cause, ce qu’il a touché et son déroulement. Reprenez le résumé rédigé dans votre propre rapport.
GET /incidents/{id}/storyDemandez ce qu’il faut corriger
Lisez les conseils de l’application : contrôles de configuration pour chaque serveur, domaine et zone, et si un serveur pourrait être une taille plus petit.
GET /cloud-servers/{id}/advisorGardez vos propres traces
Copiez le journal d’audit dans votre SIEM et récupérez le rapport mensuel de disponibilité.
GET /audit-logsLaissez votre pipeline vérifier son propre travail
Après un déploiement en production, InfraNest contrôle plus souvent les moniteurs concernés pendant une heure. Puis il compare cette heure à la précédente. Votre pipeline lit un seul verdict : mieux, pas de changement ou pire. Vous repérez un mauvais déploiement avant que vos clients le signalent.
- Le même verdict dans l’application et l’API
- Par moniteur et par emplacement
- Le dit quand il y a trop peu de données
GET /deploy-events/{id}e61f7d2 vers production : p95 jusqu’à 30 % plus lent depuis chaque emplacement, vérifications échouées inchangées
| Emplacement | p95 avant → après | Résultat |
|---|---|---|
| Asie-Pacifique | 391 ms → 502 ms | Pire |
| Europe | 182 ms → 236 ms | Pire |
| Amérique du Nord | 268 ms → 342 ms | Pire |
L’heure qui suit le déploiement, comparée à l’heure d’avant pour chaque emplacement : les 5 % de temps de réponse les plus lents (p95) et la part de vérifications échouées. Chaque côté demande au moins 10 vérifications.
Sûre à automatiser, même quand un script déraille
Les scripts plantent, les réseaux expirent et les agents se trompent. L’API est faite pour ça.
Simulez chaque changement DNS
Ajoutez ?dry_run=1 et voyez exactement quels enregistrements changeraient. Rien n’est enregistré ni envoyé à votre fournisseur.
Une sandbox gratuite
Des zones, moniteurs, serveurs et un incident ouvert d’exemple. Rien n’atteint un fournisseur ni Internet, et aucune alerte ne part.
Des nouvelles tentatives sans doublons
Envoyez une Idempotency-Key et une requête relancée ne s’exécute qu’une fois. Aucun enregistrement ni moniteur en double.
Des erreurs sur lesquelles coder
Chaque erreur a un code stable et une indication de ce qu’il faut faire. Les codes ne changent jamais.
Un jeton par tâche, avec seulement l’accès nécessaire
Donnez à chaque script son propre jeton et cochez ce qu’il peut changer. Si l’un fuit, il ne peut pas faire grand-chose, et vous le révoquez en un clic. Une soudaine avalanche de changements depuis un jeton est signalée aux propriétaires de votre espace de travail.
- Lecture ou écriture par domaine fonctionnel, dans un espace de travail
- Expire en 30 à 365 jours, et peut être lié à une adresse
- Acheter, supprimer des serveurs et gérer les membres restent dans l’application
Ce que vous faites avec un jeton est fait en votre nom et peut entraîner des coûts chez vos fournisseurs.
Vous créez une intégration ? Utilisez OAuth
Ajoutez un bouton « Se connecter avec InfraNest » à votre application. Les gens se connectent, choisissent un espace de travail et approuvent ce que votre application peut faire. Personne ne copie de jeton, et ils peuvent retirer votre application à tout moment.
- OAuth 2.1 avec PKCE et jetons de rafraîchissement
- Les mêmes portées et limites que les jetons API
- Une application ne fait jamais plus que la personne qui l’a approuvée
Publiée sur claude.ai. Après votre réponse, vous revenez sur claude.ai.
Vérifiée par InfraNest
L’application ne fonctionne que dans l’espace de travail choisi. Pour un autre, connectez-la à nouveau.
Claude peut voir vos domaines, DNS, serveurs, surveillance, drop catches, membres et équipes, facturation, journal d’audit et exports et imports de données. Elle ne peut rien modifier.
Laisser aussi Claude agir sur les incidents et les moniteurs
Acquitter un incident, laisser une note à l’équipe, mettre un moniteur en sourdine un moment, et démarrer ou terminer une fenêtre de maintenance. Elle vous le demande avant chaque action, et ce sont les seules modifications possibles avec ses outils InfraNest.
Elle garde cet accès jusqu’à ce que vous le retiriez dans Mon compte → Applications autorisées.
Soyez prévenu à l’instant où ça arrive
InfraNest envoie du JSON à votre URL quand quelque chose se passe : un domaine sur le point d’expirer, un moniteur qui tombe, des enregistrements DNS qui changent. Chaque requête est signée, pour vérifier qu’elle vient bien de nous. Une livraison échouée est relancée cinq fois sur une dizaine d’heures. Les webhooks sont inclus à partir de Pro.
22 événements
X-InfraNest-Event: monitor.alert
X-InfraNest-Delivery: 9f6c2e1a-…
X-InfraNest-Timestamp: 1793030400
X-InfraNest-Signature-V2: sha256=5d41ab…
{
"event": "monitor.alert",
"created_at": "2026-10-26T09:30:00Z",
"data": { "check_name": "Checkout flow", "status": "down", "monitor_type": "http" }
}Laissez votre assistant faire les corvées d’astreinte
Connectez Claude ou ChatGPT au serveur MCP et demandez ce qui est en panne, sur toutes les offres. Avec votre accord, il peut acquitter un incident, mettre un moniteur en sourdine ou démarrer une maintenance. Les agents de code comme Claude Code et Cursor ont une documentation faite pour eux : llms.txt, une version Markdown de chaque page et la description OpenAPI.
Je m’occupe de Checkout flow. Acquitte l’incident et préviens l’équipe qu’on revient en arrière.
acknowledge_incidentAcquitté. Les alertes répétées sont arrêtées, et l’équipe voit que vous êtes dessus.
add_incident_note · Checkout returning 503Retour arrière du dernier déploiement storefront.
Pour l’équipe uniquement. Jamais affichée sur une page de statut.
Du code prêt à l’emploi
Open source sur GitHub. Copiez-le, modifiez-le, lancez-le.
Exemples
DNS dynamique, Let’s Encrypt DNS-01, un moniteur par déploiement et plus, en shell, Python, Node.js et PowerShell.
GitHub Action
Coupez les alertes pendant qu’un workflow déploie, puis réactivez-les.
Postman, Bruno et Insomnia
Chaque endpoint, prêt à importer, avec un environnement pour votre jeton.
Description OpenAPI
Générez un client, ou suivez le dépôt pour être informé des nouveaux endpoints.
Questions sur l’API REST
Quelles offres incluent l’API ?
Les jetons API et les webhooks sont inclus à partir de Pro, en lecture comme en écriture. Sur toutes les offres, Free comprise, vous pouvez essayer l’API dans une sandbox gratuite avec des jetons de test, et connecter Claude ou ChatGPT via le serveur MCP.
Puis-je essayer l’API sans toucher à ma vraie infrastructure ?
Oui. Créez une sandbox dans Mon compte → Développeur. Elle contient des zones DNS, moniteurs, domaines, deux serveurs et un incident ouvert d’exemple. L’écriture y fonctionne, et rien n’atteint jamais un fournisseur ni Internet.
Puis-je voir ce que fera un changement DNS avant de le faire ?
Oui. Ajoutez ?dry_run=1 à une écriture DNS et la réponse liste chaque enregistrement qui changerait, avant et après. Rien n’est enregistré, et la même requête sans ce paramètre fait exactement ce changement.
L’écriture fonctionne-t-elle tout de suite ?
Pendant le déploiement de l’API, l’écriture est activée espace de travail par espace de travail. La lecture fonctionne tout de suite ; demandez-nous et nous activons le vôtre. Dans votre sandbox, l’écriture fonctionne déjà.
Quelles sont les limites de débit de l’API ?
Chaque jeton a droit à 300 requêtes et 60 modifications par minute, et 1 000 modifications par heure. Chaque réponse indique ce qu’il reste. Au-delà d’une limite, l’API répond 429 avec le nombre de secondes à attendre.
Que ne peut jamais faire un jeton ?
Tout ce qui achète, détruit ou change qui a accès : enregistrer ou renouveler des domaines, commander ou supprimer des serveurs, supprimer des zones, changer les serveurs de noms, les membres, les identifiants des fournisseurs, les webhooks et votre propre compte. Cela reste réservé à une personne connectée à l’application.
Comment vérifier qu’un webhook vient bien d’InfraNest ?
Chaque requête porte X-InfraNest-Signature-V2 : un HMAC-SHA256 de l’horodatage et du corps, calculé avec le secret de votre endpoint. Recalculez-le, comparez les deux et refusez un horodatage décalé de plus de cinq minutes. La documentation fournit du code prêt à l’emploi.
L’API peut-elle changer sans prévenir ?
De nouveaux champs et endpoints sont ajoutés sans préavis. Supprimer ou renommer quoi que ce soit est annoncé six mois à l’avance dans le changelog, que vous pouvez suivre en RSS. Les codes d’erreur ne changent jamais.
Jeton API ou OAuth ?
Un jeton API sert à vos propres scripts, CI et outils. OAuth sert à une application que d’autres personnes connectent à leur propre compte InfraNest. Les deux utilisent les mêmes portées et limites.
Faites votre premier appel en cinq minutes
Créez une sandbox gratuite, générez un jeton de test et prévisualisez votre premier changement DNS. Rien de réel n’est touché.
Sandbox gratuite · Jetons API dès Pro