Herramienta para developers

Consulta de puertos localhost

Usa la consulta de la home para identificar puertos localhost comunes y obtener un comando rápido para revisar uso local.

Checklist rápido

  1. 1 Escribe el puerto que viste en una terminal, tutorial o error.
  2. 2 Comprueba si suele ser web, API, base de datos o cache.
  3. 3 Ejecuta el comando de tu sistema si sospechas conflicto de puerto.
  4. 4 Abre la URL en el navegador solo cuando el servicio sea HTTP.

Comprobaciones rápidas

Comprobar puerto en macOS o Linux lsof -i :3000

Cambia 3000 por el puerto que necesites. Un proceso listado significa que algo ocupa el puerto, no siempre la app esperada.

No abras protocolos de base de datos en navegador localhost:3306

MySQL, PostgreSQL, Redis y MongoDB suelen necesitar cliente, CLI o connection string, no una página web.

Verificar la URL web aparte http://localhost:8080/

La consulta da el significado común. La respuesta del navegador dice qué sirve tu máquina ahora.

Comprobación de request en vivo

Qué ve esta página

Detectando qué ve el servidor...
IP pública Comprobando...
Línea de request Comprobando...
Headers HTTP de la request
Cargando headers...

Los headers sensibles, como cookies y tokens de autorización, se filtran antes de mostrarse.

La consulta de puerto no es una garantía

Cualquier aplicación puede usar un puerto. La herramienta muestra patrones comunes de desarrollo, no un escaneo de tu ordenador.

Puertos de navegador y no navegador

3000, 5173 y 8080 suelen servir páginas web. 3306, 5432 y 6379 normalmente requieren clientes especializados.

Cómo usar el resultado

Toma la consulta como pista y confirma con terminal, salida del framework y respuesta real del navegador.

  • Si el puerto está ocupado, identifica el proceso antes de matarlo.
  • Si el puerto está libre, arranca el servicio o abre el puerto impreso por el servicio.
  • Si el servicio no es HTTP, usa la CLI o cliente correspondiente.

Guías relacionadas de localhost

FAQ

¿Esta página puede escanear mis puertos locales?

No. Una página estática no debería escanear tu máquina en silencio. Usa la terminal o herramientas del sistema para datos exactos.

¿Por qué un puerto de base de datos falla en el navegador?

Los protocolos de base de datos no son páginas HTTP. Usa un cliente como CLI, app de escritorio o connection string del framework.

¿Esta herramienta hace llamadas a servicios externos?

El constructor de URL y la consulta de puertos funcionan en el navegador. El inspector usa un endpoint de este mismo sitio. Se usa Pageview para analítica básica, pero no una API externa de IP.

¿Por qué copiar el snapshot de depuración?

Resume URL, línea de request, headers seguros, user agent y contexto del navegador. Ayuda al reportar un problema a un compañero o asistente de código.

¿Se muestran cookies o authorization headers?

No. Headers sensibles como cookies, authorization y tokens API comunes se filtran antes de mostrarse.