Proxy-seller

Autorisations

Updated:

Générer et gérer des identifiants uniques pour l'accès au proxy, par commande.

Comment cela fonctionne-t-il ?

  1. Passer commande

    POST /commande/fabrication

  2. generateAuth=Y

    Des lettres de créance uniques sont délivrées

  3. Gérer via /auth

    Liste - mise à jour - révocation

Générer une authentification lors de la création d'une commande

EnvoyergenerateAuth=Y à/order/make afin de délivrer des informations d'identification uniques liées à l'information renvoyéeorderNumber.

POST/fr-FR/order/make?generateAuth=Y

Conservez ces informations d'identification. Auths générées avecgenerateAuth=Y ne figurent pas sur la liste des/proxy/list. Les récupérer par le biais de la fonctionorderNumber.

Gérer les autorisations

Quatre opérations pour les informations d'identification liées à un ordre de procuration.

GET/auth
Liste des autorisations
Quelles sont les paires login/mot de passe ou les IPs sur liste blanche qui ont accès.
Use when: auditing all data tied to a client email.
POST/auth
Créer une autorisation
Délivrer des lettres de créance personnalisées ou des lettres de créance aléatoires par nouvelle commande.
Use when: onboarding a team member or sub-user.
PATCH/auth/{id}
Modifier l'autorisation
Modifier les droits d'accès existants pour un utilisateur.
Use when: leak suspected or scope needs tightening.
DELETE/auth/{id}
Supprimer l'autorisation
Supprimer les autorisations qui ne sont plus nécessaires.
Use when: access period expires.

En rapport

GET/fr-FR/proxy/list - find the orderNumber
POST/fr-FR/order/make - place a new proxy order

FAQ

Une configuration typique : un ensemble d'identifiants et de mots de passe et un nombre limité d'adresses IP pour l'autorisation.

login:password : scripts et clients mobiles avec IP dynamique. IP whitelist : serveurs avec IP statique stable. Les deux peuvent coexister dans le même ordre - il s'agit d'enregistrements d'authentification distincts.

Les connexions commencent à échouer immédiatement. Appelerchange-authorization avec le nouveauip pour mettre à jour l'enregistrement sans le recréer. Les connexions en vol sont interrompues en quelques secondes.

Uniquement pour ce jeu d'identifiants. Les autres enregistrements d'authentification de la même commande continuent de fonctionner.

Oui./auth/list retourslogin etpassword en clair pour chaque autorisation sur le compte, ainsi que desid,active etorderNumber. Pour les enregistrements de listes blanches d'adresses IP, l'optionip est également renvoyée. Il n'y a pas de point d'arrivée "révéler" distinct - l'énumération est le mécanisme de récupération.

Si vous préférez effectuer une rotation plutôt qu'une récupération, utilisez l'optionchange-authorization pour définir un nouveau mot de passe.

Non - par défaut, les nouvelles commandes s'authentifient à l'aide des informations d'identification partagées au niveau du compte. Pour obtenir unlogin:password liés à une commande spécifique, passergenerateAuth=Y à/order/make (ou/prolong/make pour les renouvellements). Sans l'indicateur, chaque commande réutilise la même paire par défaut.

Des informations d'identification uniques sont liées à l'identifiant renvoyéorderNumber et peut être récupéré ultérieurement par l'intermédiaire de/auth/list. Si vous avez sautégenerateAuth=Y et que vous souhaitez ajouter une paire unique à une commande existante, utilisez l'option/auth/add explicitement.

Les adresses IPv4 et IPv6 sont prises en charge. La notation CIDR estpas pris en charge - énumérer les adresses dont vous avez besoin.

Les sessions TCP ouvertes sont abandonnées en quelques secondes. Il n'y a pas de vidange gracieuse ; considérez la suppression de l'authentification comme une mise à mort immédiate.

On this page

Comment cela fonctionne-t-il ?
1
Passer commande
2
generateAuth=Y
3
Gérer via /auth
Générer une authentification lors de la création d'une commande
Gérer les autorisations
En rapport
FAQ