Saat ini saya menggunakan kotak Windows, menjalankan Chrome 27 pada saluran dev, dan saya memiliki apa yang saya yakini sebagai sejumlah besar koneksi mendengarkan yang terhubung dengan proses.
Perintah berikut mengembalikan 268 port mendengarkan:
netstat -aon|find /i /c "11692"
( di mana dalam kasus ini 11692 adalah proses chrome utama )
Ini adalah seperti apa beberapa port terlihat dari 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
Mungkin saya kehilangan sesuatu dengan membaca netstat, tetapi ini tampaknya luar biasa tinggi.
Ini adalah masalah yang berulang. Satu-satunya hal yang diperlukan untuk membangkitkan sejumlah besar port mendengarkan adalah memulai Chrome. Juga, ketika saya menutup Chrome, selalu setidaknya satu proses masih berjalan setelah saya menutup browser, dan tampaknya berjalan tanpa batas ( ini bukan proses yang terkait dengan sejumlah besar port yang terbuka - atau setidaknya tidak dengan sendirinya - sebagai port hilang saat saya menutup browser ).
Apakah ada yang tahu:
- Jika ini normal?
- Jika tidak normal, apa yang bisa menjelaskannya?
- Bagaimana saya bisa mengetahui lebih banyak informasi tentang apa yang sebenarnya terjadi?
Saya telah menginstal Wireshark, tetapi sepertinya selalu membingungkan pemahaman saya, dan saya belum merasa ingin mencoba untuk mendapatkannya. Juga, Windows Event Log tidak mengungkapkan apa pun.
Perhatikan bahwa ini bukan duplikat pertanyaan. Mengapa Google membutuhkan begitu banyak port terbuka? karena port ini tidak didedikasikan untuk - dan tampaknya tidak terkait dengan - situs web apa pun.
Terima kasih sebelumnya.
Jawaban:
DNS asinkron di Chrome, bacalah lebih lanjut di Proyek Chromium
Singkatnya: Chrome menggunakan resolusi DNS sinkron Windows asli secara default, yang berarti harus menunggu setiap resolusi secara berurutan, terlepas dari berapa banyak tab yang dimuat secara bersamaan, yang akan menambahkan kelambatan yang terlihat pada pemuatan mereka tergantung pada urutan penyelesaiannya yang baru tuan rumah. Solusi yang diajukan adalah membuat komponen ini tidak sinkron, karena Chrome ini perlu mem-bypass komponen DNS asli Windows, menambahkan salah satu dari komponennya sendiri, dan dengan demikian membuka beberapa port UDP lagi saat dibutuhkan.
Perilaku itu, dalam pertanyaan teratas, adalah karena komponen berada dalam tahap pengembangan dan dengan demikian akan muncul begitu, memiliki banyak koneksi, tidak dibatasi dan pemboros sumber daya. Ini terjadi hanya jika pengguna secara manual mengubah bendera di Chrome untuk mengaktifkan fitur ini, biasanya disediakan untuk pengembang atau kontributor. Lihat "Jawaban usang" untuk penjelasan tentang cara mengakses Chrome versi lama.
Untuk versi Chrome yang lebih baru, saya dapat mengatakan untuk v43, perilaku ini telah diperbaiki, dan sekarang ia menggunakan lebih sedikit port UDP tergantung pada jumlah host tidak dikenal yang perlu diselesaikan, jika tidak maka akan menggunakan resolusi cache dan memiliki lebih sedikit port yang dibuka.
Sejauh yang saya tahu, versi Chrome saat ini tidak memiliki flag untuk mengaktifkannya, itu ada dan dapat diaktifkan melalui sakelar pada chrome.exe. Secara default, ini dinonaktifkan .
Edit pintasan Chrome dan tambahkan --enable-async-dns setelah target chrome.exe " , pisahkan melalui spasi. Di Windows 7, untuk pintasan yang disematkan, klik kanan pin, di menu ubin klik kanan pintasan Google Chrome di atas Lepas sematan program ini ... dan akses propertinya, edit Target di sana.
Untuk mengetahui apakah Asynchronous DNS diaktifkan, akses chrome: // net-internal / # dns dan harus ada daftar yang disebut Internal DNS client enabled: true atau false
Jawaban usang (opsi ada di versi yang lebih lama, sekitar 27):
Masukkan ini di bilah alamat Google Chrome:
Gulir ke bawah daftar dan pastikan " Built-in Asynchronous DNS " Dinonaktifkan.
sumber