Autorisations
Updated:
Générer et gérer des identifiants uniques pour l'accÚs par proxy, pour chaque commande.
Comment ça marche ?
Passer une commande
POST /commande/fabrication
generateAuth=Y
Identifiants uniques Ă©mis
GĂ©rer via /auth
Répertorier · mettre à jour · révoquer
Générer des identifiants d'authentification lors de la création d'une commande
Envoyer generateAuth=Y à /order/make pour générer des identifiants uniques associés à la valeur renvoyée orderNumber.
Enregistrez ces identifiants. Les identifiants générés avec generateAuth=Y ne figurent pas dans la liste établie par /proxy/list. Récupérez-les via la valeur renvoyée orderNumber.
GĂ©rer les autorisations
Quatre opérations concernant les identifiants associés à un ordre de proxy.
Ă lire Ă©galement
FAQ
Une configuration classique : un seul jeu d'identifiants et de mots de passe, ainsi qu'un nombre limité d'adresses IP pour l'authentification.
login:mot de passe : scripts et clients mobiles avec adresse IP dynamique. Liste blanche d'adresses IP : serveurs disposant d'une adresse IP statique fixe. Les deux peuvent coexister dans la mĂȘme commande â il s'agit d'enregistrements d'authentification distincts.
Les connexions commencent immédiatement à présenter des dysfonctionnements. Appelez change-authorization avec le nouveau ip pour mettre à jour l'enregistrement sans avoir à le recréer. Les connexions en cours sont interrompues en quelques secondes.
Uniquement pour cet ensemble d'identifiants. Les autres enregistrements d'authentification de la mĂȘme commande continuent de fonctionner.
Oui. /auth/list rendements login et password en clair pour chaque autorisation liée au compte, ainsi que id, active et orderNumber. Pour les entrées de liste blanche d'adresses IP, le ip est également renvoyée. Il n'existe pas de point de terminaison « reveal » distinct : la liste constitue le mécanisme de récupération.
Si vous préférez faire pivoter plutÎt que de restaurer, utilisez change-authorization pour définir un nouveau mot de passe.
Non â par dĂ©faut, les nouvelles commandes s'authentifient Ă l'aide des identifiants partagĂ©s de votre compte. Pour obtenir un identifiant unique, login:password liĂ© Ă une commande spĂ©cifique, passer generateAuth=Y Ă /order/make (ou /prolong/make (lors des renouvellements). Sans cet indicateur, chaque commande rĂ©utilise la mĂȘme paire par dĂ©faut.
Des identifiants uniques sont associĂ©s Ă la valeur renvoyĂ©e orderNumber et peuvent ĂȘtre rĂ©cupĂ©rĂ©es ultĂ©rieurement via /auth/list. Si vous avez sautĂ© generateAuth=Y et que vous souhaitez ajouter une paire supplĂ©mentaire Ă une commande existante, utilisez /auth/add de maniĂšre explicite.
Les adresses IPv4 et IPv6 individuelles sont prises en charge. La notation CIDR est pas pris en charge â indiquez les adresses dont vous avez besoin.
Les sessions TCP ouvertes sont interrompues en quelques secondes. Il n'y a pas de fermeture progressive ; considérez la suppression de l'authentification comme un « kill switch » immédiat.