Implementación de las rutas de las películas de usuario

Clase 27 de 39 • Curso de Autenticación con Passport.js 2019

Contenido del curso

Aprender sobre autenticación y autorización

Conocer qué son los JSON Web Tokens

Entender cómo funcionan las cookies

Implementar autenticación en Express usando Passport.js

Entender qué es OAuth 2.0 y OpenID Connect

28
¿Qué es OAuth 2.0 y OpenID Connect?
04:25 min

Implementar autenticación con redes sociales

Asegurar tu aplicación de Express

Tomar examen

Resumen

Felicidades por haber terminado este módulo, en el cual aprendimos:

Configuración de nuestro proyecto
Configuración de Passport.js
Implementación de estrategias en Passport.js
Implementación de nuestro Sign-in y Sign-up
Protegiendo nuestras rutas con Passport.js
Implementando recordar sesión
Comunicación máquina a máquina

Sigue adelante, ya nos falta poco para terminar.

Comentarios

OQO Digital

student•

El video está cortado. Se salta del Sign in al user-movies.

Diego Camino Reinoso

student•

Exacto!!!! ¿Como es posible que no lo hayan corregido?

Diego Camino Reinoso

student•

Ok, vaya que me tardó varios minutos pero fue gratificante resolverlo, al profesor le faltó desestructurar la variable data en el index.js de la carpeta ssr-server.

Después de hacer passport authenticate basic, este retorna una variable data, que es un objeto que contiene el token y el objeto user.

Así que la solución sería agregar:

    try {
      if (error || !data) {
        next(boom.unauthorized());
      }
      const { token, user } = data; // esta es la línea que estaría faltando, espero haya resuelto su duda.

      req.login(data, { session: false }, async function(error) {

Juan Carlos García Esquivel

student•

Authorization Basic: Se utiliza un usuario y contraseña y se usa generalmente para el primer acceso a un sistema sign-in y este tipo de autorización nos puede devolver un JSON WEB TOKEN.

Authorization Bearer: Se utiliza un JWT con el cual el sistema valida nuestra identidad y los niveles de autorización que tenemos dentro del sistema, estos datos se ponen el el payload del JWT.

Como lo entendí estos dos tipos de autorización funcionan bien juntos, primero utilizas Basic para obtener tu token y después utilizas el token para no depender de una sesión del lado del servidor y poder manejar las rutas y los accesos con el token.

Jesus Adrian Berrio Valdes

student•

mi pregunsta es porque el la tipo bearer devolvemos los datos del usuario, no era suficiente mandar el jwt?

Juan Carlos García Esquivel

student•

Hola Jésus en este ejemplo devuelve los datos del usuario para usar el id en los otros endpoints ya que requieren el user_id, el JWT solo se usa para autenticación y autorización los parámetros de cada endpoint devén de ser agnósticos a tu método de autenticación ya que si lo deseas migrar a otro método o paquete de autenticación te sera más difícil si lo unes.

Diego Camino Reinoso

student•

AVISO A LA COMUNIDAD: Seguro muchos notaron que en el minuto 5:12 al consumir el servicio se salta del SIGN-IN a USER-MOVIES.

Pero después de depurar el código pude notar que al profesor le faltó desestructurar la variable data en el index.js de la carpeta ssr-server.

Después de hacer passport authenticate basic, este retorna una variable data, que es un objeto que contiene el token y el objeto user.

Así que la solución sería agregar:

    try {
      if (error || !data) {
        next(boom.unauthorized());
      }
      const { token, user } = data; // esta es la línea que estaría faltando, espero haya resuelto su duda.

      req.login(data, { session: false }, async function(error) {

Vaya que fue gratificante resolverlo! Espero que les sea de utilidad, denle un corazón si te ayudó! :D

Juan Jose Vega

student•

Gracias!

Dilan Santiago Ariza Cañon

student•

Gracias, sos un crack! :)

José María Cuevas Ramírez

student•

Qué tal comunidad, seguí las instrucciones de esta lectura pasada y tuve un problema en la clase al probar las rutas con Postman, al realizar la petición me estaba regresando un 401 (bad implementation). El problema estaba en que el tiempo de expiración de mi cookie era demasiado corto. . Cuando hacía "sign-in" todo funciona perfecto, pero para cuando hacía la petición al "/user-movies" mi cookie ya había expirado. . Investigué y encontré que los tiempos que recibe el maxAge son en milisegundos, por tanto si queremos que la cookie dure 2 horas el valor tendría que ser 7200000 y para 30 días sería 2592000000 . Espero a alguien le pueda ser de ayuda si tiene este mismo problema.

Irungaray Agustin

student•

Mi respuesta al challenge es que esta clase en particular es malisima

Gabriel Rodriguez

student•

Coincido !

Jorge Amaolo

student•

Sinceramente creo que el curso, el profesor se nota que sabe mucho, pero creo que faltaría un poco mas de metodología y teoría. Es como mucho copiar código y explicarlo por arriba, sin mucho detalle. Hace que sea complicado entender los conceptos sin tener que estar todo el tiempo googleando todo

Erick Martinez

student•

He notado que hay un error en la validación de datos al momento de crear un user_movie, lo que veo es que aunque no pases el userId y el movieId, siempre se guarda (obviamente sin ningún dato)... entonces he modificado un poco el schema de userMovies.js ... mi pregunta es si es correcto como lo he hecho (funciona pero no se si es una buena forma de hacerlo)

Dilan Santiago Ariza Cañon

student•

Gracias, sos un crack! :)

Tonalli López

student•

Authorization Bearer: JWT Authorization Basic: usuario y password

Carlos Aurelio Briceño Gomez

student•

Esta clase me volvio loco, no se como seguir...

Alejandro Mor

student•

Tengo un problema, puedo realizar el "sign in" con el SSR este a su vez me genera la respectiva cookie. Pero al momento de realizar un POST al user-movie este me genera un error 401 (Problemas de autorizacion), realice un console.log para ver si me traia todos los datos del POST correspondiente del request efectivamente me trae el ID del usuario y el ID de la pelicula pero no me trae nada en releacion a la cookies. Pienso que podria tener relacion con alguna configuracion del Postman que al momento de realizar la peticion, este no esta configurado para enviar las cookies, alguna idea gente?, se agradece <3

 /***** Informacion obtenida con el console.log mencionado al request de la peticion 
 < 
   cookies: [Object: null prototype] {},
  signedCookies: [Object: null prototype] {},
 >

Andres Roberto Coello Goyes

student•

si, en lo mismo me encuentro yo. revisa en la aplication del navegador si se crearon las cookie.

Luis Rodriguez

student•

Hola! Cómo están? Lograron resolver la duda? Si aún no lo resolvieron, estaría genial si pueden poner un link a su github. Un saludo!

Cristian Fabian Tovar

student•

me perdí en el minuto 5:15 y es desde ahí donde no he podido avanzar, ¿Por qué hace una petición a la url {{client_url}}/auth/sign-in y no muestra el resultado del postman? y luego cortan y muestra que ya no está consultando a la misma url, sino que la cambia por {{client_url}}/user-movies, intente hacer lo mismo pero me bota error, creo que hicieron algo en postman por fuera de camaras

Cristian Fabian Tovar

student•

encontre mi propio error, y es que se me olvidó hacer el archivo .env en el directorio de /ssr-server

Alejandro Lopez Ramírez

student•

¿Que error te esta generando?

Fernando Castillo

student•

La autenticacion de Basic es mediante un usuario y una contrasenha y Bearer es mediante un token.

Enrique Moreno

student•

¿Qué le habrá pasado a majo en la edición.?

Saul Felipe Ramirez

student•

Authorization Bearer => Solicita un token (JWT) Authorization Basic => Solicita un usuario y password

Gerson Montenegro

student•

No debería haber un return junto al next?. Si no se pone el return, la función sigue corriendo y aparecen errores al no existir la data que se está esperando.

Carlos López

student•

A alguien más le sale este error. Al parecer el problema esta con axios, pero no logro encontrarlo. Se aceptan sugerencias. Gracias de antemano

Error: Request failed with status code 404 at createError (/home/support/Documentos/video_platform/ssr-server/node_modules/axios/lib/core/createError.js:16:15) at settle (/home/support/Documentos/video_platform/ssr-server/node_modules/axios/lib/core/settle.js:17:12) at IncomingMessage.handleStreamEnd (/home/support/Documentos/video_platform/ssr-server/node_modules/axios/lib/adapters/http.js:237:11) at IncomingMessage.emit (events.js:322:22) at endReadableNT (_stream_readable.js:1187:12) at processTicksAndRejections (internal/process/task_queues.js:84:21)

Carlos López

student•

Ya lo encontré, nota publica, OJO con la sintaxis de las rutas tanto del SSR como de movie-api. TYPOHORROR... Gracias

Jorge Velasquez

student•

Compañero buenas noches, tengo el mismo problema, me podrias colaborar para poder continuar muchas gracias

Javier Armando Vargas Vega

student•

Para contestar la pregunta del challenge:

La autenticación de tipo Basic utiliza credenciales del tipo usuario y contraseña, cifradas en base 64.
La autenticación de tipo Bearer emplea un Json Web Token, que contiene Header, Payload y una Firma, los cuales serán validados y contendrán diversa información relacionada con el usuario.

Johann Rios

student•

a mi no me funcionaba el Sign-in (SSR), arrojaba error 500 diciendo que la estrategia BASIC tenia un error y entraba el error de BOOM. lo que pasaba era que se me habia olvidado crear el archivo .ENV que no esta en los archivos que se descargan del repositorio de la carpeta SSR-SERVER. recuerden crear el archivo .env porque en él esta el API_KEY_TOKEN y sin este la estrategia BASIC no va a funcionar

Cesar Arion Espinosa Méndez

student•

Gracias por el aporte, tenia el mismo error, pero en mi caso tenia el require en el index de config asi: --> require('dotenv').config Me faltaban los paréntesis.

--> require('dotenv').config()

Muchas gracias, saludos

Jorge Velasquez

student•

Aporto mi granito de arena en la solución del siguiente error para los que vengan atrás.

Error

Error: Request failed with status code 401 at createError (/home/tomasgolden/platziVideo-backend/ssr-server/node_modules/axios/lib/core/createError.js:16:15) at settle (/home/tomasgolden/platziVideo-backend/ssr-server/node_modules/axios/lib/core/settle.js:17:12) at IncomingMessage.handleStreamEnd (/home/tomasgolden/platziVideo-backend/ssr-server/node_modules/axios/lib/adapters/http.js:236:11) at IncomingMessage.emit (events.js:228:7) at endReadableNT (_stream_readable.js:1185:12) at processTicksAndRejections (internal/process/task_queues.js:81:21)

Solución agregar estas líneas de código en el archivo index.js der ssr-server

if (!config.dev) {
          res.cookie(&quot;token&quot;, token, {
            httpOnly: true,
            secure: true,
          });
        } else {
          res.cookie(&quot;token&quot;, token);
        }

Imagen donde deben agregar estas líneas de código

Créditos a Ricardo Medina

Antony Jose Cabeza Rauseo

student•

Muchas gracias! Me ayudó a solucionar el error que tenia

Wandy Rafael Santana Evangelista

student•

Hola Devs: Aqui tienen una lectura sobre la diferencia de Authorization Basic y Bearer: Click Aqui

Erick Avila Rojas

student•

Tengo una duda. Quizá incluso venga el problema desde el curso de backend con Node. . En la parte de errores en el servidor de movies-api no me muestra ningún error, por ejemplo cuando el profesor olvidó poner correctamente la variable de user_id. ¿Alguien tiene este problema? . En mi caso al revisar las consolas de ambos servidores, en la de SSR muestra el error. Pero en la movies-api no muestra nada. Supongo sea problema con el middleware para manejo de errores, pero ya revisé todo de nuevo y esta igual que el repositorio. . El proyecto es el que venimos desarrollando dentro de la escuela de JS. Dejo mi repo de Git hub . ssr-server movies-api . Ojalá alguien me pueda ayudar, saludos.

    try {
      if (error || !data) {
        next(boom.unauthorized());
      }
      const { token, user } = data; // esta es la línea que estaría faltando, espero haya resuelto su duda.

      req.login(data, { session: false }, async function(error) {

    try {
      if (error || !data) {
        next(boom.unauthorized());
      }
      const { token, user } = data; // esta es la línea que estaría faltando, espero haya resuelto su duda.

      req.login(data, { session: false }, async function(error) {

if (!config.dev) {
          res.cookie(&quot;token&quot;, token, {
            httpOnly: true,
            secure: true,
          });
        } else {
          res.cookie(&quot;token&quot;, token);
        }

Implementación de las rutas de las películas de usuario

Aprender sobre autenticación y autorización

Lo que aprenderás sobre Passport.js

Stack de seguridad moderno

¿Qué es la autenticación y la autorización ?

Introducción a las sesiones

Conocer qué son los JSON Web Tokens

Anatomía de un JWT

Autenticación tradicional vs JWT

Firmando y Verificando nuestro JWT

Server-side vs Client-side sessions

Buenas prácticas con JWT

Entender cómo funcionan las cookies

¿Qué son las cookies y cómo implementar el manejo de sesión?

Cookies vs Session Storage vs Local Storage

Implementar autenticación en Express usando Passport.js

Arquitectura del proyecto Platzi Video

Agregando la colección de usuarios

Agregando la colección de películas de usuario

Implementando el POST y DELETE de las películas de usuario

Cómo conectarnos a la base de datos

Configuración de Passport.js

Implementación de BasicStrategy con Passport.js

Implementación de Strategy y ExtractJwt con Passport.js

Implementación de nuestro Sign-in

Implementación de nuestro Sign-up

Protegiendo nuestras rutas con Passport.js

Middleware para el manejo de scopes

Configuración del server render

Comunicación máquina a máquina

Implementando recordar sesión