14 votos

Proceso de escucha desconocido en el puerto 8080

El problema: algo está escuchando en el puerto 8080

  • Si cargo la página con Safari obtengo una página en blanco (la página es blanca pero "Desarrollar → Mostrar fuente de la página" está en gris)
  • Si me comunico por telnet con el puerto 8080 obtengo algo que responde

    $ telnet 127.0.0.1 8080
    Trying 127.0.0.1...
    Connected to localhost (127.0.0.1).
    Escape character is '^]'.

Pero

  • lsof no muestra ningún proceso de escucha en el puerto 8080

    $ sudo lsof -iTCP -sTCP:LISTEN -P -n | grep 8080
    $
  • netstat no muestra ningún proceso utilizando el puerto 8080

    $ netstat -n  | grep 8080
    $
  • Puedo abrir el puerto 8080 programáticamente (por ejemplo, con un servidor web) sin ningún error sobre el puerto en uso

  • nmap no enumera el puerto como utilizado

    sudo nmap 127.0.0.1
    
    Starting Nmap 6.01 ( http://nmap.org ) at 2012-10-03 16:16 CEST
    Nmap scan report for localhost (127.0.0.1)
    Host is up (0.000081s latency).
    Not shown: 990 closed ports
    PORT      STATE SERVICE
    22/tcp    open  ssh
    631/tcp   open  ipp
    1023/tcp  open  netvenuechat
    3283/tcp  open  netassistant
    3306/tcp  open  mysql
    3689/tcp  open  rendezvous
    5001/tcp  open  commplex-link
    5003/tcp  open  filemaker
    5432/tcp  open  postgresql
    50003/tcp open  unknown
    
    Nmap done: 1 IP address (1 host up) scanned in 10.92 seconds

Lo mismo ocurre con el puerto 80, pero no con otros puertos (por ejemplo, el 81 o el 8081).

Pregunta ¿Qué proceso responde a estos puertos cuando ningún otro proceso los abre? ¿Cuál es el propósito de este comportamiento?

Edita

  • si abro el puerto con un programa el puerto puede ser usado normalmente. Una vez que el puerto se cierra el comportamiento extraño reaparece. Ejemplo:

    • El acceso al puerto 8080 entrega una conexión a un proceso desconocido
    • Abro el puerto con Tomcat
    • los accesos al puerto 8080 van al tomcat y todo está bien
    • Cierro el puerto (dejo el gato)
    • el puerto figura como no utilizado (véase más arriba)
    • El acceso al puerto 8080 entrega una conexión a un proceso desconocido
  • las reglas del cortafuegos sólo muestran que el puerto no está bloqueado

    $ sudo ipfw show
    00001    926004   100891783 allow ip from me to any dst-port 80,8080,3128,5001,5003,443
    65535 125057043 94341114828 allow ip from any to any

Edición 2

  • el programa de escucha no es un servidor HTTP (es decir, no reacciona a un GET index.html HTTP/1.0 solicitar

0 votos

Instala Little Snitch e intenta los pasos de nuevo. No estoy seguro de que funcione para los procesos de escucha, tal vez alguien más pueda confirmarlo.

0 votos

Instalado LittleSnitch: no informa de nada sobre el acceso a localhost:8080.

20voto

Matim Puntos 118

Me di cuenta de este mismo problema en mi Macbook. Estaba tratando de usar el puerto 8080 para algunas pruebas y recibí el error de que otro proceso ya estaba escuchando en él. Mi invocación de nmap dio resultados diferentes dependiendo de si estaba usando sudo o no. Esto no tiene sentido para mí.

Me preocupé mucho cuando no pude averiguar qué procesos estaban escuchando en estos puertos usando sudo lsof -P -n -iTCP | grep LIST . Esto me llevó a creer que había un software malicioso oculto intencionalmente.

Terminé eliminando archivos de /Library/LaunchDaemons/ hasta que lo reduje al culpable. La aplicación responsable de todos estos puertos abiertos fue el Cisco AnyConnect Secure Mobile Client. Desafortunadamente, para que este cliente VPN Cisco funcione, debe tener todos estos puertos abiertos. Aparentemente, también es responsable de la adición de la regla del cortafuegos que informó con ipfw show .

Todavía me sorprende por qué no se muestra qué proceso es el responsable de los puertos abiertos cuando se utiliza lsof . Ninguna aplicación debería poder evitar ser incluida en la lista utilizando este método. Tal vez la razón de que el proceso no esté listado se responda en otra pregunta de intercambio de apuestas.

0 votos

Gracias. En realidad tengo instalado Cisco AnyConnect ... AnyConnect también instala una extensión del Kernel que es muy probablemente la causa de no poder ver ningún proceso.

0 votos

Tengo exactamente el mismo problema pero con el puerto 80: apple.stackexchange.com/questions/99068/ . ¿Por qué Cisco no asignó otro puerto?

0 votos

En realidad no tenía instalado el cliente Cisco, pero solía tener . Lo descubrí enviando peticiones al puerto 8080, que sudo lsof -i -P | grep 8080 mostró que iba a una ip que no reconocía, y ifconfig | grep that mostró que era la interfaz en4. Esa interfaz era algo que Cisco VPN había configurado, y estaba allí a pesar de que Cisco VPN ya ha sido desinstalado.

4voto

Raymond Yee Puntos 111

Me encontré con este problema esta mañana, me quejé en Twitter, y estaba dijo que el problema ha sido arreglado en las versiones recientes de Any Connect . Me he actualizado a la nueva versión, y ya no tengo un proceso misterioso que se une al puerto 8080. Hasta ahora todo va bien.

1voto

jungwon jin Puntos 111

En mi caso tengo esto de lsof.

GeneralSe 57613  root  8u  IPv6 0x2ffc9f7c6daebd5b  0t0  TCP *:8080 (LISTEN)

Así que después de cavar en el LaunchDaemon, encontré estos archivos y los borré.

com.GeneralSearchSignDaemon.plist
com.GeneralSearchSignP.plist

Entonces el puerto queda libre.

Creo que este proceso está relacionado con Yarn, pero no se solucionó automáticamente ni siquiera eliminé Yarn.

0 votos

Hola, bienvenido. ¿Qué hiciste después de encontrar el archivo que el puerto se convirtió en libre?

0 votos

Lo siento por la falta de información importante;; lo he eliminado. Deseo que ya ha sido resuelto el problema..

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X