Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

shared-browser-tabs

Un navegador Chromium autocontenido para múltiples usuarios que comparten la misma sesión persistente, cookies y sesiones de autenticación desde un solo servidor.

Ficha actualizada 23 sept 2026, 14:36 · upstream 23 sept 2026, 14:32 · release sin release detectada

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es shared-browser-tabs

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Shared Browser Tabs es una herramienta de automatización web que permite acceder a una misma sesión de navegador Chromium persistente en múltiples usuarios. Cada usuario ve su propia pestaña pero comparte el mismo contexto de navegación, cookies, sesiones de login y almacenamiento local. El proyecto está diseñado para ser autocontenido, con soporte Docker, Compose y FastAPI como backend.

CASOS DE USO
  • Gestión de cuentas de clientes en un panel centralizado
  • Autenticación compartida entre múltiples usuarios sin necesidad de múltiples credenciales
  • Administración de cuentas y permisos desde una interfaz web
  • Simulación de sesiones concurrentes para pruebas de seguridad
  • Acceso a sitios web con autenticación de dos factores compartida
  • Gestión de sesiones de usuario en aplicaciones SaaS o plataformas internas
PUNTOS DESTACADOS
  • Soporte completo de Docker, Compose y FastAPI sin necesidad de instalación manual
  • Sesión persistente única por navegador con rotación automática de tokens de sesión
  • Input aislado entre usuarios mediante WebSocket en lugar del clipboard global X11
  • Soporte para tipografía árabe (Noto Arabic) y latín sin CDN externo
  • Interfaz responsiva que se adapta a pantallas móviles y tablets
  • API RESTful con endpoints de autenticación, gestión de usuarios y tablas
PRECAUCIONES
  • No soporta audio, micrófono ni cámara en el navegador
  • El menú contextual derecho no es completo (no incluye todas las opciones del menú Chromium)
  • No se implementan transferencias de archivos locales ni upload/download arbitrario
  • La autenticación depende de la reputación IP y reglas del sitio, no solo de la sesión
  • Los navegadores que reemplazan o evitan el clipboard pueden no ser soportados
  • El almacenamiento de cookies y sesiones se comparte por diseño entre usuarios
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU2 vCPUrecomendación inicial
MEMORIA2 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADmediumnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Listo para automatizar

Para desplegar: instala Docker Compose con los archivos .env.example y .env. Configura SECRET_KEY y ADMIN_PASSWORD antes de exponer la aplicación. El puerto predeterminado es 8000. Para producción, usa HTTPS con WebSocket upgrades activados y COOKIE_SECURE=true. No expone CDP ni VNC ports. Antes de hacer backup del perfil y base de datos, detén el contenedor. Las pruebas E2E se ejecutan mediante docker compose exec -T app python -m tests.e2e_remote.

✓Dockerfile
✓Compose
✓One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
FastAPIPython
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
8000
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.