prospek membutuhkan kata sandi setelah pertukaran reboot


11

Kami baru-baru ini pindah dari Exchange 2003 ke 2010, dan telah memperhatikan sebuah kekhasan yang mengganggu kami.

Jika server pertukaran kami (server tunggal) turun, artinya ia dinyalakan ulang, atau klien kehilangan konektivitas (atau misalnya reboot dilakukan semalam dan komputer pengguna menyala pada saat itu) mereka akan diminta untuk masuk, dan harus gunakan notasi domain \ username lengkap di bidang nama pengguna mereka untuk login lagi. Entah itu atau reboot pandangan.

Ini bukan masalah besar, tetapi banyak pengguna yang tidak berpengalaman bingung dengan hal ini, dan beberapa tidak menyadari bahwa mereka perlu melakukan sesuatu dan dengan demikian pandangan mereka ada di sana tanpa menerima email sampai akhirnya mereka perhatikan.

Ini dulunya mulus, apa yang harus saya lakukan untuk mendapatkannya kembali?


Pertanyaan yang bagus Ini juga terjadi dengan Exchange 2007 / Outlook 2007.
Skyhawk

Cukup menarik, saya mendapatkan ini pada tahun 2003 ketika kita me-reboot server - namun OP mengatakan instalasi mereka dulu mulus. Menarik memang.
Ben Pilbrow

Apakah server Exchange Anda di jaringan yang sama dengan Anda klien, atau apakah Anda terhubung ke lokasi yang jauh?
Sam Cogan

semua di jaringan / lokasi fisik yang sama, kami terkadang menggunakan akses jarak jauh, tetapi mayoritas pengguna tidak.
RodH257

Jawaban:


2

Ini karena pengaturan akun Outlook dikonfigurasikan dengan "Outlook Anywhere" dihidupkan. Anda dapat mematikannya, jika Anda tidak menginginkannya.

Sehingga ketika pertukaran dimulai ulang, itu akan kehilangan koneksi dan mengembalikannya setelah kembali online, dan itu tidak akan mencoba untuk terhubung melalui https - Outlook Anywhere.

Saya biasanya menyarankan pengguna saya untuk me-restart pandangan. Jika mereka memasukkan kredensial mereka, itu akan mengubah koneksi mereka untuk bertukar dari koneksi asli melalui lan ke HTTPS.


2
Ini mungkin relevan jika Outlook Anywhere diatur untuk terhubung menggunakan otentikasi Dasar dan mereka harus memasukkan kata sandi mereka secara normal ketika membuka Outlook. Jika Outlook Anywhere diatur untuk menggunakan otentikasi NTLM, itu harus menggunakan kredensial mereka secara otomatis dan tidak meminta kata sandi.
TessellatingHeckler

1
Saya melihat perilaku ini bahkan dengan Outlook Anywhere yang dikonfigurasikan untuk menggunakan NTLM - memang seharusnya tidak meminta, tetapi ia melakukannya (hanya setelah server pertukaran mem-boot ulang ketika konektivitas terputus) Pengguna biasanya tidak diminta - tidak pernah, sekali pun - kecuali mengikuti reboot pertukaran jika Outlook terbuka selama reboot.
Joshua McKinnon

Outlook Anywherediaktifkan dan menggunakan NTLM, tetapi saya menonaktifkannya untuk domain lokal saya melalui GPO. Namun, ketika saya reboot server Outlook meminta saya kata sandi.
Sirber

0

Saya juga mengalami masalah yang sama, aneh bahwa hanya beberapa orang yang mengalaminya. Saya juga me-reboot server selama akhir pekan sementara PC tidak aktif dan beberapa orang masih diminta pada Senin pagi.

Saya khawatir mematikan Outlook Anywhere akan memengaruhi pengguna eksternal saya.

Mungkin Anda dapat mencoba ini, saya belum dapat mengujinya: Outlook> Peralatan> Pengaturan Akun> Ubah> Lebih Banyak Pengaturan Tab Koneksi> Hapus centang "sambungkan ke kotak surat pertukaran saya menggunakan http".

Sudahkah Anda menginstal semua rollup pembaruan pertukaran?

Utas ini juga memiliki beberapa saran di dalamnya: http://www.dslreports.com/forum/r24512375-Outlook-2007-Exchange-2010-prompting-for-usernamepassword


0

Anda mungkin melihat perilaku ini jika Outlook dikonfigurasi untuk menggunakan otentikasi Kerberos saja dan perbedaan waktu antara jam klien dan jam server dimatikan lebih dari 5 menit.


-1

Buat file batch di semua pengguna desktop dengan yang berikut ini:

BERHENTI. MSexchangerpc Shutdown -r -t 15

Selalu gunakan ini untuk memulai ulang sistem. Ini mematikan layanan yang menyebabkan pengguna harus masuk kembali. Bekerja setidaknya dalam kasus kami.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.