Autorizaciones

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.

nombre de usuario:contraseña: scripts y clientes móviles con IP dinámica. Lista blanca de IP: servidores con IP estática estable. Ambos pueden coexistir en el mismo pedido, ya que se trata de registros de autenticación independientes.

Las conexiones empiezan a fallar de inmediato. Llama a change-authorization con el nuevo ip para actualizar el registro sin tener que volver a crearlo. Las conexiones en curso se interrumpen en cuestión de segundos.

Solo para ese conjunto de credenciales. El resto de registros de autenticación del mismo pedido siguen funcionando.

Sí. /auth/list devoluciones login y password en texto sin cifrar para cada autorización de la cuenta, junto con id, active y orderNumber. En el caso de los registros de la lista blanca de direcciones IP, el ip también se devuelve. No existe un punto final de «reveal» independiente: la lista es el mecanismo de recuperación.

Si prefieres rotar en lugar de recuperar, utiliza change-authorization para establecer una nueva contraseña.

No, por defecto, los nuevos pedidos se autentican con las credenciales compartidas a nivel de cuenta. Para obtener una login:password vinculado a un pedido concreto, pasar generateAuth=Y a /order/make (o /prolong/make (en las renovaciones). Sin este indicador, cada pedido reutiliza el mismo par predeterminado.

Las credenciales únicas están vinculadas al valor devuelto orderNumber y se puede recuperar más tarde a través de /auth/list. Si te has saltado generateAuth=Y y quieras añadir un par concreto a un pedido ya existente, utiliza /auth/add de forma explícita.

Se admiten direcciones IPv4 e IPv6 individuales. La notación CIDR es no compatible: indica las direcciones que necesitas.

Las sesiones TCP abiertas se cierran en cuestión de segundos. No hay un cierre progresivo; considera la eliminación de la autenticación como un «interruptor de emergencia» inmediato.