# 제로 트러스트 연결 및 ID 구성

Canonical: https://www.nsecsoft.com/ko/docs/ping64-zero-trust/zero-trust/connection/global-connection-settings/

Language: ko-KR

Updated: 2026-11-15T04:12:25.310327Z

Ping64에서 제로 트러스트 전역 설정은 관리 엔드포인트의 인증, 터널 주소 풀, 연결 방식과 DNS 관리 범위를 관리합니다. 변경은 여러 노드에 영향을 줄 수 있습니다. 저장 성공이 모든 노드의 수신이나 업무 연결의 가용성을 뜻하지는 않습니다.

## 준비

-   제로 트러스트 설정 관리 권한이 있는 계정을 사용하고 현재 설정, 영향받는 노드와 업무를 기록하며 변경 승인을 확인합니다.
-   네트워크 및 ID 관리자와 사용자 로그인 요구, 주소 계획, 릴레이와 DNS를 검토합니다. ID, 주소 또는 경로를 변경할 때 변경 시간과 복구 계획을 마련하고 통제된 엔드포인트에서 먼저 시험합니다.
-   노드별 인증 예외와 수동 고정 터널 주소를 확인합니다. 전역 설정, 노드 예외와 [접근 정책](https://www.nsecsoft.com/ko/docs/ping64-zero-trust/zero-trust/access-control/access-policy/)은 역할이 달라 서로 대체하지 않습니다.

## 인증과 자동 연결 구성

1.  콘솔의 제로 트러스트 설정을 열고 「Authentication method」에서 조직 요구에 맞는 방식을 선택합니다.
    -   **엔드포인트 ID (Endpoint Identity):** 페이지에 따르면 관리 엔드포인트가 장치 ID로 제로 트러스트 연결을 설정할 수 있습니다.
    -   **사용자 ID (User Identity):** 페이지에 따르면 연결 전 플랫폼 사용자 로그인이 필요합니다.
2.  업무에 맞게 「Automatic connection」을 설정합니다. 페이지에 따르면 엔드포인트 ID 노드는 구성이 준비되면 자동 연결할 수 있지만 사용자 ID 노드는 사용자가 명시적으로 연결해야 합니다. 인증, 네트워크와 접근 제어 조건은 여전히 필요합니다.
3.  노드별 예외를 확인합니다. 노드는 전역 설정을 상속할 수 있으며 전역에서 사용자 ID를 요구할 때 개별 노드에 엔드포인트 ID를 허용할 수도 있습니다. 이 예외를 사용하면 사용자 로그인 없이 연결할 수 있으므로 소유, 위험과 승인을 확인합니다. [노드 관리](https://www.nsecsoft.com/ko/docs/ping64-zero-trust/zero-trust/connection/manage-peers/)를 참조하십시오.
4.  다른 변경을 마친 후 구성을 저장하고 아래 절차로 검증합니다. 로그인 문제를 해결하기 위해 인증 요구를 기본적으로 완화하지 마십시오.

## 터널 주소 풀

「Tunnel Address Pool」은 노드의 제로 트러스트 IPv4 주소를 할당합니다. 페이지의 DNS 가상 주소는 풀에서 파생되며 따로 변경할 수 없습니다.

1.  변경 전 자동·수동 주소, 새 범위의 용량과 경로, DNS, 업무의 기존 주소 의존성을 확인합니다. 수동 고정 주소는 새 범위에 속해야 하며 복구 계획을 마련합니다.
2.  `100.64.0.0/10` 안의 IPv4 CIDR을 입력합니다. 기본 범위 `100.64.0.0/10`은 허용됩니다. 사용자 지정 범위는 플랫폼 예약 범위와 겹치면 안 되며 크기 검증을 충족하고 접두사가 `/30`보다 클 수 없습니다. 화면 안내와 네트워크 계획을 따릅니다.
3.  저장 후 설정을 다시 열고 시험 노드를 확인합니다. 페이지는 자동 주소 재할당과 재연결 가능성을 경고합니다. 실제 영향, 수신과 업무 연결을 각각 검증합니다.

## 연결 경로와 릴레이 전송

「Connection Priority」는 노드 간 사용 가능한 경로의 선호도를 정하며 릴레이 전송 설정과 다릅니다.

-   **P2P First:** 직접 연결을 우선하며 불가능할 때 사용 가능한 릴레이를 이용할 수 있습니다.
-   **Relay First:** 릴레이를 우선하며 불가능할 때 사용 가능한 직접 연결을 이용할 수 있습니다.
-   **Relay Only:** 노드 간 연결이 릴레이에 의존하며 릴레이 불가 시 직접 연결로 대체할 수 없습니다.

「Relay Transport」는 Auto, WebSocket, QUIC를 제공합니다. 페이지에 따르면 Auto는 QUIC와 WebSocket을 동시에 시도해 먼저 수립된 릴레이 연결을 사용하며 고정 모드는 선택한 프로토콜만 사용합니다. 선택 전에 릴레이와 엔드포인트 네트워크의 지원, 실제 포트와 방화벽을 확인합니다. 우선순위나 Auto가 제한된 네트워크에서 연결을 보장하지는 않습니다.

「On-demand connections」는 노드 간 트래픽이 생길 때 연결하고 일정 유휴 시간 후 끊습니다. 재연결 후 첫 접근이 잠시 지연될 수 있으므로 업무 요구를 평가하고 대상 네트워크와 클라이언트에서 시험합니다.

## DNS 관리

1.  DNS 관리의 「DNS Domain」을 확인합니다. 노드의 전체 도메인 이름 생성에 사용되며 페이지에 따르면 비우면 내장 기본값 `zt.internal`로 돌아갑니다. 변경 전 기존 이름 참조를 확인하고 유효한 도메인을 입력합니다.
2.  필요하면 「DNS Disabled Groups」를 선택합니다. 선택한 접근 그룹 중 하나라도 속한 노드는 제로 트러스트 DNS 관리를 적용하지 않습니다. 그룹 구성원 변경도 영향 범위를 바꿀 수 있습니다. 시스템이 관리하는 `All` 그룹을 선택하면 해당 그룹의 모든 노드가 비활성화 범위에 포함됩니다. 구성원은 노드 상태에 따라 달라질 수 있습니다. 영향 범위를 확인하고 시험 엔드포인트에서 DNS 확인을 검증한 후 변경을 확대하십시오.
3.  네임서버와 사용자 지정 영역은 별도로 설정합니다. [네임서버 그룹](https://www.nsecsoft.com/ko/docs/ping64-zero-trust/zero-trust/dns/dns-nameservers/)과 [DNS 영역](https://www.nsecsoft.com/ko/docs/ping64-zero-trust/zero-trust/dns/dns-custom-zones/)을 참조하십시오. DNS 관리 비활성화가 모든 네트워크 접근을 끄는 것은 아니며 실제 이름 확인은 엔드포인트 환경에 달려 있습니다.

## 저장 및 검증

저장하면 이번에 변경한 필드뿐 아니라 이 페이지의 전체 설정이 전송됩니다. 페이지를 불러온 후 다른 관리자가 변경 사항을 저장했다면 오래된 페이지를 저장할 때 그 설정을 덮어쓸 수 있습니다. 변경 작업을 미리 조율하십시오. 다른 관리자가 설정을 변경한 것으로 의심되면 저장하지 않은 입력을 기록하고 페이지를 다시 열어 현재 값을 가져온 뒤 변경 내용을 다시 확인하고 입력합니다. 저장 전후에 페이지 전체를 확인하십시오. 다시 열면 저장하지 않은 입력은 버려지며 이후의 동시 변경을 방지하지는 못합니다.

1.  설정을 저장하고 메시지를 확인한 뒤 페이지를 다시 열어 인증, 풀, 우선순위, 전송 및 DNS 범위의 실제 값을 확인합니다. 저장 실패 시 메시지를 처리하고 적용을 가정하지 않습니다.
2.  시험 엔드포인트에서 사용자 로그인 또는 엔드포인트 ID 접속, 노드 상태와 터널 주소를 각각 검증합니다. 설정에 따라 직접 연결 또는 릴레이를 시험하고 업무 접근을 확인합니다.
3.  영향받는 엔드포인트의 노드 이름, DNS 확인과 정책 제한을 검증합니다. 노드마다 수신 시간이 다를 수 있으므로 한 노드로 전체를 판단하지 않습니다.
4.  결과가 다르면 전역 설정, 노드 예외, 주소 계획, 온라인 상태, 릴레이, 네트워크 및 방화벽을 확인합니다. 변경 기록과 승인 절차에 따라 복원 또는 조정하고 다시 시험합니다.

이 페이지의 「Reset」은 저장하지 않은 수정 사항만 취소하고 이 페이지에서 마지막으로 불러오거나 저장한 값으로 되돌립니다. 이미 저장한 변경은 취소하지 않으며 다른 관리자가 이후에 변경한 설정을 가져오지도 않습니다. 현재 설정을 확인하려면 페이지를 다시 열고 표시된 값을 확인합니다.