Inicio de sesión firmado
El transporte Signed Login puede ser usado por servidores que desean personalizar la forma en que asignan clientes a islands, reemplazando o envolviendo Archipelago en su arquitectura.
En lugar de conectarse directamente a un backend en tiempo real, Signed Login realiza un signed fetch para obtener la cadena de conexión. Este paso intermedio permite a los servidores emplear la estrategia de asignación que deseen.
Los URIs de Signed Login tienen esta forma:
signed-login:https://comms.example.com/auth¶m=valueLa porción después de signed-login: el prefijo puede ser cualquier URL válida.
Uso
Una solicitud de Signed Login se construye usando el signed fetch mecanismo.
La respuesta, si tiene éxito, tendrá el estado 200 y un cuerpo JSON con al menos los siguientes campos:
fixedAdapter
string
El URI de transporte asignado (p. ej. livekit: o ws-room:)
Por ejemplo:
{
fixedAdapter: "ws-room:wss://comms.example.com/rooms/17"
}En caso de fallo, la respuesta puede tener cualquier código de estado apropiado y un cuerpo JSON con al menos los siguientes campos:
message
string
(Opcional) una explicación o código de error del fallo.
Las respuestas con campos adicionales en el cuerpo JSON son válidas, y el contenido del error message se deja sin especificar. Las implementaciones pueden usar esta flexibilidad para integrar signed-login: en sus aplicaciones según lo consideren apropiado.
Última actualización