Pencarian DNS Mac OS X memakan waktu selamanya dari Safari dan aplikasi lain yang menggunakan mDNSResponder. Pencarian yang sama berfungsi dengan baik jika saya menggunakan nslookup dari baris perintah, dan mereka juga berfungsi dengan baik dari iPhone dan iPad saya di jaringan nirkabel yang sama.
Dan itu hanya di jaringan di tempat kerja; ketika saya di rumah, atau ditambatkan ke iPhone saya, semua pencarian DNS berfungsi dengan baik. Ketika saya berada di jaringan di tempat kerja, baik melalui Wi-Fi atau Ethernet, saya memiliki masalah ini. Saya sudah mencoba menggunakan perintah berikut:
launchctl unload /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist
launchctl load /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist
Itu digunakan untuk memberikan bantuan sementara (menit) di bawah Snow Leopard, tapi sekarang, di bawah Lion, biasanya tidak memberikan apa-apa sama sekali.
Baik pengaturan Ethernet maupun Wi-Fi saya tidak menentukan server DNS; mereka terisi otomatis dari router. Tapi saya sudah mencoba menentukan sendiri, seperti Google DNS atau OpenDNS, dan itu tidak memperbaiki masalah.
Pengaturan jaringan adalah router yang terhubung ke modem kabel, dengan semua port Ethernet di kantor keluar darinya. Router wifi Bandara Extreme juga dicolokkan ke router utama (dalam mode bridge), dan klien WiFi terhubung ke sana.
Saya telah mencari di seluruh dan menemukan hal-hal lain yang terlihat berlaku pada awalnya (misalnya pencarian DNS gagal tetapi nslookup berfungsi ), membuat saya berpikir bahwa masalah mDNSResponder ini tidak terlalu umum, tetapi tidak satupun dari mereka yang sama persis dan solusi mereka belum belum bekerja untuk saya.
Juga: tidak setiap pencarian DNS, hanya sebagian besar. Pencarian Google muncul secara instan, tetapi Google Maps membutuhkan waktu selamanya untuk memuat (ketika saya melihat jendela aktivitas, biasanya skrip dan yang lainnya datang dari beberapa server Google CDN). Bahkan situs yang kami gunakan setiap hari, dan Anda pikir akan di-cache di suatu tempat (seperti php.net) membutuhkan waktu selamanya untuk memuat, atau waktu habis.
Juga: semuanya memuat dengan baik dari browser di dalam mesin virtual Windows XP, yang bagi saya menunjuk lebih menuduh pada mDNSResponder sebagai biang keladinya - tetapi semuanya bekerja dengan baik ketika saya ada jaringan lain.
sumber
Jawaban:
Alasan DNS lambat di kantor tetapi tidak di rumah, mungkin karena router kantor menggunakan IPv6 tetapi router rumah Anda menggunakan IPv4, dan bahwa Lion lebih baik dalam menggunakan IPv6 daripada Snow Leopard. Situs web yang tidak terpengaruh oleh penurunan itu mungkin adalah orang-orang yang memiliki dukungan lebih baik untuk IPv6.
Lihat artikel ini untuk langkah-langkah yang menunjukkan IPv6 menjadi 2-3 kali lebih lambat dari IPv4 pada DNS:
IPv6 Akan Memperlambat Anda (DNS)
Jika demikian, menonaktifkan IPv6 di router kantor (dan seluruh jaringan kantor) dapat menyelesaikan masalah.
Artikel ini mungkin juga berguna: Cara Menonaktifkan IPv6 di Mac OS X 10.7 Lion .
sumber
Saya dulu memiliki masalah yang sama dengan MacBook Pro saya menjalankan 10.6. Saya jarang mematikan mesin saya. Pada dasarnya di rumah saya hanya menutup tutupnya dan memasukkannya ke dalam tas saya dan membawanya ke kantor. Di tempat kerja saya membuka tutupnya dan pergi. Yang saya perhatikan adalah bahwa OS X tampaknya tidak melakukan transisi ini dengan mulus seperti yang saya inginkan. Saya akan mendapatkan DNS lambat, sejumlah besar sumber daya jaringan menunggu, dll. Apa yang memperbaikinya bagi saya adalah memutuskan sambungan secara manual dari setiap jaringan sebelum saya menutup mesin saya (yaitu mematikan bandara sebelum saya menutup tutupnya). Jika saya tidak melakukan ini, siaga saya adalah:
Either way bekerja cukup baik untuk saya. Pada kesempatan yang jarang saya restart mesin.
sumber
Apakah Mac lain berfungsi dengan benar di jaringan kantor?
Pastikan pengaturan jaringan yang ditetapkan konsisten. Saya telah melihat situasi di mana server DHCP menetapkan gateway default yang tidak ada di subnet klien. Windows melanjutkan dan menggunakannya, dan bekerja dengan baik, tetapi MacOS (benar!) Menolak untuk mengirim ke alamat IP yang tidak ada di subnet.
Ketika subnet mask diterapkan ke alamat IP klien dan gateway default, hasilnya harus sama. Jika tidak, ini adalah konfigurasi server DHCP yang buruk.
Ini kedengarannya bukan situasi yang tepat. Apakah Mac Anda dikonfigurasikan untuk menggunakan WiFi dan Ethernet di kantor? Jika demikian, coba matikan satu per satu.
sumber