기본 보안 콘솔 설정은 다양한 네트워크 환경에서 사용할 수 있지만 특수한 스캔 요구 사항을 충족하기 위해 설정을 변경할 수 있습니다.
ヒント: 보안 콘솔 구성 패널을 시작하려면 관리 페이지에서 콘솔 옆의 관리자를 클릭합니다.
일반 페이지에서 사용 중인 보안 콘솔의 인스턴스에 대한 버전 및 일련 번호를 확인할 수 있습니다.
보안 콘솔은 사용자 인터페이스를 제공하는 고유한 웹 서버를 실행합니다.
보안 콘솔 웹 서버 기본 설정 변경 방법:
먼저 기술 지원에 문의하시기 바랍니다. 여기에서 스레드란 보안 콘솔이 허용하는 동시 연결 수를 말합니다. 일반적으로 하나의 브라우저 세션은 하나의 스레드로 구성됩니다. 동시 사용자 요청이 많으면 성능 향상을 위해 스레드 개수를 늘릴 수 있습니다. 보안 콘솔은 필요 시 스레드 개수를 동적으로 늘리므로 사용자가 직접 늘리지 않아도 됩니다.
이 애플리케이션은 설치 시 생성되는 자체 서명 X.509 인증서를 제공합니다. 이 인증서를 신뢰할 수 있는 CA(인증 기관)가 서명한 인증서로 교체하는 것이 좋습니다.
注意: 서명한 인증서는 애플리케이션이 생성한 CSR에 기반해야 합니다. 이 애플리케이션은 사용자가 생성한 임의의 키 쌍 또는 인증서를 가져오는 것을 허용하지 않습니다.
인증서 관리 및 새로운 CSR(인증서 발급 신청서) 생성 방법:
보안 콘솔이 인증서 관리라는 제목의 상자를 표시합니다.
인증서 관리
보안 콘솔이 새 인증서 정보 입력 상자를 표시합니다.
인증서 관리–새 인증서 생성
자체 서명 인증서가 새로 생성되었다는 대화 상자가 나타납니다.
나중에를 클릭하면 나중에 이 단계로 돌아와 절차를 계속 진행할 수 있습니다.
인증서 관리–인증서 발급 신청서 가져오기
웹 서버 페이지에 새 인증서 이름이 나타납니다.
보안 콘솔은 스캔을 시작하고 스캔 결과를 검색하기 위해 네트워크에서 분산형 스캔 엔진과 통신합니다. 스캔 상태 정보를 더욱 신속하게 수집하거나 보안 콘솔과 스캔 엔진 간의 통신에 필요한 대역폭 또는 리소스 사용을 줄이려면 보안 콘솔 구성 패널의 스캔 엔진 페이지에서 다양한 설정을 세부 조정할 수 있습니다. 참고할 주제:
보안 콘솔은 스캔을 시작하고 스캔 결과를 검색하기 위해 분산형 스캔 엔진과의 통신을 구축합니다. 네트워크 대역폭이 낮거나 대기 시간이 길거나 스캔 엔진이 다수의 동시 스캔을 수행하는 경우 이러한 통신은 중단될 수 있습니다. 이러한 상황이 발생하는 경우 스캔 엔진 구성 페이지에서 연결 설정 확대:
注意: 이러한 설정을 조정하기 전에 기술 지원에 문의하시기 바랍니다.
이러한 설정의 구성 단계.
ヒント: 밀리초 값은 읽기 어려울 수 있으므로 보다 알아보기 쉬운 값이 각 값의 필드의 오른쪽에 나타납니다. 이러한 값을 변경할 때 해당하는 다른 값이 어떻게 변경되는지 확인하십시오.
스캔 엔진에서 보안 콘솔 간에 신뢰할 수 있는 연결을 생성하면 스캔 엔진에서 보안 콘솔로 페어링을 생성할 수 있습니다. 공유 비밀은 엔진으로부터 수신되는 통신을 확인하고 신뢰하는 데 사용되는 데이터입니다.
注意: 생성된 각 공유 비밀은 여러 엔진에서 사용할 수 있습니다. 공유 비밀은 생성 후 60분 동안 유효합니다. 60분 이후 추가로 신뢰할 수 있는 페어링을 생성하려면 새 공유 비밀을 생성해야 합니다.
신뢰할 수 있는 페어링 생성 방법:
네트워크 기반 또는 호스트 기반 방화벽이 Nexpose 보안 콘솔의 포트 40815에 대한 액세스를 막지 않아야 합니다. 40815외의 다른 포트를 사용하려면 콘솔의 nsc.xml 파일 (\[installation directory]\nsc\conf\nsc.xml)에서 이 라인을 사용하려는 포트로 변경:
<EngineListener port="40815"/>
보안 콘솔을 재시작합니다.
screen -r
add console 10.1.1.4
show consoles
connect to console 2
show consoles
연결한 콘솔 ID에서 connectTo 값은 1이어야 합니다.
add shared secret 2
보안 콘솔에서 복사한 공유 비밀을 프롬프트에 붙여넣습니다.
공유 비밀이 성공적으로 적용되었음을 확인하는 메시지가 표시됩니다.
enable console 2
페어링 중 많은 라인이 로깅됩니다.
이 방법으로 신뢰할 수 있는 페어링을 생산하는 경우 통신 방향이 엔진에서 콘솔로 기본 설정됩니다. 이를 변경하려면 콘솔에서 스캔 엔진 통신 방향 변경을 참조하십시오.
보안 콘솔과 각 원격 스캔 엔진 사이의 통신 개시 방향을 변경할 수 있습니다. 선호 옵션은 다음 네트워크 구성에 따라 달라집니다. 통신 방향이 콘솔에서 엔진일 경우, 보안 콘솔이 스캔 엔진과의 통신을 개시합니다. 통신 방향이 엔진에서 콘솔일 경우, 스캔 엔진이 사용 가능한 콘솔에게 활발히 알립니다. 이 옵션을 통해 방화벽 뒤에서 인바운드 연결이 가능하도록 구성된 콘솔이 스캔 엔진과 통신 채널을 구축할 수 있습니다.
注意: 엔진에서 콘솔로 옵션은 로컬 엔진이나 호스팅된 엔진에서는 사용할 수 없습니다.
스캔 엔진 통신 방향 변경:
화살표 위로 커서를 이동해 현재의 통신 상태를 볼 수도 있습니다.
가능한 옵션:
콘솔과 엔진이 통신하지 못하였지만 오류는 발생하지 않았습니다.
注意: 마지막 통신 이후 오랜 시간이 경과했을 경우 이 상태가 때때로 표시됩니다. 이런 경우 화살표 위로 이동하면 핑을 발생시켜 통신이 성공적일 경우 상태가 활성이 됩니다.
스캔 엔진의 통신을 승인합니다. 분산형 스캔 엔진 구성을 참조하십시오.
콘솔과 엔진의 버전이 서로 다릅니다. 같은 버전으로 업데이트하거나 다른 엔진을 선택하여 페어링합니다.
스캔 엔진이 온라인 상태가 아닙니다. 문제 해결 단계를 수행해 다시 활성화합니다.
보안 콘솔은 스캔 상태 정보를 검색하기 위해 스레드 풀을 할당합니다. 보안 콘솔이 동시에 검색할 수 있는 스캔 상태 메시지의 개수와 일치하는 스레드 수를 조정할 수 있습니다. 예를 들어 분산형 스캔 엔진 수 및 동시에 실행되는 스캔 수를 늘리면 보안 콘솔이 동시에 더 많은 상태 메시지를 검색할 수 있도록 풀에 있는 스레드 수를 늘릴 수 있습니다.
注意: 이러한 설정을 조정하기 전에 기술 지원에 문의하시기 바랍니다.
검색 시간은 대역폭 및 대기 시간과 같은 네트워크 상태에 따라 달라질 수 있습니다. 사용 중인 액티브 스레드 수가 풀의 전체 스레드 수를 초과하면 특정 시간 간격이 지난 후 보안 콘솔이 사용되지 않는 스캔 상태 스레드를 삭제합니다. 스캔 상태 메시지의 전체 빈도가 감소하는 경우 사용자는 시간제한 값을 늘리고자 할 수 있습니다.
스캔 상태 스레드의 풀 설정을 조정하는 단계:
ヒント: 밀리초 값은 읽기 어려울 수 있으므로 보다 알아보기 쉬운 값이 각 값의 필드의 오른쪽에 나타납니다. 이러한 값을 변경할 때 해당하는 다른 값이 어떻게 변경되는지 확인하십시오.
보안 콘솔은 스캔 결과를 검색하기 위해 네트워크에서 스캔 엔진과 통신합니다. 보안 콘솔은 기본적으로 각 스캔이 완료될 때마다 전체 결과를 검색하는 대신 분산형 스캔 엔진에서 증분 방식으로 스캔 결과를 검색하고 데이터를 통합하면서 결과를 웹 인터페이스에 표시합니다. 따라서 스캔이 진행 중인 상태에서 스캔 결과를 즉시 확인할 수 있습니다.
증분 검색은 스캔 시 대역폭 사용을 조절합니다. 또한, 보안 콘솔이 스캔 종료 시 모든 데이터를 검색하지 않아도 되므로 많은 데이터 스캔 시 대역폭 사용이 일시적으로 크게 증가하는 것을 방지할 수 있습니다.
보안 콘솔 구성 패널의 스캔 엔진 페이지는 스캔 결과 증분 검색 체크박스를 표시합니다. 이 체크박스는 기본적으로 선택되어 있습니다. 기술 지원의 지시가 없는 경우 이 옵션을 해제하지 마십시오.
보안 콘솔 구성 패널의 데이터베이스 페이지에서 보안 콘솔 데이터베이스의 이름 및 유형을 확인할 수 있습니다. 표시된 데이터베이스 설정을 변경할 수도 있습니다.
변경 사항을 저장하려면 저장을 클릭합니다.
애플리케이션의 데이터베이스는 스캔, 보고, 자산 및 취약점 관리, 사용자 관리와 같은 모든 주요 작업을 위한 핵심 구성 요소입니다. 이러한 작업을 수행할 때의 애플리케이션 효율성은 데이터베이스 성능에 크게 좌우됩니다. 현재의 PostgreSQL 데이터베이스 버전 9.4.1은 성능과 안정성 측면에서 여러 부분이 향상되었습니다. 이 애플리케이션은 이러한 개선 사항을 바탕으로 사용자 환경의 요구 사항에 맞는 유연한 성능을 제공합니다. 향후 릴리즈에는 최신 PostgreSQL 버전이 필요한 강력한 기능이 추가될 예정입니다.
注意: 오직 관리자만 데이터베이스를 마이그레이션할 수 있습니다.
이전 PostgreSQL 버전이 설치된 경우 보안 콘솔 웹 인터페이스에서 제공되는 툴을 사용해 최신 버전으로 전환할 수 있습니다.
마이그레이션을 위한 5가지 작업:
이전의 플랫폼별 PostgreSQL 데이터베이스의 백업을 새 버전으로 마이그레이션한 후 복구하는 것은 지원되지 않습니다. 최신 버전으로의 마이그레이션을 수행 및 확인하고 데이터베이스 정합성을 확인한 후, 데이터베이스의 이전 버전을 복구하지 않으려면 데이터베이스를 반드시 즉시 백업해야 합니다.
그 밖에 이 문서의 지침을 통해 실행할 수 있는 마이그레이션 이후의 옵션 작업:
최소한의 시간으로 마이그레이션에 성공하기 위한 준비 작업:
재시작 명령을 통한 명령 프롬프트를 사용할 수 있습니다. 대부분의 경우 마이그레이션을 위한 디스크 공간이 부족한 경우 마이그레이션 시작 버튼은 해제되어 있습니다. 하지만 일부 환경에서는 마이그레이션 시작 버튼이 설정되어 있는데 마이그레이션 시 디스크 공간 문제가 여전히 발생할 수 있습니다. 예를 들어 Linux 파일 시스템에 대한 섹션을 참조하십시오. 디스크 공간을 확보하려면 다음 순서의 해결책을 실행해 보십시오. 마이그레이션 시작 버튼이 각 단계가 완료된 후 설정되어 있는지 확인합니다.
注意: 사용자의 가용 디스크 공간은 1.6GB + (1.3 x 데이터베이스_크기)인 것이 좋습니다.
필요 없는 데이터를 삭제하고 사용되지 않는 테이블 공간을 확보하기 위한 데이터베이스 유지 보수 작업:
이러한 작업을 최근에 수행하지 않았다면 이런 조치만으로 많은 공간을 확보할 수 있습니다. 각 작업을 다음의 순서로 개별적으로 실행하시기 바랍니다. 각 작업을 완료한 후 마이그레이션을 다시 실행해 보십시오. 데이터베이스를 재인덱싱하면 필요한 모든 공간이 확보되어 사용자 데이터베이스 크기에 따라 많은 시간이 걸릴 수 있는 데이터베이스 정리 또는 테이블 압축 작업이 필요 없을 수도 있습니다. 데이터베이스 유지 보수 수행을 참조하십시오.
호스트 시스템에서 삭제한 후 마이그레이션이 완료된 후 복구해야 하는 디렉토리:
注意: 이러한 디렉토리 및 파일은 애플리케이션에 데이터가 누적되면서 점점 많은 디스크 공간을 차지합니다.
마이그레이션 공간 생성 방법:
注意: 이전의 마이그레이션이 실패한 후 디스크 공간 문제가 발생하는 경우
앞의 단계를 완료한 후 마이그레이션을 다시 시작하십시오. 디스크 공간이 여전히 충분하지 않은 경우 기술 지원에 문의하십시오.
Linux 파일 시스템은 기본적으로 디스크 공간의 5%를 권한 있는 프로세스 또는 루트 프로세스에 예약합니다. 이 예약된 공간은 데이터베이스 마이그레이션에 사용할 수 없지만 애플리케이션은 마이그레이션 실행 전 전체 가용 공간을 계산할 때 이 공간을 포함합니다. 따라서 실제 가용 디스크 공간이 계산된 가용 공간보다 적어 마이그레이션을 시작할 수는 있지만 그 후 실패할 수 있습니다. 실제 가용 공간이 마이그레이션 이전의 계산 결과에 보다 가깝도록 예약된 디스크 공간을 줄일 수 있습니다. 이를 위해 tune2fs 유틸리티를 사용합니다. 이 명령은 예약된 디스크 공간의 비율 및 애플리케이션이 설치된 파티션에 대한 매개 변수를 포함합니다.
예: tune2fs -m 1 /dev/sdf1
마이그레이션 모니터링 방법:
마이그레이션 시작을 클릭하면 애플리케이션이 유지 보수 모드가 됩니다. 이 때는 스캔 및 보고서 실행과 같은 일반적인 작업을 실행할 수 없습니다. 유지 보수 모드에서 실행을 참조하십시오. 관리자는 로그온을 통해 마이그레이션 상태 메시지를 모니터링할 수 있습니다.
마이그레이션 도중 애플리케이션은 데이터를 기존 PostgreSQL 데이터베이스에서 새로운 PostgreSQL 데이터베이스로 복사합니다. 마이그레이션 시 이 두 개의 데이터베이스를 위한 충분한 디스크 공간이 필요합니다.
또한, 마이그레이션 완료 후 기존 PostgreSQL 데이터베이스를 백업하여 [installation_directory]/nsc/nxpgsql-backup-[timestamp] 디렉토리에 저장합니다.
예상 마이그레이션 시간은 데이터베이스의 크기에 따라 다릅니다.
모든 마이그레이션 프로세스가 완료되면 애플리케이션이 재시작되고 일반적인 작업을 실행할 수 있게 됩니다.
마이그레이션이 완료되기 전에 취소 버튼을 누르면 애플리케이션이 마이그레이션 프로세스를 중지합니다. 그러면 애플리케이션을 정상적인 작동 모드에서 재시작할 수 있습니다.
마이그레이션이 실패하면 PostgreSQL 데이터베이스의 현재 버전이 그대로 유지되며 애플리케이션을 중단 없이 계속 사용할 수 있습니다.
마이그레이션 프로세스가 실행된 후 매우 드물게 애플리케이션이 마이그레이션에 대한 상세한 결과를 알리는 상태 메시지 대신 마이그레이션 FAQ를 유지 보수 모드에서 표시하는 경우가 있습니다. 이런 경우에는 서버를 재시작하기 전에 기술 지원에 문의하십시오. 또한, 이러한 상황이 발생하고 사용자가 실수로 서버를 재시작했거나 마이그레이션 후 데이터베이스 마이그레이션 페이지에 사용자 환경에서 실행되는 PostgreSQL 버전이 9.4 이전 버전이라고 나오는 경우에도 기술 지원에 문의해야 합니다.
데이터의 양에 따라 마이그레이션하는 데는 30분에서 한 시간 이상 걸릴 수 있습니다. 따라서 마이그레이션에 오랜 시간이 걸리는 것은 드물지 않으며 새로운 상태 메시지가 오랫동안 나타나지 않는다고 해서 반드시 마이그레이션이 “중단”되었음을 의미하지는 않습니다.
상태 메시지가 나타나지 않을 때 마이그레이션이 진행 중임을 확인할 수 있는 몇 가지 간단한 방법:
프로세스가 완료되면 보안 콘솔이 알림을 표시합니다.
마이그레이션 성공 확인 단계:
마이그레이션이 성공한 경우 설치된 버전은 9.4.1입니다.
또는
버전 번호가 나타나는 줄의 예:
NSC 2015-06-11T18:45:01 PostgreSQL 9.4.1, Visual C++ build 1500을 통해 컴파일됨, 64비트
마이그레이션이 성공했음을 확인한 후 수행할 단계:
이 디렉토리는 postgresql.conf 파일을 포함해 마이그레이션 이전의 데이터베이스를 포함합니다.
참고: 일반적인 작업을 재시작하기 전에 다음 섹션의 설명에 따라 데이터베이스 정합성을 확인합니다.
마이그레이션 이전에 postgresql.conf 또는 pg_hba.conf를 변경한 경우 이러한 구성 파일에 모든 사용자 지정 설정을 재적용해야 합니다.
이 절차는 2단계로 이루어집니다. 데이터베이스 정합성 확인과 데이터베이스 정리입니다.
데이터베이스 정합성을 확인하고 적절하게 응답하는 방법:
보안 콘솔이 문제 해결 페이지를 표시합니다.
페이지에 모든 진단 테스트 결과 목록이 있는 테이블이 나타납니다. 문자 X를 포함하는 빨간색 원은 정합성 문제가 있음을 나타냅니다.
보안 콘솔이 데이터베이스 유지 보수 페이지를 표시합니다.
注意: 모든 진단 옵션이 기본적으로 선택되어 있지만 마이그레이션 이후 데이터베이스 정합성을 확인하려면 데이터베이스 진단 옵션만 필요합니다. 이 작업에 필요한 정보만 확인하려면 다른 모든 체크박스 선택을 취소합니다.
이러한 작업을 시작하면 애플리케이션이 종료되고 유지 보수 모드에서 재시작됩니다. 모든 진행 중인 스캔 또는 보고서가 완료 전에 중단되며 모든 관련 데이터가 손실됩니다. 유지 보수 작업이 완료되고 애플리케이션이 정상 모드로 재시작되면 모든 스캔 또는 보고서를 재시작해야 합니다. 자세한 내용은 유지 보수 모드에서 실행을 참조하십시오.
마이그레이션이 성공적으로 완료되었음을 확인한 다음에는 반드시 데이터베이스를 즉시 백업하고 데이터 정합성을 확인해야 합니다. 그러면 마이그레이션 이후 데이터베이스의 기본 인스턴스가 유지되며 PostgreSQL 9.0 데이터베이스 백업 복구 작업을 하지 않아도 됩니다.
이 단계를 수행하기 전에 완료해야 하는 단계:
데이터베이스 백업에 대한 지침은 데이터베이스 백업/복구 및 데이터 보존을 참조하십시오.
마이그레이션 이후 애플리케이션이 PostgreSQL 9.0 데이터베이스를 백업하고 [installation_directory]/nsc/nxpgsql-backup-[timestamp] 디렉토리에 저장합니다.
이러한 특정한 데이터베이스를 복구하는 단계:
이 디렉토리는 [installation_directory]/nsc/nxpgsql에 있습니다.
ヒント: 모든 원래의 권한 속성을 유지하면서 백업 디렉토리를 이전합니다. 그러면 Linux의 경우 nxpgsql을 디렉토리 소유자로 지정하거나 Windows의 경우 시스템 사용자에게 디렉토리에 대한 액세스를 부여하지 않아도 됩니다.
마이그레이션 과정에서 백업된 데이터베이스 복구 시 고려해야 할 사항:
마이그레이션 이후 스캔 또는 보고서를 실행한 다음 백업 데이터베이스를 복구하는 경우 복구된 데이터베이스에 관련 기록이 없어 보안 콘솔 웹 인터페이스가 마이그레이션과 복구 사이에 실행된 스캔 또는 보고서 인스턴스 목록을 제공하지 않습니다.
복구 이후 스캔 또는 보고서 실행을 시작하면 복구된 데이터베이스에 입력되는 관련 스캔 또는 보고서 인스턴스가 복구 이전에 파일 시스템에 생성된 인스턴스를 덮어 씁니다.
그래픽 차트는 항상 최근의 사이트, 스캔 또는 자산 그룹 정보를 반영하므로 처음에는 복구된 데이터베이스와 동기화되지 않을 수 있습니다. 각각의 차트는 관련 이벤트 이후 복구된 데이터베이스에 따라 업데이트 및 동기화됩니다. 예를 들어 스캔을 실행하면 차트가 모든 관련 사이트 및 자산 그룹에 따라 업데이트 및 동기화됩니다.
PostgreSQL 데이터베이스는 마이그레이션 후 기본 설정을 적용합니다. 데이터베이스 성능을 조정하기 위해 postgresql.conf 파일을 변경했거나 데이터베이스에 원격 연결을 설정하기 위해 pg_hba.conf 파일을 변경한 경우 변경된 설정을 재적용해야 합니다.
마이그레이션이 완료되면 디렉토리 [instsallation_directory]/nsc/nxpgsql-backup-[timestamp]에 저장된 기존의 PostgreSQL 버전에서 구성 파일을 참조할 수 있습니다.
주의: 기존 구성 파일을 새 데이터베이스 위치에 그대로 복사하지 마십시오. 호환성 문제로 인해 데이터베이스를 시작할 수 없을 수도 있습니다. 각각의 파일에 대해 각각의 설정을 하나씩 비교하고 이전 PostgreSQL 설치에서 변경한 속성만 편집합니다.
마이그레이션이 실패하면 PostgreSQL 데이터베이스의 현재 버전이 그대로 유지됩니다. 애플리케이션을 재시작하고 일반적인 작업을 다시 시작할 수 있습니다.
마이그레이션을 다시 실행하기 전에 마이그레이션 실패가 디스크 공간 오류 때문인지 확인하십시오. 자동 사전 마이그레이션 검사 결과에서 가용 디스크 공간이 충분한 것으로 나타났어도 마이그레이션 공간이 가용 디스크 공간을 초과하는 경우가 발생할 수 있습니다.
注意: 마이그레이션 실패 후 재시도하지 않는 경우에도 디스크 공간을 많이 차지하는 /nxpgsql-temp 디렉토리를 삭제해야 합니다.
시스템 장애 또는 정전으로 인해 마이그레이션이 실패한 경우 이를 다시 실행할 때 디스크 공간 부족 문제가 발생할 수 있습니다. 이는 실패한 마이그레이션 시도 중 애플리케이션이 nxpgsql-temp 디렉토리를 생성하기 때문입니다. 이 디렉토리를 삭제하고 마이그레이션을 다시 시작하십시오. 이 temp 디렉토리는 [installation_directory]/nsc에 있습니다.
注意: 글로벌 관리자만 이 애플리케이션을 유지 보수 모드에서 실행할 권한이 있습니다.
유지 보수 모드는 애플리케이션이 일반적인 유지 보수 작업을 수행하고 하나 이상의 서브시스템의 심각한 오류로부터 복구되는 시작 모드입니다. 유지 보수 모드에서는 스캔 또는 보고서를 실행할 수 없습니다. 사용할 수 있는 기능에는 로깅, 데이터베이스 및 보안 콘솔 웹 인터페이스가 포함됩니다.
注意: 이 애플리케이션은 심각한 내부 오류가 발생하면 자동으로 유지 보수 모드에서 실행됩니다.
애플리케이션이 유지 보수 모드에서 실행되면 로그온 시 /admin/maintenance/index.html 페이지가 나타납니다. 이 페이지는 모든 실행 가능한 유지 보수 작업 및 실행 중인 작업의 현재 상태를 표시합니다. 현재의 작업이 완료될 때까지는 새로운 작업을 선택할 수 없습니다. 현재의 작업이 완료된 후에는 작업을 전환하거나 재시작을 클릭해 일반 작업 모드로 돌아올 수 있습니다.
유지 보수 모드에서 작업하는 방법:
보안 콘솔이 유지 보수 모드 페이지를 표시합니다.