Login domain sangat lambat 10+ menit

16

Kami memutar otak kami untuk mencari tahu masalah ini dan saat ini macet!

Pada dasarnya kami mengalami masalah dengan beberapa pengguna yang perlu waktu lama untuk masuk di pagi hari, beberapa kali hingga 20 menit, kami telah mencoba memperbaiki masalah ini dengan melihat berbagai metode, kami telah memeriksa DNS (tampaknya baik-baik saja, meskipun bukan saya titik terkuat saya akan menerima saran), memeriksa kecepatan jaringan (tampaknya baik-baik saja), para pengguna yang bersangkutan tidak menggunakan profil roaming dan tidak ada kebijakan yang menunjuk ke drive jaringan yang dipetakan tidak tersedia.

Ini sekarang menjadi masalah besar karena begitu banyak pengguna mengeluh bahwa mereka dapat membuat secangkir kopi sebelum komputer masuk.

— Daryl Liney
sumber

3

Apakah kalian memiliki server ntp, dan menyinkronkan semua jam Anda dengan server ntp ini? Saya hampir kehilangan akal karena kami tidak memiliki Server ntp dan semua AD Maschine kami yang sedikit tidak sinkron dan ini menyebabkan lalu lintas jaringan yang gila dan waktu otentikasi yang sangat lama.

— Harrys Kavan

1

meskipun Anda telah menyebutkan DNS, harap verifikasi bahwa klien Anda menunjuk ke DNS server Anda dan layanan WINS. Anda juga dapat mencoba mengonfigurasi entri DNS pada sistem lokal. lihat tautan untuk detailnya.

— Striker_84

6

Mark Russinovich memiliki beberapa tautan bagus untuk mengatasi masalah log masuk lambat . Anda dapat mempertimbangkan mulai di sana untuk mengumpulkan beberapa informasi lebih lanjut tentang masalah spesifik Anda.

— jscott

Saya memiliki dua pertanyaan tentang masalah ini: Apakah Anda yakin tidak mengunduh seluruh direktori pengguna saat login (file, dokumen, musik, dll.) Dari pengontrol domain, dan bukan hanya file konfigurasi? Apakah logout juga lambat?

— Str82DHeaD

Periksa lalu lintas Jaringan. Roaming porifle + Gigabytes data = log masuk lambat.

— TomTom

3

Kami memiliki masalah serupa di mana workstation membutuhkan waktu sekitar 10 menit untuk masuk. Namun, jika kabel jaringan dicabut dan PC reboot maka mereka langsung masuk.

Kami menemukan bahwa login lambat disebabkan oleh driver printer yang sedang diinstal tetapi yang membutuhkan input pengguna, yang jelas tidak dapat disediakan karena pengguna belum masuk.

Coba aktifkan Layar Selamat Datang Verbose di GPO. Ini mungkin menunjukkan Anda di mana PC macet.

— pengguna239341
sumber

Sebagai sedikit variasi untuk solusi ini, saya memecahkan masalah yang sama dengan OP dengan menghapus item Preferensi GP yang mencoba menginstal printer yang sudah tidak ada lagi (daripada membutuhkan input pengguna).

— Saya katakan Reinstate Monica

2

Anda mungkin ingin menguji pengaturan registri "BufferPolicyReads". Pengaturan ini diaktifkan secara default di Windows 7, tetapi perlu ditentukan untuk Windows XP.

http://support.microsoft.com/kb/319440

Kunci: HKLM \ Software \ Microsoft \ Windows NT \ CurrentVersion \ Winlogon

Nilai: BufferPolicyReads
Tipe: DWORD
Nilai: 1

— Greg Askew
sumber

1

Untuk menambah apa yang diposkan orang lain, saya pernah melihat ini terkadang ketika mesin klien DNS diatur ke sesuatu selain server AD (atau server DNS internal), ini terutama benar jika domain lokal Anda menggunakan .com atau. bersih atau sesuatu yang ada di domain DNS Publik.

— OrganizedChaos
sumber

5

"this is especially true if your local domain is using a .com or .net or something that is in the Public DNS domain."- Tidak. Ini salah. Anda harus menggunakan subdomain pada domain terdaftar yang Anda miliki untuk AD Anda. Jadi, jika situs example.comAnda, Anda harus menggunakan sesuatu seperti ad.example.comuntuk Active Directory Anda. Selama klien dikonfigurasikan untuk menggunakan Pengontrol Domain untuk DNS, tidak ada alasan untuk mencegah siapa pun dari menggunakan .net, .com, .edu atau TLD terdaftar lainnya. Dalam situasi apa pun Anda tidak boleh menggunakan TLD palsu seperti .local, .lan, atau .corp.

— MDMarra

2

@MDMarra begitu .... Saya pergi mencari jawaban Anda untuk membuktikan Anda salah, karena di masa lalu ini secara luas dianggap praktik terbaik. Saya melihat bahwa sekarang, disarankan untuk menggunakan nama DNS publik dan menggunakan subdomain seperti yang Anda sebutkan karena unik. Jika perusahaan Anda bergabung, Anda tidak akan memiliki masalah dengan menggabungkan dua AD dengan nama yang sama, dll ...

— OrganizedChaos

-3

Coba reset netsh int ipv4 & netsh winsock reset & ipconfig / flushdns, ini berhasil dalam kasus saya

— gonzo
sumber

1

Akan membantu jika Anda memberikan alasan mengapa ia harus menjalankan skrip Anda.

— John aka hot2use