Zimbra "계정이 잠겼습니다" 로그인 오류 해결 방법: 사용자 및 관리자 단계

Zimbra 웹 클라이언트에서 "계정이 잠겼습니다"라는 메시지가 표시되면 비밀번호 재입력을 중단하세요. 반복적인 시도는 계정 잠금을 유지하게 할 수 있으며, 오래된 휴대폰이나 메일 앱이 백그라운드에서 오래된 비밀번호를 전송하고 있을 가능성도 있습니다. 올바른 해결 방법은 일시적인 비밀번호 잠금인지, 관리자가 설정한 계정 잠금인지, 또는 다른 계정 상태인지에 따라 다릅니다.

사용자는 설정된 잠금 기간이 지난 후 올바른 비밀번호를 한 번 더 입력하여 잠금을 해제할 수 있습니다. Zimbra 관리자는 계정 상태를 확인하고 인증된 사용자의 잠금을 해제할 수 있습니다 zmprov. 먼저 로그인 실패 원인을 확인하여 동일한 장치 또는 스크립트로 인해 계정이 다시 잠기지 않도록 하십시오.

Zimbra에서 "계정이 잠겼습니다"라는 메시지는 무슨 뜻인가요?

Zimbra는 설정된 횟수만큼 연속으로 비밀번호를 잘못 입력하면 일시적으로 로그인을 차단할 수 있습니다. 관리자는 계정 상태를 설정하여 locked로그인을 의도적으로 차단할 수도 있습니다. 이 두 가지 상황은 관련이 있지만 동일하지는 않습니다. 인증 잠금은 일반적으로 계정 상태로 표시되며 lockout, 관리자가 설정한 상태는 로 표시될 수 있습니다 locked. 사용자에게 표시되는 정확한 문구는 Zimbra 버전 및 로그인 경로에 따라 다를 수 있으므로 계정 상태를 변경하기 전에 확인하십시오.

로그인이 차단된 상태에서도 메일 수신은 계속될 수 있습니다. 계정 잠금 자체만으로는 계정이 해킹당했다고 단정할 수 없지만, 알 수 없는 기기나 IP 주소에서 반복적으로 접속 시도가 있는 경우 계정 복구 전에 조사를 진행해야 합니다.

사용자는 무엇을 먼저 시도해야 할까요?

1. 사서함에 연결된 모든 기기와 메일 클라이언트에 비밀번호를 입력하는 것을 멈추세요.
2. 해당 계정이 의도적으로 비활성화되었는지 또는 비밀번호가 최근에 변경되었는지 조직의 메일 관리자에게 확인하십시오.
3. 관리자가 이것이 일시적인 비밀번호 잠금임을 확인하면 설정된 시간 동안 기다리십시오. 그런 다음 조직의 일반 Zimbra 로그인 페이지에서 현재 알고 있는 비밀번호를 한 번 입력하십시오.
4. 로그인에 다시 실패하면 작업을 중단하고 관리자에게 문의하십시오. 이전 비밀번호를 계속 테스트하거나 검증되지 않은 메시지에 포함된 비밀번호 재설정 링크를 사용하지 마십시오.

Zimbra 기술 센터의 문제 해결 안내에 따르면, 계정 잠금 시간이 지난 후 올바른 로그인을 통해 잠금 상태로 표시되는 계정을 다시 활성화할 수 있습니다. 또한 로그인 전에 계정 상태가 자동으로 변경되지 않을 수도 있다고 명시되어 있습니다. 이 안내는 현재 개발 중인 작업이므로, 모든 배포 환경에서 보장되는 사항이 아니라 설치된 Zimbra 릴리스 및 로컬 인증 설정에 대해 확인해야 할 문서화된 동작으로 간주해야 합니다. Zimbra의 계정 잠금 시간 관련 문제 해결 안내를 참조하십시오 .

관리자는 어떻게 계정 상태를 확인할 수 있나요?

Zimbra 서버에서 관리자 권한으로 명령을 실행하세요. 대부분의 설치 환경에서 관리자는 먼저 Zimbra 시스템 사용자 계정으로 전환합니다. 아래 샘플 주소를 전체 사서함 주소로 바꾸고, 암호나 민감한 출력 내용을 공개 지원 게시판에 붙여넣지 마세요.

su - zimbra
zmprov ga user@example.com zimbraAccountStatus

반환된 값을 해석한 후 조치를 취하십시오.

• lockout로그인 잠금 상태를 나타냅니다. 잠금을 해제하기 전에 사용자, 대기 시간 및 최근 로그인 실패 원인을 확인하십시오.
• locked관리자가 의도적으로 로그인을 차단했을 수 있습니다. 먼저 계정 소유자와 잠금 사유를 확인하십시오.
• closed, , 또는 다른 값이 다른 행정 상태를 가리킵니다. 설정된 이유를 이해하지 않고 maintenance는 변경하지 마십시오 .active

Zimbra 문서에는 zmprov ga계정 정보를 검색하는 명령어와 zmprov ma계정을 수정하는 명령어로 zmprov가 나와 있습니다. 자세한 내용은 Zimbra zmprov 명령어 참조를 확인하세요 .

확정된 잠금을 해제하는 방법은 무엇인가요?

계정이 인증되었고, 사용자가 권한을 부여받았으며, 잠금 조치가 보안상의 이유로 적용된 것이 아니라면 계정 상태를 다시 활성으로 설정하십시오.

zmprov ma user@example.com zimbraAccountStatus active
zmprov ga user@example.com zimbraAccountStatus

하나의 계정 주소만 사용하십시오. 개별 로그인 실패를 해결하기 위해 모든 사서함에 대해 일괄 잠금 해제를 실행하지 마십시오. 계정을 활성 상태로 설정하면 로그인 자격이 복원되지만, 여전히 잘못된 암호를 수정하거나 클라이언트가 오래된 자격 증명을 제출하는 것을 막지는 못합니다.

잠금 해제 후에도 사용자가 로그인할 수 없는 경우, 조직에서 승인한 신원 확인 절차를 통해 암호를 확인하십시오. Zimbra 관리자는 `request` 명령어를 사용하여 새 암호를 설정할 수 있지만 zmprov sp user@example.com <new-password>, 이는 Zimbra 암호 저장소에만 적용됩니다. LDAP, Active Directory 또는 단일 로그인 공급자를 통해 인증하는 배포 환경에서는 해당 외부 신원 확인 시스템에서 암호를 재설정하거나 잠금을 해제해야 할 수 있습니다. Zimbra는 zmprov sp관리자 지침에 암호 재설정 명령어를 자세히 설명하고 있습니다. Zimbra의 암호 재설정 지침을 참조하십시오 .

계정이 계속 잠기는 이유는 무엇인가요?

접근 권한을 복원한 후, 잘못된 자격 증명을 계속 전송하는 소스가 있는지 확인하십시오. 일반적인 원인으로는 오래된 암호가 저장된 휴대전화, 데스크톱 메일 클라이언트, 태블릿, 인증된 SMTP를 사용하는 프린터 또는 스캐너, 예약된 스크립트, 또는 업데이트되지 않은 애플리케이션 등이 있습니다. 사용자에게 사서함에 연결된 장치와 앱을 확인하고, 다시 로그인 테스트를 하기 전에 해당 장치와 앱을 업데이트하거나 일시적으로 연결을 해제하십시오.

사서함 잠금 발생 시점의 로그를 검토하십시오. Zimbra는 로그인 실패 보호 메시지를 로그 파일에 기록합니다 /opt/zimbra/log/mailbox.log. 로그 형식과 세부 정보는 릴리스 및 배포 버전에 따라 다를 수 있습니다.

grep -Ei 'failed login|invalid credentials|suspended' /opt/zimbra/log/mailbox.log | tail -n 50

반복적인 접속 실패와 관련된 타임스탬프와 접속 주소를 찾으십시오. 이를 사용자의 장치 및 네트워크 기록과 연관시켜 분석하십시오. 익숙한 IP 주소라도 오래된 메일 클라이언트를 나타낼 수 있으며, 낯선 접속 주소나 사용자가 로그인을 중단한 후에도 계속되는 접속 시도는 보안 검토가 필요함을 시사합니다. 관련 로그 항목은 조직의 보존 정책에 따라 보관하십시오.

Zimbra의 문제 해결 자료에는 반복적인 로그인 실패 후 IP 주소가 정지되었음을 나타내는 사서함 로그 메시지 예시가 나와 있습니다. 반복적인 로그인 실패에 대한 Zimbra 로그 예시를 참조하십시오 .

잠금 정책을 어떻게 검토해야 할까요?

임계값을 변경하기 전에 유효한 계정 또는 서비스 등급 설정을 확인하십시오. Zimbra 잠금 속성에는 잠금 활성화 여부, 잠금 기간, 최대 연속 실패 횟수 및 실패 횟수 계산 기간이 포함됩니다. 적용 가능한 값은 계정 및 서비스 등급에 따라 다를 수 있으며, Zimbra 릴리스 버전에 따라 차이가 있을 수 있습니다. 예시 값을 일반적인 기본값으로 간주하지 말고 설치된 버전에 맞는 설명서를 참조하십시오.

zmprov ga user@example.com zimbraPasswordLockoutEnabled zimbraPasswordLockoutDuration zimbraPasswordLockoutMaxFailures zimbraPasswordLockoutFailureLifetime

설정이 서비스 클래스(COS)에서 상속되는 경우 해당 COS도 함께 검토하십시오. 예를 들어, zmprov gc default계정이 실제로 해당 defaultCOS에 속하는 경우에만 설정을 사용하십시오. 단순히 메시지를 없애기 위해 계정 잠금을 비활성화하거나 실패 임계값을 높이지 마십시오. 먼저 오래된 자격 증명을 해결한 다음, 사용자 액세스와 암호 추측 방지 사이의 균형을 맞추는 정책 값을 선택하십시오. 승인된 소규모 범위에서 정책 조정을 테스트하고 롤백을 위해 이전 값을 문서화하십시오.

만약 관리자 계정이라면 어떻게 될까요?

영향을 받는 계정이 관리자 계정인 경우, 우선 수동으로 디렉터리를 편집하는 것은 피하십시오. 해당 계정이 Zimbra에서 관리하는 관리자 계정인지 또는 외부 디렉터리를 통해 인증된 계정인지 확인하십시오. 별도의 승인된 관리자 계정을 사용하거나 조직의 문서화된 복구 절차를 따르십시오. Zimbra는 관리자 암호 복구에 대한 별도의 지침을 제공하며, 외부 LDAP 또는 Active Directory 인증의 경우 복구 경로가 달라진다는 점을 명시하고 있습니다. Zimbra의 관리자 계정 복구 지침을 검토하십시오 .

사용 가능한 관리자 계정이 없는 경우 Zimbra 서비스 제공업체 또는 LDAP 디렉터리 담당 팀에 문의하십시오. 포럼에서 검증되지 않은 LDAP 수정 방법을 복사하여 사용하지 마십시오. 잘못된 바인딩 ID 또는 디렉터리 변경은 단일 사서함뿐만 아니라 더 많은 사서함에 영향을 미칠 수 있습니다.

수정 사항이 제대로 적용되었는지 어떻게 확인할 수 있나요?

계정 상태 및 잘못된 자격 증명의 원인을 수정한 후, 계정 상태를 다시 확인하고 사용자에게 일반 웹 클라이언트를 통해 한 번 로그인하도록 요청한 다음, 이때 새로운 로그인 실패 이벤트가 발생하지 않는지 확인하십시오. 메일 앱에 저장된 암호는 암호 확인 후에만 업데이트하십시오. 상태가 다시 원래대로 돌아오면 lockout다음 실패 타임스탬프를 로그와 비교하여 잠금 해제하기 전에 남아 있는 클라이언트를 식별하십시오.

사용자가 로그인할 수 있고, 계정이 활성 상태로 유지되며, 반복적인 인증 실패가 멈추면 문제가 해결된 것입니다. 계정이 활성 상태임에도 불구하고 인증에 계속 실패하는 경우, 암호, 외부 ID 공급자, 계정 정책 및 서비스 상태를 각각 조사하여 원인을 파악해야 합니다. 사서함 잠금 해제를 반복하는 것은 이러한 문제를 해결하지 못합니다.