268 porte associate a Chrome

Attualmente sto usando una finestra di Windows, eseguendo Chrome 27 sul canale dev, e ho quello che credo sia un numero insolitamente elevato di connessioni di ascolto connesse al processo.

Il seguente comando restituisce 268 porte di ascolto:
netstat -aon|find /i /c "11692"
_{( dove in questo caso 11692 è il processo Chrome principale )}

Ecco come appaiono alcune porte da 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

Forse mi manca qualcosa con la mia lettura di netstat, ma questo sembra insolitamente alto.

Questo è un problema di ripetizione. L'unica cosa necessaria per evocare l'enorme numero di porte in ascolto è avviare Chrome. Inoltre, quando chiudo Chrome, sempre almeno un processo è ancora in esecuzione dopo aver chiuso il browser e sembra funzionare in modo indefinito ( questo non è il processo associato al gran numero di porte aperte - o almeno non da solo - come il le porte scompaiono quando chiudo il browser ).

Qualcuno sa:

Se questo è normale?
Se non è normale, cosa potrebbe spiegarlo?
Come ho potuto trovare maggiori informazioni su ciò che sta realmente accadendo?

Ho installato Wireshark, ma sembra sempre confondere la mia comprensione e non ho ancora avuto voglia di provare a farlo. Inoltre, il registro eventi di Windows non rivela nulla.

Nota che questo non è un duplicato della domanda Perché Google ha bisogno di così tante porte aperte? poiché queste porte non sono dedicate a - e non sembrano essere collegate - a nessun sito web.

Grazie in anticipo.

windows google-chrome port

— DGO
fonte

Hai incasinato le tue impostazioni sperimentali ... ecco perché! Controlla chrome: // flags / e dimmi se "DNS asincrono incorporato" è abilitato o Predefinito / Disabilitato ... dovrebbe essere Predefinito.

Bello! Penso che tu abbia assolutamente ragione. Avevo incasinato alcune bandiere, anche se non ricordo se fosse una di queste. Tuttavia, dopo un regolare aggiornamento della versione di Chrome, questo ha smesso di accadere. Forse quel flag ritorna dopo l'aggiornamento - ora è di default. Le altre bandiere che ho impostato non sono state ripristinate. Comunque - grazie per aver contribuito a rimuovere la natura misteriosa del problema :)

— fatto il

DNS asincrono su Chrome, leggi di più su The Chromium Projects

Per farla breve: Chrome utilizza risoluzioni DNS sincrone native di Windows per impostazione predefinita, il che significa che deve attendere ogni risoluzione in successione, indipendentemente da quante schede si stanno caricando contemporaneamente, il che aggiungerà un notevole ritardo al loro caricamento a seconda dell'ordine che risolvono nuovo padroni di casa. Una soluzione proposta è stata quella di rendere asincrono questo componente, per questo Chrome aveva bisogno di bypassare il componente DNS nativo di Windows, aggiungerne uno proprio e quindi aprire alcune porte UDP quando necessario.

Tale comportamento, nella domanda principale, è dovuto al fatto che il componente si trova in fase di sviluppo e quindi apparirà così, ha molte connessioni, essendo senza restrizioni e un distruttore di risorse. Ciò stava accadendo solo se l'utente ha cambiato manualmente un flag in Chrome per attivare questa funzione, di solito riservata a sviluppatori o collaboratori. Consulta "Risposta obsoleta" per una spiegazione su come accedere alle versioni precedenti di Chrome.

Per le versioni più recenti di Chrome, posso dire per v43, questo comportamento è stato risolto e ora utilizza meno porte UDP a seconda del numero di host sconosciuti che deve risolvere, altrimenti utilizzerà risoluzioni nella cache e avrà meno porte aperte.

Per quanto ne so, le versioni attuali di Chrome non hanno un flag per abilitarlo, esiste e può essere abilitato tramite un interruttore su chrome.exe. Per impostazione predefinita, è disabilitato .

Modifica i collegamenti di Chrome e aggiungi --enable-async-dns dopo il target chrome.exe " , separali attraverso uno spazio. In Windows 7, per un collegamento appuntato, fai clic con il pulsante destro del mouse sul menu a comparsa, fai clic con il pulsante destro del mouse sul collegamento Google Chrome sopra l' opzione Unpin this program ... e accedi alle sue proprietà, modifica il Target lì.

Per scoprire se asincrona DNS è abilitata, l'accesso chrome: // net-internals / # dns e ci dovrebbe essere un annuncio chiamato client DNS interno abilitato: vero o falso

Risposta obsoleta (l'opzione esiste nelle versioni precedenti, intorno al 27):

Inserisci questo nella barra degli indirizzi di Google Chrome:

chrome://flags/

Scorri l'elenco verso il basso e assicurati che " DNS asincrono incorporato " sia disabilitato.

— JasonXA
fonte

Benvenuto in Super User! Si prega di aggiungere ulteriori dettagli per qualcuno che non è a conoscenza. È necessario modificare la domanda originale per aggiungere ulteriori informazioni.

— vonbrand

@vonbrand: non penso che sia lui a porre la domanda. Con "Avrei dovuto pubblicare questo come risposta" sembra che si riferisse al suo precedente commento sopra, che sembra aver risolto il problema. Quello che non capisco è, perché non ha usato lo stesso nome utente e password con cui si era già registrato, invece di creare un nuovo utente con lo stesso nome?

— Karan,

@Karan, l'email si è in qualche modo deformata quando mi sono registrato e non ho più potuto accedere a quell'account. Ho sperimentato alcuni blocchi di password e uno mi ha fatto alcuni problemi, non è l'unico caso in cui ho digitato la mia e-mail e questa è stata riscritta ... quindi ho creato un nuovo account.

— JasonXA,

Il DNS asincrono incorporato è abilitato per impostazione predefinita dal Chrome 26. Da quando utilizzo un firewall personalizzato, sono stato in grado di visualizzare tutte queste connessioni alla porta dopo l'aggiornamento di Chrome. Tuttavia, non ho trovato alcuna documentazione sul perché nel mondo il DNS asincrono vuole aprire diverse dozzine di nuove porte. Hai un indizio?

— king_julien,

Grazie ... Ho appena capito che eri la stessa persona che ha pubblicato il commento e ha accettato la tua risposta.

— dal