Proxy-seller

Autorizaciones

Actualizado:

Generar y gestionar credenciales únicas para el acceso proxy, por pedido.

Cómo funciona

  1. Realizar pedido

    POST /pedido/hacer

  2. generateAuth=Y

    Credenciales únicas expedidas

  3. Gestión a través de /auth

    Listar - actualizar - revocar

Generar autenticación al crear el pedido

EnviargenerateAuth=Y a/order/make para emitir credenciales únicas vinculadas alorderNumber.

POST/es-ES/order/make?generateAuth=Y

Almacene estas credenciales. Auths generados congenerateAuth=Y no figuran en/proxy/list. Recupérelos a través delorderNumber.

Gestionar autorizaciones

Cuatro operaciones para credenciales vinculadas a una orden proxy.

GET/auth
Lista de autorizaciones
Qué pares de login/contraseña o IPs de la lista blanca tienen acceso.
Use when: auditing all data tied to a client email.
POST/auth
Crear autorización
Emitir credenciales personalizadas o aleatorias por nuevo pedido.
Use when: onboarding a team member or sub-user.
PATCH/auth/{id}
Modificar autorización
Modificar los derechos de acceso existentes para un usuario.
Use when: leak suspected or scope needs tightening.
DELETE/auth/{id}
Borrar autorización
Elimine los permisos que ya no sean necesarios.
Use when: access period expires.

Relacionado

GET/es-ES/proxy/list - find the orderNumber
POST/es-ES/order/make - place a new proxy order

PREGUNTAS FRECUENTES

Una configuración típica: un conjunto de nombres de usuario y contraseñas y un número limitado de direcciones IP para la autorización.

login:password: scripts y clientes móviles con IP dinámica. IP whitelist: servidores con IP estática estable. Ambos pueden coexistir en la misma orden - son registros auth separados.

Las conexiones empiezan a fallar inmediatamente. Llame achange-authorization con el nuevoip para actualizar el registro sin volver a crearlo. Las conexiones en vuelo se caen en cuestión de segundos.

Sólo para ese conjunto de credenciales. Los demás registros de autenticación del mismo pedido siguen funcionando.

Sí./auth/list devuelvelogin ypassword en texto plano para cada autorización en la cuenta, junto conid,active yorderNumber. Para los registros de la lista blanca de IPip también se devuelve. No hay un punto final "revelar" separado - el listado es el mecanismo de recuperación.

Si prefiere rotar en lugar de recuperar, utilicechange-authorization para establecer una nueva contraseña.

No - por defecto los nuevos pedidos se autentican con sus credenciales compartidas a nivel de cuenta. Para obtener unalogin:password vinculado a un pedido específico, pasegenerateAuth=Y a/order/make (o/prolong/make en las renovaciones). Sin la bandera, cada pedido reutiliza el mismo par por defecto.

Las credenciales únicas están vinculadas alorderNumber y puede recuperarse posteriormente a través de/auth/list. Si se ha saltadogenerateAuth=Y y desea añadir un par único a un pedido existente, utilice/auth/add explícitamente.

Se admiten direcciones IPv4 e IPv6 individuales. La notación CIDR esno soportadas - enumere las direcciones que necesita.

Las sesiones TCP abiertas se eliminan en cuestión de segundos. No hay drenaje graceful; trata el borrado auth como un kill switch inmediato.

On this page

Cómo funciona
1
Realizar pedido
2
generateAuth=Y
3
Gestión a través de /auth
Generar autenticación al crear el pedido
Gestionar autorizaciones
Relacionado
PREGUNTAS FRECUENTES