API Cloudflare : DNS, cache, Workers, stockage, sécurité et requêtes personnalisées.
Utilisation et spécificités
Utilisez un token API limité aux comptes et zones visés. Choisissez les ressources et opérations ou configurez le mode de surveillance du déclencheur, puis publiez pour l’activer.
Type technique : cloudflare. Runtime : nodulz.
Identifiants et prérequis
Cloudflare - API (integration / cloudflare). Jeton API Cloudflare limité aux droits nécessaires. Clé globale possible avec un secret JSON contenant apiKey et email.
Créez l’identifiant dans la rubrique Identifiants de votre instance nodulz, puis sélectionnez-le dans le nœud. Les identifiants disponibles dépendent du propriétaire et du partage. Consultez le guide des identifiants pour les accès et la rotation.
Paramètres
Les noms ci-dessous correspondent aux clés techniques. Les valeurs par défaut ne constituent pas une configuration prête à exécuter : renseignez les champs requis par votre opération. Les chemins contenant [] décrivent les éléments d’une liste ; certains champs dépendent du mode sélectionné.
Paramètre
Type
Par défaut
Valeurs / limites
credentialId
string
""
-
requestMode
enum
-
guided, advanced
operation
string
"zones-get"
-
pathParameters
record
{}
-
queryParams
string
"{}"
-
headers
string
"{}"
-
body
string
""
-
bodyType
enum
"none"
none, json, text, binary, multipart, form
contentType
string
""
-
customMethod
enum
"GET"
GET, POST, PUT, PATCH, DELETE, HEAD, OPTIONS
customPath
string
""
-
responseType
enum
"auto"
auto, json, text, binary
Aide de configuration
requestMode Saisie des paramètres
Les champs guidés construisent la requête pour vous. Le mode JSON avancé permet de modifier librement tous les paramètres. Changer de mode conserve les valeurs existantes.
customPath Chemin API
Chemin relatif à https://api.cloudflare.com/client/v4, sans paramètres ni fragment. Exemple : /zones ou /graphql (POST avec un corps JSON contenant query et variables). Les URL externes et redirections sont refusées.
headers En-têtes supplémentaires (JSON)
Objet de chaînes, par exemple pour If-Match. L’authentification est fournie par l’identifiant et ne peut pas être remplacée ici.
bodyType Format du corps
Le format est proposé selon l’opération. Les exemples sont des modèles à adapter ; consultez Cloudflare pour les champs obligatoires et les limites. GET et HEAD ne prennent pas de corps.
contentType Type de contenu
Laissez vide pour le type par défaut du format. Exemple : application/javascript pour un script Worker. Le multipart gère automatiquement son en-tête et son séparateur.
responseType Format de réponse
Automatique suit le Content-Type de Cloudflare. JSON conserve l’enveloppe result, result_info, errors et messages ; binaire renvoie un fichier Nodulz en base64.
Configuration initiale
Exemple de configuration initiale du catalogue, à adapter avant exécution. Les secrets doivent rester dans les identifiants.
Testez le nœud avec des données représentatives. Contrôlez sa sortie dans l’inspecteur et les logs, puis utilisez le mapping de l’éditeur pour les champs des nœuds suivants. Un test de déclencheur avec payload simulé ne valide pas la livraison du service externe.
API Cloudflare : DNS, cache, Workers, stockage, sécurité et requêtes personnalisées.
Utilisation et spécificités
Utilisez un token API limité aux comptes et zones visés. Choisissez les ressources et opérations ou configurez le mode de surveillance du déclencheur, puis publiez pour l’activer.
Type technique :
cloudflare. Runtime :nodulz.Identifiants et prérequis
integration/cloudflare). Jeton API Cloudflare limité aux droits nécessaires. Clé globale possible avec un secret JSON contenant apiKey et email.Créez l’identifiant dans la rubrique Identifiants de votre instance nodulz, puis sélectionnez-le dans le nœud. Les identifiants disponibles dépendent du propriétaire et du partage. Consultez le guide des identifiants pour les accès et la rotation.
Paramètres
Les noms ci-dessous correspondent aux clés techniques. Les valeurs par défaut ne constituent pas une configuration prête à exécuter : renseignez les champs requis par votre opération. Les chemins contenant [] décrivent les éléments d’une liste ; certains champs dépendent du mode sélectionné.
credentialIdstring""requestModeenumguided,advancedoperationstring"zones-get"pathParametersrecord{}queryParamsstring"{}"headersstring"{}"bodystring""bodyTypeenum"none"none,json,text,binary,multipart,formcontentTypestring""customMethodenum"GET"GET,POST,PUT,PATCH,DELETE,HEAD,OPTIONScustomPathstring""responseTypeenum"auto"auto,json,text,binaryAide de configuration
requestModeSaisie des paramètres
customPathChemin API
headersEn-têtes supplémentaires (JSON)
bodyTypeFormat du corps
contentTypeType de contenu
responseTypeFormat de réponse
Configuration initiale
Exemple de configuration initiale du catalogue, à adapter avant exécution. Les secrets doivent rester dans les identifiants.
{ "credentialId": "", "operation": "zones-get", "pathParameters": {}, "queryParams": "{}", "headers": "{}", "body": "", "bodyType": "none", "contentType": "", "customMethod": "GET", "customPath": "", "responseType": "auto" }Vérification
Testez le nœud avec des données représentatives. Contrôlez sa sortie dans l’inspecteur et les logs, puis utilisez le mapping de l’éditeur pour les champs des nœuds suivants. Un test de déclencheur avec payload simulé ne valide pas la livraison du service externe.
Voir aussi : Expressions et données, Exécutions, Catalogue des nœuds.