Tutorial: Adición de autenticación y permisos a la aplicación al usar Azure Web PubSub

Artigo
12/21/2023

En Creación de una aplicación de chat, ha aprendido a usar las API de WebSocket para enviar y recibir datos con Azure Web PubSub. Observa que, por motivos de simplicidad, no requiere ninguna autenticación. Aunque Azure Web PubSub requiere que el token de acceso esté conectado, la negotiate API que se usó en el tutorial para generar el token de acceso no necesita autenticación. Cualquier persona puede llamar a esta API para obtener un token de acceso.

En una aplicación real, normalmente quiere que el usuario inicie sesión primero, antes de que pueda usar la aplicación. En este tutorial, aprenderá a integrar Web PubSub al sistema de autenticación y autorización de la aplicación para que sea más seguro.

El código completo de este tutorial se encuentra en GitHub.

En este tutorial, aprenderá a:

Habilitar la autenticación de GitHub
Agregar middleware de autenticación a la aplicación
Agregar permisos a los clientes

Adición de autenticación a la aplicación de sala de chat

En este tutorial, se reutiliza la aplicación de chat creada en Creación de una aplicación de chat. También puede clonar el ejemplo de código completo de la aplicación de chat desde GitHub.

En este tutorial, agregaremos la autenticación a la aplicación de chat y la integraremos con el servicio Web PubSub.

En primer lugar, agregue la autenticación de GitHub a la sala de chat para que el usuario pueda usar la cuenta de GitHub para iniciar sesión.

Instale las dependencias.

npm install --save cookie-parser
npm install --save express-session
npm install --save passport
npm install --save passport-github2

Busque el archivo en el directorio y habilite la server.js autenticación de GitHub agregando el código siguiente a server.js:
```
const app = express();

const users = {};
passport.use(
  new GitHubStrategy({
    clientID: process.argv[3],
    clientSecret: process.argv[4]
  },
  (accessToken, refreshToken, profile, done) => {
    users[profile.id] = profile;
    return done(null, profile);
  }
));

passport.serializeUser((user, done) => {
  done(null, user.id);
});

passport.deserializeUser((id, done) => {
  if (users[id]) return done(null, users[id]);
  return done(`invalid user id: ${id}`);
});

app.use(cookieParser());
app.use(session({
  resave: false,
  saveUninitialized: true,
  secret: 'keyboard cat'
}));
app.use(passport.initialize());
app.use(passport.session());
app.get('/auth/github', passport.authenticate('github', { scope: ['user:email'] }));
app.get('/auth/github/callback', passport.authenticate('github', { successRedirect: '/' }));
```
El código anterior usa Passport.js para habilitar la autenticación de GitHub. Esta es una explicación sencilla de cómo funciona:
1. /auth/github redirige a github.com para el inicio de sesión.
2. Después de iniciar sesión, GitHub le redirigirá a /auth/github/callback con un código para que la aplicación complete la autenticación. (Para ver cómo se comprueba y conserva el perfil devuelto desde GitHub en el servidor, consulte la devolución de llamada comprobada en passport.use()).
3. Una vez completada la autenticación, se le redirigirá a la página principal (/) del sitio.
Para más información sobre OAuth de GitHub y Passport.js, consulte los siguientes artículos:
- Autorización de aplicaciones de OAuth
- Documentación de Passport.js
Para probar esto, primero debe crear una aplicación OAuth de GitHub:
1. Vaya a https://www.github.com, abra el perfil y seleccione Settings>Developer settings (Configuración -> Configuración de desarrollador).
2. Vaya a OAuth Apps (Aplicaciones OAuth) y seleccione New OAuth App (Nueva aplicación OAuth).
3. Rellene el nombre de la aplicación y la dirección URL de la página principal (la dirección URL puede ser cualquier cosa que quiera) y establezca dirección URL de devolución de llamada de autorización en http://localhost:8080/auth/github/callback. Esta dirección URL coincide con la API de devolución de llamada expuesta en el servidor.
4. Una vez registrada la aplicación, copie el identificador de cliente y seleccione Generate a new client secret (Generar un nuevo secreto de cliente).
Ejecute el siguiente comando para probar la configuración (no olvide reemplazar <connection-string>, <client-id> y <client-secret> por sus valores).
```
export WebPubSubConnectionString="<connection-string>"
export GitHubClientId="<client-id>"
export GitHubClientSecret="<client-secret>"
node server
```
Ahora, abra http://localhost:8080/auth/github. Puede que se le redirija a GitHub para iniciar sesión. Después de iniciar sesión, se le redirigirá a la aplicación de chat.
Actualice el salón de chat para que use la identidad que obtiene de GitHub, en lugar de solicitar al usuario un nombre de usuario.

Actualice public/index.html para llamar directamente a /negotiate sin pasar un identificador de usuario.
```
let messages = document.querySelector('#messages');
let res = await fetch(`/negotiate`);
if (res.status === 401) {
  let m = document.createElement('p');
  m.innerHTML = 'Not authorized, click <a href="/auth/github">here</a> to login';
  messages.append(m);
  return;
}
let data = await res.json();
let ws = new WebSocket(data.url);
```
Cuando un usuario inicia sesión, la solicitud llevará automáticamente la identidad del usuario mediante una cookie. Por lo tanto, solo tenemos que comprobar si el usuario existe en el objeto req y agregar el nombre de usuario al token de acceso de Web PubSub:
```
app.get('/negotiate', async (req, res) => {
  if (!req.user || !req.user.username) {
    res.status(401).send('missing user id');
    return;
  }
  let options = {
    userId: req.user.username
  };
  let token = await serviceClient.getClientAccessToken(options);
  res.json({
    url: token.url
  });
});
```
Ahora vuelva a ejecutar el servidor y verá un mensaje "no autorizado" por primera vez que abra el salón de chat. Seleccione el vínculo de inicio de sesión para iniciar sesión y, a continuación, verá que funciona como antes.

Trabajo con permisos

En los tutoriales anteriores, ha aprendido a usar WebSocket.send() para publicar mensajes directamente en otros clientes mediante un subprotocolo. En una aplicación real, es posible que no quiera que el cliente pueda publicar o suscribirse a ningún grupo sin un control de permisos. En esta sección, verá cómo controlar los clientes mediante el sistema de permisos de Web PubSub.

En Web PubSub, el cliente puede realizar los siguientes tipos de operaciones con subprotocolo:

Enviar eventos al servidor
Publicar mensajes en un grupo
Unirse (suscribirse) a un grupo

El envío de un evento al servidor es la operación predeterminada del cliente. No se usa ningún protocolo, por lo que siempre se permite. Para publicar y suscribirse a un grupo, el cliente debe obtener permiso. Hay dos maneras de que el servidor conceda permiso a los clientes:

Especificar los roles cuando se conecta un cliente (el rol es un concepto para representar los permisos iniciales cuando se conecta un cliente).
Usar una API para conceder permiso a un cliente después de conectarse.

Para el permiso de unión a un grupo, el cliente aún debe unirse al grupo mediante un mensaje de unión a un grupo después de obtener el permiso. También, el servidor puede usar una API para agregar un cliente a un grupo, aunque no tenga el permiso de unión.

Ahora, vamos a usar este sistema de permisos para agregar una nueva característica a la sala de chat. Agregue un nuevo tipo de usuario llamado administrador al salón de chat. Permite al administrador enviar mensajes del sistema (mensajes que comienzan por "[SYSTEM]") directamente desde el cliente.

En primer lugar, es necesario separar los mensajes del sistema y del usuario en dos grupos diferentes para que sus permisos se puedan controlar por separado.

Cambie el archivo server.js para enviar mensajes diferentes a grupos diferentes:

let handler = new WebPubSubEventHandler(hubName, {
  path: '/eventhandler',
  handleConnect: (req, res) => {
    res.success({
      groups: ['system', 'message'],
    });
  },
  onConnected: req => {
    console.log(`${req.context.userId} connected`);
    serviceClient.group('system').sendToAll(`${req.context.userId} joined`, { contentType: 'text/plain' });
  },
  handleUserEvent: (req, res) => {
    if (req.context.eventName === 'message') {
      serviceClient.group('message').sendToAll({
        user: req.context.userId,
        message: req.data
      });
    }
    res.success();
  }
});

El código anterior usa WebPubSubServiceClient.group().sendToAll() para enviar el mensaje a un grupo en lugar del centro.

Como el mensaje se envía ahora a grupos, es necesario que agregue clientes a los grupos para que puedan seguir recibiendo mensajes. Use el controlador handleConnect para agregar clientes a grupos.

Nota

handleConnect se desencadena cuando un cliente intenta conectarse a Web PubSub. En este controlador, puede devolver grupos y roles, por lo que el servicio puede agregar la conexión a grupos o conceder roles en cuanto se establece la conexión. El servicio también se puede usar res.fail() para denegar la conexión.

Para que se desencadene handleConnect, vaya a la configuración del controlador de eventos en Azure Portal y seleccione Conectar en los eventos del sistema.

También es necesario actualizar el código HTML del cliente, ya que ahora el servidor envía mensajes JSON en lugar de texto sin formato:

let ws = new WebSocket(data.url, 'json.webpubsub.azure.v1');
ws.onopen = () => console.log('connected');

ws.onmessage = event => {
  let m = document.createElement('p');
  let message = JSON.parse(event.data);
  switch (message.type) {
    case 'message':
      if (message.group === 'system') m.innerText = `[SYSTEM] ${message.data}`;
      else if (message.group === 'message') m.innerText = `[${message.data.user}] ${message.data.message}`;
      break;
  }
  messages.appendChild(m);
};

let message = document.querySelector('#message');
message.addEventListener('keypress', e => {
  if (e.charCode !== 13) return;
  ws.send(JSON.stringify({
    type: 'event',
    event: 'message',
    dataType: 'text',
    data: message.value
  }));
  message.value = '';
});

A continuación, cambie el código de cliente para enviar al grupo del sistema cuando los usuarios seleccionan el mensaje del sistema:

<button id="system">system message</button>
...
<script>
  (async function() {
    ...
    let system = document.querySelector('#system');
    system.addEventListener('click', e => {
      ws.send(JSON.stringify({
        type: 'sendToGroup',
        group: 'system',
        dataType: 'text',
        data: message.value
      }));
      message.value = '';
    });
  })();
</script>

De manera predeterminada, el cliente no tiene permiso para enviar a ningún grupo. Actualice el código del servidor para conceder permiso al usuario administrador (para simplificar, el identificador del administrador se proporciona como un argumento de la línea de comandos).

app.get('/negotiate', async (req, res) => {
  ...
  if (req.user.username === process.argv[2]) options.claims = { role: ['webpubsub.sendToGroup.system'] };
  let token = await serviceClient.getClientAccessToken(options);
});

Ahora ejecute node server <admin-id>. Verá que puede enviar un mensaje del sistema a cada cliente al iniciar sesión como <admin-id>.

Pero si inicia sesión como un usuario diferente, al seleccionar el mensaje del sistema, no ocurrirá nada. Puede que desee que el servicio le muestre un error para que sepa que la operación no está permitida. Para proporcionar estos comentarios, puede establecer ackId cuándo va a publicar el mensaje. Cada vez que ackId se especifica, Web PubSub devuelve un mensaje con una coincidencia ackId para indicar si la operación se ha realizado correctamente o no.

Cambie el código del envío del mensaje del sistema por el código siguiente:

let ackId = 0;
system.addEventListener('click', e => {
  ws.send(JSON.stringify({
    type: 'sendToGroup',
    group: 'system',
    ackId: ++ackId,
    dataType: 'text',
    data: message.value
    }));
  message.value = '';
});

Cambie también el código de procesamiento de mensajes para controlar el mensaje ack:

ws.onmessage = event => {
  ...
  switch (message.type) {
    case 'ack':
      if (!message.success && message.error.name === 'Forbidden') m.innerText = 'No permission to send system message';
      break;
  }
};

Ahora vuelva a ejecutar el servidor e inicie sesión como un usuario diferente. Verá un mensaje de error al intentar enviar un mensaje del sistema.

El ejemplo de código completo de este tutorial se puede encontrar en GitHub.

Pasos siguientes

En este tutorial, se proporciona una idea básica de cómo conectarse al servicio Web PubSub y cómo publicar mensajes a los clientes conectados mediante un subprotocolo.

Para más información sobre el uso del servicio Web PubSub, lea los otros tutoriales disponibles en la documentación.

Explore más ejemplos de Azure Web PubSub.

Compartir por

Tutorial: Adición de autenticación y permisos a la aplicación al usar Azure Web PubSub

Adición de autenticación a la aplicación de sala de chat

Trabajo con permisos

Pasos siguientes

Comentarios

Recursos adicionais