program Outlook wymagający hasła po ponownym uruchomieniu wymiany


11

Niedawno przeszliśmy z Exchange 2003 na 2010 i zauważyliśmy dziwactwo, które nas denerwuje.

Jeśli nasz serwer wymiany (pojedynczy serwer) ulegnie awarii, tj. Zostanie ponownie uruchomiony lub klient utraci łączność (lub na przykład ponowne uruchomienie nastąpi z dnia na dzień, a komputer użytkownika jest w tym czasie włączony), zostaną poproszeni o zalogowanie się i będą musieli użyj pełnej notacji domena \ nazwa użytkownika w polu nazwy użytkownika, aby zalogować się ponownie. Albo to, albo uruchom ponownie program Outlook.

Nie jest to wielka sprawa, ale wielu niedoświadczonych użytkowników jest tym zdezorientowanych, a niektórzy nie zdają sobie sprawy, że muszą coś zrobić, a zatem ich perspektywa pozostaje tam bez otrzymywania wiadomości e-mail, aż w końcu zauważą.

Kiedyś było to płynne, co muszę zrobić, aby odzyskać?


Świetne pytanie. Dzieje się tak również w przypadku Exchange 2007 / Outlook 2007.
Skyhawk

Co ciekawe, dostaję to w 2003 roku, kiedy ponownie uruchamiamy serwer - jednak OP twierdzi, że ich instalacja była bezproblemowa. Rzeczywiście interesujące.
Ben Pilbrow

Czy twój serwer Exchange jest w tej samej sieci co klienci, czy łączysz się ze zdalną lokalizacją?
Sam Cogan

wszyscy w tej samej sieci / fizycznej lokalizacji, czasami korzystamy z dostępu zdalnego, ale większość użytkowników tego nie robi.
RodH257

Odpowiedzi:


2

Jest tak, ponieważ ustawienia konta Outlook zostały skonfigurowane z włączoną opcją „Outlook Anywhere”. Możesz to wyłączyć, jeśli nie chcesz.

Tak więc po ponownym uruchomieniu wymiana spowoduje utratę połączenia i przywrócenie go, gdy będzie z powrotem w trybie online, i nie będzie próbowała nawiązać połączenia przez https - Outlook Anywhere.

Zwykle radzę mojemu użytkownikowi zrestartować program Outlook. Jeśli wprowadzą swoje dane uwierzytelniające, zmieni ich połączenie na zamianę połączenia rodzimego za pośrednictwem sieci LAN na HTTPS.


2
Może to być istotne, jeśli program Outlook Anywhere jest skonfigurowany do łączenia się przy użyciu uwierzytelniania podstawowego i musi normalnie wpisywać hasło podczas otwierania programu Outlook. Jeśli program Outlook Anywhere jest skonfigurowany do korzystania z uwierzytelniania NTLM, powinien automatycznie używać ich poświadczeń i nie monitować o hasło.
TessellatingHeckler

1
Widzę to zachowanie nawet w programie Outlook Anywhere skonfigurowanym do korzystania z NTLM - w rzeczywistości nie powinien monitować, ale tak się dzieje (tylko po ponownym uruchomieniu serwera Exchange w przypadku utraty łączności) Użytkownicy zwykle nie są monitowani - nigdy, ani razu - za wyjątkiem uruchom ponownie wymianę, jeśli program Outlook był otwarty podczas ponownego uruchamiania.
Joshua McKinnon,

Outlook Anywherejest aktywowany i używa NTLM, ale wyłączam go dla mojej domeny lokalnej przez GPO. Mimo to po ponownym uruchomieniu serwera program Outlook prosi mnie o hasło.
Sirber

0

Mam również ten sam problem, dziwne, że tylko niektórzy go doświadczają. Ponownie uruchomiłem ponownie serwer w weekend, gdy komputery były wyłączone, a niektóre osoby wciąż otrzymywały monit w poniedziałek rano.

Martwię się, że wyłączenie Outlook Anywhere wpłynie na moich użytkowników zewnętrznych.

Być może możesz spróbować, ale nie byłem jeszcze w stanie go przetestować: Outlook> Narzędzia> Ustawienia konta> Zmień> Więcej ustawień Karta Połączenie> Odznacz „połącz z moją skrzynką pocztową za pomocą http”.

Czy zainstalowałeś wszystkie pakiety zbiorcze aktualizacji wymiany?

W tym wątku jest także kilka porad: http://www.dslreports.com/forum/r24512375-Outlook-2007-Exchange-2010-prompting-for-usernamepassword


0

Takie zachowanie może być widoczne, jeśli program Outlook jest skonfigurowany do używania tylko uwierzytelniania Kerberos, a różnica czasu między zegarem klienta a zegarem serwera jest wyłączona o więcej niż 5 minut.


-1

Utwórz plik wsadowy na pulpicie wszystkich użytkowników, wykonując następujące czynności:

NET STOP msexchangerpc Shutdown -r -t 15

Zawsze używaj tego do ponownego uruchamiania systemu. Wyłącza usługę, która powoduje, że użytkownicy muszą się ponownie logować. Przynajmniej działał w naszym przypadku.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.