네트워크에서 장치를 찾는 데 유용한 최고의 핑 스윕 도구 10가지
빠른 LAN 검색, 플랫폼 간 스캔 및 IP 주소 관리를 위한 10가지 핑 스윕 도구를 비교해 보세요. 스윕을 통해 무엇을 알 수 있고 무엇을 알 수 없는지 알아보세요.
가장 중요한 점은 현재 Zimbra Daffodil 문서에서 관리 콘솔은 계정 또는 서비스 클래스(COS)에 대한 2단계 인증을 활성화하거나 필수로 설정하는 곳이지만, 관리자는 Zimbra 웹 클라이언트에서 직접 두 번째 인증 요소를 등록한다는 것입니다. 등록 후에는 동일한 관리자가 관리 콘솔에 로그인할 때 두 번째 인증 요소를 입력하라는 메시지가 표시됩니다. 이 두 단계를 별개로 처리하면 가장 흔한 설정 오류를 방지할 수 있습니다.
이 가이드는 2026년 10월 기준으로 제공되는 최신 Zimbra Daffodil(v10) 관리자 설명서를 따릅니다. 클래식 웹 앱과 최신 웹 앱 릴리스 간에 메뉴 레이블이 약간 다를 수 있으므로 Zimbra는 등록 페이지가 환경 설정 > 계정 또는 보안 아래에 나타날 수 있음을 명시적으로 안내합니다 . 정확한 워크플로는 Zimbra Daffodil 관리자 가이드를 참조하십시오.
Zimbra는 정책과 등록을 분리합니다. 정책은 2단계 인증(2FA) 사용 가능 여부 또는 필수 여부, 그리고 사용자가 사용할 수 있는 인증 방법을 명시합니다. 등록은 특정 관리자 계정을 인증 앱 또는 배포 환경에 따라 복구 이메일 인증 방법에 연결합니다. Zimbra는 개별 계정 수준과 COS(Customer Operations System) 수준 모두에서 2단계 인증 정책을 문서화합니다.
광범위한 배포의 경우, COS(Consistent Objected System)가 일반적으로 더 깔끔한 시작점입니다. COS는 해당 클래스에 할당된 모든 계정에 일관된 설정을 적용하기 때문입니다. 파일럿 환경에서는 단일 관리자 계정을 사용하는 것이 더 안전할 수 있습니다. 정책을 확장하기 전에 로그인 동작을 검증할 수 있기 때문입니다. 위임된 관리자를 관리하는 경우, Zimbra는 적절한 권한이 부여된 해당 계정에 대해 2단계 인증(2FA)도 지원합니다.
https://server.domain.com:7071/.HTTPS를 통해 관리 콘솔에 접속하고 전체 관리자 주소와 비밀번호로 로그인하십시오. Zimbra는 일반적인 설치 환경에서 관리 콘솔의 기본 포트로 7071번 포트를 사용합니다. 환경에 따라 리버스 프록시를 사용하거나 다른 액세스 패턴을 사용할 수 있으므로, 조직의 일반 관리 URL이 다를 경우 해당 URL을 사용하십시오.

COS 전체에 적용되는 정책을 설정하려면 구성 > 서비스 클래스 로 이동하여 해당 COS를 선택하고 고급을 열어 2단계 인증을 찾으세요 . 공식 가이드에서는 이 경로를 홈 > 구성 > 서비스 클래스 > COS > 고급 > 2단계 인증 으로 안내합니다 .
기존 계정 하나만 보호하려면 [관리] > [계정] 으로 이동하여 계정을 편집하고 [고급] 을 연 다음 [2단계 인증] 섹션으로 스크롤하세요. 전체 학급에 적용하기 전에 하나의 계정으로 시작하여 동작을 검증하는 것이 좋습니다.

'2단계 인증 활성화'를 선택하세요 . 이렇게 하면 선택한 계정 또는 COS에서 2단계 인증 기능을 사용할 수 있습니다. ' 2단계 인증 필수' 설정과 혼동하지 마세요 . 활성화는 등록 가능성을 열어주고, 필수는 2단계 인증을 의무화합니다.
단계별 배포 시 이러한 구분은 중요합니다. 예를 들어, 먼저 관리자 COS에 대해 2FA를 활성화하고, 두세 개의 관리자 계정을 등록 및 테스트한 다음, 2FA 요구 사항을 활성화할 수 있습니다. Zimbra의 공식 2FA 문서에서는 두 가지 제어 방식을 각각 별도로 설명합니다.

해당 기능을 활성화한 후, 사용 중인 버전 및 배포 환경에서 허용되는 2단계 인증(2FA) 방법을 선택하세요. 현재 Zimbra Daffodil 문서에는 활성화 시 인증 앱 과 이메일이 지원되는 방법으로 명시되어 있습니다. 또한, 2024년 Zimbra 공식 가이드라인에서는 관리자가 인증 앱, 이메일 또는 둘 다를 허용할 수 있다고 안내하고 있습니다.
동일한 정책 영역에 2단계 인증 필수 설정 , 생성할 일회용 복구 코드 개수, 애플리케이션 암호 활성화 등 을 포함할 수 있습니다 . 애플리케이션 암호는 대화형 2단계 인증 절차를 완료할 수 없는 기존 클라이언트를 위해 설계되었습니다. 애플리케이션 암호가 존재한다는 이유만으로 자동으로 활성화하지 마십시오. 클라이언트의 특정 요구 사항과 암호를 취소할 수 있는 운영 프로세스가 있는 경우에만 사용하십시오.
설정이 배포 계획과 일치하면 구성을 저장하십시오. 최신 명령줄 옵션 및 방법 제어에 대한 자세한 내용은 Zimbra의 공식 2FA 관리자 지침을 참조하십시오 .

이제 관리 콘솔을 종료하고 동일한 관리자 계정으로 Zimbra 웹 클라이언트에 로그인하십시오. 이 부분을 간과하기 쉬운데, Zimbra의 Daffodil 가이드에 따르면 관리자 계정은 웹 클라이언트 인터페이스에서 직접 2FA를 구성해야 합니다.
UI 버전에 따라 '환경설정 '을 열고 ' 계정' 또는 '보안'을 차례로 클릭한 다음 '2단계 인증'을 찾아 설정을 시작하세요. 설정 옵션이 표시되지 않으면 먼저 계정 설정 또는 COS 정책 상속을 통해 해당 계정에 2단계 인증이 활성화되어 있는지 확인하세요.

정책에서 허용하는 방법을 선택하세요. 인증 앱은 TOTP 코드를 사용하며 로그인 시 메시지 수신에 의존하지 않습니다. 이메일 기반 인증은 해당 방법이 활성화 및 구성된 경우 복구 이메일을 추가 인증 요소로 사용합니다. 조직에서 두 가지 방법을 모두 허용하는 경우, 두 방법을 상호 교환 가능하다고 가정하기보다는 복구 및 운영 요구 사항에 맞는 방법을 선택하세요.
관리자 계정의 경우, 두 번째 인증 요소를 사용할 수 없게 될 경우 어떻게 될지도 고려해야 합니다. 인증 방법은 계정의 보안을 약화시키거나 안전하지 않은 임시방편을 만들지 않고 접근 권한을 복구할 수 있을 때만 유용합니다.

인증 앱을 선택한 경우 화면에 표시되는 설정 과정을 따라 Zimbra 계정을 앱에 추가하고 Zimbra에서 요청하는 인증 코드를 입력하세요. 클라이언트 버전에 따라 QR 코드 또는 수동으로 입력한 비밀번호가 표시될 수 있습니다. 설정 비밀번호는 민감한 개인 정보이므로 주의해서 관리해야 합니다. 비밀번호를 획득한 사람은 누구나 유효한 TOTP 코드를 생성할 수 있습니다.
등록 후, 구성에서 일회용 복구 코드를 제공하는 경우 안전하게 보관하십시오. 최신 웹 앱 가이드에서는 각 복구 코드는 한 번만 사용할 수 있으며 안전한 곳에 보관할 것을 권장합니다. 또한 동일한 가이드에서 2단계 인증을 요구하지 않는 이메일 프로그램의 앱 암호에 대해서도 설명합니다. 자세한 내용은 Zimbra Daffodil 최신 웹 앱 사용자 가이드를 참조 하십시오 .

관리 콘솔과 웹 클라이언트에서 로그아웃한 다음, 관리 콘솔 세션을 새로 시작하세요. 관리자 사용자 이름과 비밀번호를 입력합니다. 올바르게 등록된 관리자는 추가 인증 단계를 완료해야 합니다. Zimbra 관리자 가이드에 따르면 관리자 계정에 2단계 인증(2FA)이 활성화되면 웹 클라이언트와 관리 콘솔 로그인 모두에 코드가 필요합니다.
이 테스트가 성공할 때까지 변경 사항이 완료된 것으로 간주하지 마십시오. 비밀번호만으로 로그인이 되는 경우, 의도한 계정 또는 COS를 변경했는지, 계정 등록이 실제로 완료되었는지, 그리고 계정이 예상한 COS를 상속받았는지 다시 확인하십시오. 비밀번호 단계 이후에도 로그인이 실패하는 경우, 관련 없는 설정을 반복적으로 변경하는 대신 문서화된 복구 절차를 사용하십시오.

| 환경 | 이 제품의 기능은 무엇인가요? | 잘 맞을 때 |
|---|---|---|
| 2단계 인증을 활성화하세요 | 계정 또는 COS에 2단계 인증(2FA)을 사용할 수 있도록 합니다. | 시범 사업, 단계적 도입, 시행 전 자발적 참여. |
| 2단계 인증 필요 | 선택한 범위에 대해 두 번째 요소를 필수 항목으로 만듭니다. | 관리자 등록이 완료되고 복구 절차가 테스트된 후입니다. |
| 인증 앱 | 시간 기반 일회용 코드를 사용합니다. | 관리자가 전용 인증 방식을 유지할 수 있다면 좋습니다. |
| 이메일 | 구성된 복구 이메일을 추가적인 인증 요소로 사용합니다. | Zimbra 버전, 복구 이메일 설정 및 보안 정책이 지원하는 경우에만 가능합니다. |
| 애플리케이션 암호 | 대화형 2FA 절차를 수행할 수 없는 클라이언트에게 자격 증명을 제공합니다. | 기존 클라이언트와의 호환성을 유지하며, 발급 및 취소 과정을 제어할 수 있습니다. |
먼저 다른 릴리스의 스크린샷을 그대로 사용하지 말고 현재 사용 중인 Zimbra 버전과 에디션을 확인하십시오. 그런 다음 COS 또는 계정 수준 설정에서 해당 계정에 2FA(이중 인증)가 활성화되어 있는지, 그리고 관리자에게 필요한 권한이 있는지 확인하십시오. Zimbra는 Daffodil 문서에 라이선스 및 기능 사용 권한 정보를 제공하므로, 보안 기능이 누락된 환경은 속성을 임의로 적용하기보다는 활성화된 라이선스 및 공식 지원 정보를 기준으로 확인해야 합니다.
이전 Zimbra 위키 자료에는 2FA(이중 인증)가 8.7 버전에서 도입되었으며 이전 버전의 사서함 서버는 호환되지 않는다고 명시되어 있습니다. 이는 주로 레거시 환경이나 혼합 버전 환경에 해당하며, 최신 배포 환경의 경우 설치된 Daffodil 릴리스에 맞는 문서를 참조하십시오.
다음 네 가지 조건이 모두 충족되면 완료됩니다. 대상 계정 또는 COS에 2FA가 활성화되어 있어야 하고, 관리자가 웹 클라이언트에 허용된 방법을 등록해야 하며, 해당되는 경우 복구 코드 또는 승인된 대체 절차가 문서화되어 있어야 하고, 암호만으로는 관리 콘솔에 새로 로그인할 수 없어야 합니다.
만약 특정 관리자 한 명만 보호하는 것이 목표라면 계정 수준 설정을 사용하고 해당 계정을 테스트하십시오. 조직 전체에 정책을 적용하는 것이 목표라면 먼저 파일럿 COS를 검증한 후 정책을 점진적으로 확대하십시오. 핵심 설정은 간단하지만, 배포 순서, 복구 방법, 그리고 일반적인 2단계 인증 절차를 완료할 수 없는 클라이언트와의 호환성에 주의를 기울여야 합니다.
빠른 LAN 검색, 플랫폼 간 스캔 및 IP 주소 관리를 위한 10가지 핑 스윕 도구를 비교해 보세요. 스윕을 통해 무엇을 알 수 있고 무엇을 알 수 없는지 알아보세요.
SNMP 적용 범위, 매핑, 알림, 배포 모델 및 비용 대비 효과를 포함하여 성능 모니터링을 위한 6가지 네트워크 관리 도구를 비교합니다.
Windows, iPhone, Android용 Wi-Fi 분석 앱들을 비교해 보세요. 채널 혼잡도, 신호 범위, 히트맵, 네트워크 문제 해결 도구 등을 포함합니다.
종합적인 네트워크 관리 도구부터 특정 지연 시간 측정에 특화된 도구까지, 7가지 무료 오픈 소스 핑 모니터링 도구를 비교하고 가용성, 패킷 손실률, 기록 관리에 적합한 도구를 선택하세요.
네트워킹에서 QoS가 무엇을 의미하는지, DSCP 마킹과 트래픽 큐가 음성, 비디오 및 비즈니스 애플리케이션의 우선순위를 어떻게 지정하는지, 그리고 QoS로 해결할 수 없는 문제는 무엇인지 알아보세요.
Nmap의 --traceroute 옵션을 사용하여 홉을 인증된 호스트로 매핑하고, 홉 및 RTT 출력을 이해하고, 과도한 스캔 없이 누락된 응답 문제를 해결할 수 있습니다.
Windows 및 Linux용 안정적인 SFTP 서버 소프트웨어(OpenSSH, Bitvise, SolarWinds, SFTPGo 등)를 비교해 보세요. 보안 및 파일 전송 요구 사항에 맞는 최적의 솔루션을 찾아보세요.
서브넷 검색, DNS 및 DHCP 조정, 네트워크 인벤토리, 오픈 소스 IPAM을 위한 7가지 IP 주소 관리 도구를 비교합니다.
SolarWinds NPM, PRTG 및 OpManager를 비교하여 명확한 장치 범위, 유용한 성능 지표, 실행 가능한 알림을 통해 실용적인 네트워크 모니터링 시스템을 구축하십시오.
빠른 장치 검색, 플랫폼 간 IP 스캔 및 엔터프라이즈 IPAM을 위한 네트워크 스캐너 도구를 비교하고, 각 옵션을 네트워크에 맞게 선택하는 방법에 대한 지침을 제공합니다.