# Iniciado sesión como un usuario diferente en tiempo real

**URL:** <https://meta.discourse.org/t/logged-in-as-different-user-real-time/328698>\
**Category:** Product Support\
**Created:** [30 Septiembre, 2024 15:41 UTC](https://meta.discourse.org/t/logged-in-as-different-user-real-time/328698 "2024-09-30T15:41:00Z")\
**Posts on this page:** 1\
**Showing post:** 36

<div class="post-metadata">

**Author:** ![simonk](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/simonk/32/247950_2.png) [@simonk](https://meta.discourse.org/u/simonk)\
**Post date:** [19 Febrero, 2025 16:17 UTC](https://meta.discourse.org/t/logged-in-as-different-user-real-time/328698/36 "2025-02-19T16:17:28Z")

</div>

Me preocuparía mucho esa configuración de caché. No entiendo completamente la documentación de nginx sobre [`proxy_ignore_headers`](http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_ignore_headers), pero por defecto nginx [no almacena en caché](http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_cache_valid) las respuestas que incluyen una cabecera `Set-Cookie`. Parece que esa configuración está cambiando ese comportamiento para que las respuestas que incluyen una cabecera `Set-Cookie` **podrían** ser almacenadas en caché. Si se almacenan en caché **con** la cabecera `Set-Cookie` y luego se sirven a un usuario diferente, eso podría hacer que alguien cambie de cuenta de usuario.

En teoría, esa configuración solo debería aplicarse a archivos multimedia, pero hacer coincidir la parte final de una URL (¿incluyendo parámetros de consulta?) parece una forma bastante insegura de hacerlo.

---

_[View the full topic](https://meta.discourse.org/t/logged-in-as-different-user-real-time/328698)._