매우 일반적인 문제는 올바른 비밀번호가 지정된 경우에도 Outlook이 사용자 자격 증명을 요청하기 시작하는 것입니다. Outlook을 시작한 후 온-프레미스 Exchange 서버(또는 Office 365 사서함)에 성공적으로 연결되면 사용자는 사서함의 폴더 목록과 받은 편지함의 새 전자 메일을 봅니다. 그러나 정상적인 작업을 몇 분 후 사용자 이름과 암호를 입력하는 창이 나타납니다. 사용자가 암호를 입력하고 확인을 누르지만 자격 증명을 입력하라는 창이 다시 나타납니다. "취소" 버튼을 클릭하면 사용자가 Outlook 작업을 계속할 수 있지만 잠시 후 암호를 묻는 창이 다시 나타납니다(때로는 사용자 계정이 동시에 잠길 수 있음). 이 문제는 Outlook(2019/2016/365) 및 Windows의 다른 버전에서 발생합니다(Windows 7/8.1 및 Windows 10 모두에 문제가 있음).
이 경우 대부분의 관리자는 메일 프로필을 다시 만들고 Office를 다시 설치하려고 하지만 일반적으로 도움이 되지 않습니다. 일정 주기가 있는 Outlook에서는 여전히 사용자가 암호를 입력해야 합니다.
Outlook에서 성가신 비밀번호 요청 창을 제거하는 데 도움이 될 수 있는 몇 가지 방법을 고려하십시오.
먼저 사용자가 올바른 비밀번호를 입력했는지, 잊지 않았는지 확인해야 합니다. :)또한 웹 인터페이스(OWA)를 통해 사서함에 연결하고 로그인을 시도합니다. 아마도 문제는 사용자 암호가 만료되어(도메인 암호 정책 설정에 따라 암호가 만료됨) 변경해야 하는 것입니다.
저장된 Outlook 자격 증명 지우기
Windows Password Manager(Credential Manager)에 Outlook에 저장된 암호가 저장되어 있는지 확인하고 모두 삭제해 보십시오. 이렇게 하려면 제어판\모든 제어판 항목\사용자 계정\자격 증명 관리로 이동합니다. -> Windows 자격 증명 . 일반 자격 증명에서 Outlook/Office에 대해 저장된 비밀번호 찾기 나열하고 제거하십시오.
자격 증명 관리자에 직접 액세스하려면 다음 명령을 실행하십시오.
rundll32.exe keymgr.dll,KRShowKeyMgr
Outlook에서 "항상 자격 증명 확인" 옵션 비활성화
Outlook 계정 설정(파일 -> 계정 설정 -> 계정 설정)을 열고 Exchange 계정을 두 번 클릭합니다. 설정 더보기로 이동 -> 보안 선택 탭 . 자격 증명을 항상 묻는 메시지 확인란 선택을 취소합니다. 사용자 ID 섹션.
Office 365 사서함이 연결되어 있는 경우 이 탭에 "로그온 네트워크 보안 " 들. "익명 인증"이 선택되지 않았는지 확인하십시오.
Outlook Anywhere 및 NTLM 인증
Outlook이 외부에서 Outlook 사용(HTTP를 통한 MAPI)을 사용하여 Exchange 사서함에 액세스하도록 구성된 경우 NTLM 인증이 사용되는지 확인합니다. 동시에 Exchange 서버에서 IIS 사이트에 사용되는 인증 유형을 확인해야 합니다.
문제가 있는 컴퓨터 Outlook이 Active Directory 도메인에 가입되어 있지 않다면 반대로 시도해야 합니다. NTLM 인증에서 기본으로 전환합니다.
Outlook:Office 365 자동 검색 비활성화
2016년 가을 어딘가에 Office 365 클라우드 연결 지점의 필수 검사를 활성화하는 Outlook 2016용 업데이트가 릴리스되었습니다. Fiddler 또는 TCPView 도구를 사용하여 이를 확인하고 autodiscover-s.outlook.com에 대한 연결 시도를 추적할 수 있습니다. 및 outlook.office365.com 서버.
이 검사를 비활성화하려면 레지스트리 키로 이동하십시오. HKEY_CURRENT_USER\Software \Microsoft\Office\16.0\Outlook\AutoDiscover ExcludeExplicitO365Endpoint라는 새 DWORD 매개변수를 만듭니다. 및 값 1. Outlook을 다시 시작합니다.
ExcludeExplicitO365Endpoint 레지스트리 매개변수는 Outlook 2016 버전 16.0.6741.2017 이상에 적용할 수 있습니다(이 매개변수는 Outlook 시작 시 자동 검색 프로세스 유형을 결정하는 매개변수 목록에 추가됩니다.
다음 명령을 사용하여 레지스트리를 변경할 수 있습니다.
reg add HKEY_CURRENT_USER\Software\Microsoft\Office\x.0\Outlook\AutoDiscover /t REG_DWORD /v ExcludeExplicitO365Endpoint /d 1
또는 PowerShell cmdlet을 사용하여 Set-ItemProperty:Set-ItemProperty -Path "HKCU:\Software\Microsoft\Office\16.0\Outlook\AutoDiscover" -Name 'ExcludeExplicitO365Endpoint' -Value 1 -Type DWORD –Force
Office 365 사용자 인증 방법 변경
사서함이 온-프레미스 Exchange에서 Office 365로 마이그레이션되었거나 Outlook에 두 개의 사서함이 연결되어 있고(하나는 온-프레미스 Exchange에서, 두 번째는 Office 365에서) RPC 연결을 사용하는 경우 이 경우 Outlook은 최신 인증 사용 (MFA에도 사용됨). 이 경우 자격 증명이 토큰 대신 Office 356으로 전송됩니다. Outlook에서 RPC 연결에 최신 인증을 사용하도록 하려면 AlwaysUseMSOAuthForAutoDiscover를 추가해야 합니다. 값이 1인 DWORD 매개변수 레지스트리 키 HKCU\Software\Microsoft\Exchange에 .
Set-ItemProperty -Path " HKCU:\Software\Microsoft\Exchange" -Name 'AlwaysUseMSOAuthForAutoDiscover' -Value 1 -Type DWORD -Force
Office 365 관리 센터(설정 -> 서비스 및 추가 기능)에서 Office 365 계정에 대해 최신 인증이 활성화되어 있는지 확인하십시오.
반대로 Outlook 2016/2019/365에서 최신 인증을 완전히 비활성화하려면(이 인증 방법은 관리 센터에서 비활성화해야 함) 다음 레지스트리 설정을 구성해야 합니다.
이 방법은 Office 365 사서함이 연결된 Outlook 2016/2019에서 지속적으로 요청되는 자격 증명 문제를 해결하는 데 도움이 됩니다.
Set-ItemProperty -Path "HKCU:\SOFTWARE\Microsoft\Office\16.0\Common\Identity" -Name EnableAdal -Value 0 -Type DWORD –Force
Set-ItemProperty -Path "HKCU:\SOFTWARE\Microsoft\Office\16.0\Common\Identity" -Name DisableADALatopWAMOverride -Value 1 -Type DWORD –Force
Set-ItemProperty -Path "HKCU:\SOFTWARE\Microsoft\Office\16.0\Common\Identity" -Name DisableAADWAM -Value 1 -Type DWORD –Force
Outlook 프로필 다시 만들기
위의 모든 방법이 문제를 해결하는 데 도움이 되지 않으면 Outlook 프로필을 삭제하고 다시 만드십시오. 메일을 사용하여 새 Outlook 프로필을 만들 수 있습니다. 제어판의 아이콘 또는 outlook.exe /manageprofiles
사용 명령.
제어판에 메일 앱 아이콘이 없으면 이 방법으로 복원할 수 있습니다.
바이러스 백신 및 방화벽 보호를 일시적으로 비활성화
Exchange 연결 문제는 바이러스 백신 또는 방화벽 소프트웨어로 인해 발생했을 수 있습니다. 일시적으로 비활성화하고 Outlook에서 계속해서 암호를 묻는지 확인하십시오.
Exchange 서버에 대한 네트워크 연결 불량
Exchange 서버 및/또는 도메인 컨트롤러에 대한 불안정하고 불안정한 네트워크 연결도 Outlook에서 주기적으로 암호를 요청하는 원인이 될 수 있습니다. iperf 도구를 사용하여 네트워크 성능을 테스트할 수 있습니다.
또한 컴퓨터 시간을 확인하십시오. 도메인 컨트롤러의 시간과 5분 이상 차이가 나지 않아야 합니다. 더 많은 경우 도메인의 NTP 시간 동기화 체계를 확인하십시오.