5

Estoy viendo this y this y me parece 'fácil' enviar las credenciales en la URL. Por ejemplo:Ningún navegador está enviando información de autorización en el encabezado

http://gooduser:[email protected]/webcallback?foo=bar

Todo esto está muy bien, pero no trabaja . He activado el violín y para Chrome no se envía el encabezado Authorization. Parece exhibir el mismo comportamiento para otros navegadores (tengo un punto de interrupción en el servidor y no aparece el encabezado Authorize para Firefox, Safari o IE)

¿Cómo hacerlo mejor?

+0

Hola, me encontré con la misma pregunta. ¿Ya has encontrado una solución? – mreithub

+0

@mreithub no me disculpo :( – wal

+0

Me sorprendió ver el encabezado de autorización enviado para una autorización básica en Chrome. Otros aún fallan – spankmaster79

Respuesta

2

Tropezamos con esto mientras investigábamos varias implementaciones básicas de autenticación.

Los navegadores generalmente solo envían autenticación básica si reciben una respuesta de desafío 401 del servidor (more on basic auth protocol). Si el punto final en cuestión acepta usuarios autenticados y no autenticados, es probable que nunca se solicite una solicitud basada en navegador para los parámetros de autenticación.

La forma más fácil de probar este tipo de configuración es para enviar una petición rizo (que envía los parámetros de autenticación sin tener en cuenta) a su punto final de servidor y validar la recepción de la cabecera authorization:

curl 'http://gooduser:[email protected]/webcallback?foo=bar'

0

Aceptar lo después de mucho buscar y experimentar el enfoque

http://gooduser:[email protected]/webcallback?foo=bar 

funciona. Sin embargo, hay que tener cuidado para garantizar que la contraseña secreta NO contenga ningún carácter especial. Use una contraseña que contenga solo letras y números y un hypen (si es necesario) y debería funcionar.

Cuestiones relacionadas