Actualmente estoy usando una caja de Windows, ejecutando Chrome 27 en el canal de desarrollo, y tengo lo que creo que es una cantidad inusualmente grande de conexiones de escucha conectadas con el proceso.
El siguiente comando devuelve 268 puertos de escucha:
netstat -aon|find /i /c "11692"
( donde en este caso 11692 es el proceso principal de Chrome )
Esto es lo que parecen algunos de los puertos de netstat:
UDP 0.0.0.0:62483 : 11692
UDP 0.0.0.0:62486 : 11692
UDP 0.0.0.0:62487 : 11692
UDP 0.0.0.0:62488 : 11692
UDP 0.0.0.0:62489 : 11692
UDP 0.0.0.0:62492 : 11692
UDP 0.0.0.0:62493 : 11692
UDP 0.0.0.0:62494 : 11692
UDP 0.0.0.0:62495 : 11692
UDP 0.0.0.0:62496 : 11692
UDP 0.0.0.0:62498 : 11692
UDP 0.0.0.0:62499 : 11692
UDP 0.0.0.0:62500 : 11692
UDP 0.0.0.0:62501 : 11692
UDP 0.0.0.0:62502 : 11692
UDP 0.0.0.0:62503 : 11692
UDP 0.0.0.0:62504 : 11692
UDP 0.0.0.0:62505 : 11692
UDP 0.0.0.0:62506 : 11692
UDP 0.0.0.0:62509 : 11692
UDP 0.0.0.0:62510 : 11692
UDP 0.0.0.0:62511 : 11692
UDP 0.0.0.0:62512 : 11692
UDP 0.0.0.0:62513 : 11692
UDP 0.0.0.0:62541 : 11692
UDP 0.0.0.0:62542 : 11692
UDP 0.0.0.0:62543 : 11692
UDP 0.0.0.0:62544 : 11692
UDP 0.0.0.0:62545 : 11692
UDP 0.0.0.0:62547 : 11692
UDP 0.0.0.0:62786 : 11692
UDP 0.0.0.0:62787 : 11692
UDP 0.0.0.0:62789 : 11692
UDP 0.0.0.0:62790 : 11692
UDP 0.0.0.0:62791 : 11692
UDP 0.0.0.0:62792 : 11692
UDP 0.0.0.0:62793 : 11692
UDP 0.0.0.0:62794 : 11692
UDP 0.0.0.0:62796 : 11692
UDP 0.0.0.0:62797 : 11692
UDP 0.0.0.0:62798 : 11692
UDP 0.0.0.0:62799 : 11692
UDP 0.0.0.0:62800 : 11692
UDP 0.0.0.0:62801 : 11692
UDP 0.0.0.0:62802 : 11692
UDP 0.0.0.0:62803 : 11692
UDP 0.0.0.0:62805 : 11692
UDP 0.0.0.0:62806 : 11692
UDP 0.0.0.0:62807 : 11692
UDP 0.0.0.0:62808 : 11692
UDP 0.0.0.0:62809 : 11692
UDP 0.0.0.0:62810 : 11692
UDP 0.0.0.0:62812 : 11692
UDP 0.0.0.0:62813 : 11692
UDP 0.0.0.0:62814 : 11692
UDP 0.0.0.0:62815 : 11692
UDP 0.0.0.0:62817 : 11692
UDP 0.0.0.0:62818 : 11692
UDP 0.0.0.0:62820 : 11692
UDP 0.0.0.0:62821 : 11692
UDP 0.0.0.0:62822 : 11692
UDP 0.0.0.0:62823 : 11692
UDP 0.0.0.0:62824 : 11692
UDP 0.0.0.0:62825 : 11692
UDP 0.0.0.0:62826 : 11692
UDP 0.0.0.0:62827 : 11692
UDP 0.0.0.0:62828 : 11692
UDP 0.0.0.0:62829 : 11692
UDP 0.0.0.0:62830 : 11692
UDP 0.0.0.0:64681 : 11692
UDP 0.0.0.0:64682 : 11692
UDP 0.0.0.0:64683 : 11692
UDP 0.0.0.0:65017 : 11692
Tal vez me estoy perdiendo algo con mi lectura de netstat, pero esto parece inusualmente alto.
Este es un problema repetido. Lo único que se necesita para evocar la gran cantidad de puertos que escuchan es iniciar Chrome. Además, cuando cierro Chrome, siempre se está ejecutando al menos un proceso después de cerrar el navegador, y parece ejecutarse indefinidamente ( este no es el proceso asociado con la gran cantidad de puertos abiertos, o al menos no por sí mismo) como el los puertos desaparecen cuando cierro el navegador ).
Alguien sabe:
- Si esto es normal?
- Si no es normal, ¿qué podría explicarlo?
- ¿Cómo podría encontrar más información sobre lo que realmente está sucediendo?
Tengo instalado Wireshark, pero siempre parece confundir mi comprensión, y todavía no tengo ganas de intentar asimilarlo. Además, el Registro de eventos de Windows no revela nada.
Tenga en cuenta que este no es un duplicado de la pregunta ¿Por qué Google necesita tantos puertos abiertos? ya que estos puertos no están dedicados a, y no parecen estar relacionados con, ningún sitio web.
Gracias por adelantado.
Respuestas:
DNS asincrónico en Chrome, lea más sobre esto en The Chromium Projects
Larga historia corta: Chrome utiliza resoluciones DNS síncronas nativas de Windows de forma predeterminada, lo que significa que tiene que esperar cada resolución sucesivamente, independientemente de cuántas pestañas se carguen simultáneamente, lo que agregará un retraso notable a su carga dependiendo del orden en que resuelvan nuevas Hospedadores. Una solución propuesta era hacer que este componente fuera asíncrono, ya que Chrome necesitaba omitir el componente DNS nativo de Windows, agregar uno propio y, por lo tanto, abrir algunos puertos UDP más cuando fuera necesario.
Ese comportamiento, en la pregunta principal, se debe a que el componente está en la etapa de desarrollo y, por lo tanto, parecerá que tiene muchas conexiones, no tiene restricciones y es un desperdicio de recursos. Esto solo sucedía si el usuario cambiaba manualmente una marca en Chrome para activar esta función, generalmente reservada para desarrolladores o colaboradores. Consulte "Respuesta obsoleta" para obtener una explicación sobre cómo acceder a versiones anteriores de Chrome.
Para las versiones más nuevas de Chrome, puedo decir que para v43, este comportamiento se ha solucionado, y ahora usa menos puertos UDP dependiendo de la cantidad de hosts desconocidos que necesita resolver, de lo contrario usará resoluciones en caché y tendrá menos puertos abiertos.
Por lo que puedo decir, las versiones actuales de Chrome no tienen un indicador para habilitarlo, existe y se puede habilitar a través de un interruptor en chrome.exe. Por defecto, está deshabilitado .
Edite los accesos directos de Chrome y agregue --enable-async-dns después del objetivo chrome.exe " , sepárelos a través de un espacio. En Windows 7, para un acceso directo anclado, haga clic con el botón derecho en el pin, en el menú de mosaico, haga clic con el botón derecho en el acceso directo de Google Chrome encima de la opción Desanclar este programa ... y acceder a sus propiedades, edite el Destino allí.
Para averiguar si el DNS asíncrono está habilitado, acceda a chrome: // net-internals / # dns y debe haber una lista llamada Cliente DNS interno habilitado: verdadero o falso
Respuesta obsoleta (la opción existe en versiones anteriores, alrededor de 27):
Ingrese esto en la barra de direcciones de Google Chrome:
Desplácese hacia abajo en la lista y asegúrese de que " DNS asíncrono incorporado " esté deshabilitado.
fuente