# 네트워크 접근 기록

Canonical: https://www.nsecsoft.com/ko/docs/ping64-endpoint-management/uem/network/records/

Language: ko-KR

Updated: 2026-11-15T03:28:11.751053Z

**Network Access** 기록은 통합 엔드포인트 관리의 **Network Access Control**과 **Illegal Outbound**에서 발생한 연결 결정을 보여 줍니다. 두 정책은 별도로 설정합니다. 전자는 규칙에 따라 연결을 일치시키고 후자는 설정된 허용 주소를 기준으로 외부 연결을 판단합니다. 기록은 전체 네트워크 트래픽 목록이 아닙니다. 기록이 없어도 연결이 없었다는 뜻은 아니며 허용 기록 하나만으로 업무 연결의 최종 성공을 증명할 수 없습니다.

네트워크 정책은 업무, 원격 유지보수와 단말기 및 관리 플랫폼 간 통신에 영향을 줄 수 있습니다. 현장 유지보수가 가능한 Windows 시험 단말기에서 승인된 시험 주소로 먼저 검증하고 복구 수단을 준비합니다. 차단 규칙을 모든 단말기에 바로 배포하지 마십시오. 아래 기록 설명은 Windows 엔드포인트의 TCP 연결을 예로 들며 다른 프로토콜과 플랫폼은 별도로 검증해야 합니다.

-   [네트워크 접근 제어 정책](https://www.nsecsoft.com/ko/docs/ping64-endpoint-management/uem/network/network-policy/)
-   [무단 외부 연결 정책](https://www.nsecsoft.com/ko/docs/ping64-endpoint-management/uem/network/outbound-policy/)

기존 기록만 조회한다면 해당 조회 권한이 있는 계정으로 아래 조회 단계에 바로 진행할 수 있습니다. 조회만을 위해 정책을 새로 만들거나 시험 이벤트를 발생시킬 필요는 없습니다. 새 기록을 검증하려면 먼저 기존 적용 정책을 확인하고 필요한 경우에만 정책 관리 권한이 있는 담당자가 수정한 후 시험합니다.

## 시험 준비

1.  조직에 필요한 라이선스가 있는지 확인합니다. 엔드포인트 관리 정책 변경, 기록 조회 및 기록 내보내기에는 각각 해당 권한이 필요합니다. 시범 엔드포인트는 등록되어 정책을 수신할 수 있어야 합니다. 기록을 검증할 때는 보고 가능 여부와 조회 계정의 가시 범위도 확인합니다.
2.  네트워크 및 업무 담당자와 시험 프로그램, 목적지 주소, 포트, 연결 방향과 유지보수 시간을 확인합니다. 현장 조작 및 되돌리기 수단을 확보하고 특히 관리 플랫폼, 필수 기반 서비스 또는 사용 중인 원격 유지보수 연결을 차단하지 마십시오.
3.  **UEM > Policy**에서 시범 엔드포인트에 적용되는 기존 정책, 유효 시간과 범위를 먼저 확인하고 시험 요건에 맞으면 재사용합니다. 생성이나 변경이 필요할 때만 권한 있는 담당자가 영향을 평가하고 승인된 계획을 따릅니다. 아래 두 정책은 필요에 따라 각각 확인하며 하나의 설정이 다른 하나를 활성화하지 않습니다.

## Network Access Control 설정

Network Access Control 기록을 검증하려면 시험 정책의 **Network Access Control**에서 활성화 상태, 범위와 관련 규칙의 방향, 유형, 내용, 프로토콜 및 동작을 먼저 확인합니다. 요구에 맞는 기존 설정은 재사용합니다. 변경이 필요한 경우 권한 있는 관리자가 영향을 평가하고 [Network Access Control 정책](https://www.nsecsoft.com/ko/docs/ping64-endpoint-management/uem/network/network-policy/)에 따라 규칙, 설정 및 전체 정책을 저장한 뒤 엔드포인트 수신을 확인합니다. 승인된 독립 비차단 시험을 우선하고 테스트만을 위해 기존 차단 규칙을 변경하지 마십시오. 차단 시험 전에 업무 영향과 복구 수단을 확인합니다.

규칙 동작을 설정해야 할 때 **No action**은 일치 시 현재 네트워크 동작을 유지하며 **Block**은 해당 연결 제한을 시도합니다. 일치와 기록 검증에는 승인된 별도 비차단 시범을 우선하고, 시험만을 위해 기존 차단 규칙을 변경하지 마십시오. 차단 시험이 필요하면 다른 규칙과 업무 의존성을 평가하고 승인과 복구 경로를 확인합니다.

정책을 변경한 경우에만 아래와 같이 저장하며 기존 설정을 재사용할 때는 다시 저장할 필요가 없습니다.

개별 규칙, Network Access Control 설정, 전체 정책을 순서대로 저장하고 스위치, 규칙과 대상 단말기를 재확인한 뒤 단말기의 수신과 적용을 기다립니다. 저장은 단말기 실행이나 연결 성공 또는 실패를 보장하지 않습니다.

변경 여부와 관계없이 검증 전에 엔드포인트가 적용 정책을 받았는지 확인합니다.

일부 Windows TCP Network Access Control 기록의 규칙 이름은 일반적인 이름일 수 있으므로 이것만으로 일치한 구체적인 설정 규칙을 식별할 수 없습니다. 여러 규칙이 겹칠 수 있으므로 순서와 연결 조건을 확인하고 통제된 시험에서 각각 검증하십시오. 일치하는 모든 규칙마다 별도 기록이 생성된다고 가정하지 마십시오.

## Illegal Outbound 설정

Illegal Outbound 기록을 검증하려면 시험 정책에서 활성화 상태, IPv4 및 IPv6 허용 주소 규칙과 차단 상태를 먼저 확인합니다. 적합한 설정은 재사용하며 허용 주소 규칙은 Network Access Control과 별도로 관리합니다. 테스트만을 위해 기존 차단을 끄지 마십시오. 변경이 필요하면 권한 있는 관리자가 영향을 평가하고 [Illegal Outbound 정책](https://www.nsecsoft.com/ko/docs/ping64-endpoint-management/uem/network/outbound-policy/)에 따라 전체 정책을 저장해 수신을 확인한 후 허용 주소와 승인된 테스트 주소를 각각 시험합니다.

**Block Illegal Outbound** 상태를 확인합니다. 끄면 일치하는 불법 외부 연결을 기록하고 켜면 해당 연결을 차단합니다. 시험만을 위해 기존 차단을 끄지 마십시오. 비차단 검증이 필요하면 업무 영향과 복구 경로를 먼저 확인하고 승인된 계획에 따라 적절히 격리된 시범 구성을 사용합니다. 스위치 변경은 조직의 승인 및 변경 절차를 따릅니다.

정책을 변경한 경우에만 아래와 같이 저장하며 기존 설정을 재사용할 때는 다시 저장할 필요가 없습니다.

설정과 전체 정책을 저장하고 스위치, 허용 주소와 대상 단말기를 다시 확인합니다. 수신 후 허용 주소와 승인된 시험 주소를 각각 검증합니다. 일치 여부는 규칙, 연결과 단말기 작동에 달려 있으며 전체 네트워크 행위의 완전한 감사가 아닙니다.

변경 여부와 관계없이 검증 전에 엔드포인트가 적용 정책을 받았는지 확인합니다.

**주소 계열 위험:** 일부 Windows TCP 연결 처리에서는 허용 IPv4와 IPv6 주소를 각각 비교합니다. IPv4만 설정해도 IPv6가 자동으로 허용되는 것은 아니며 그 반대도 마찬가지입니다. 어느 주소 계열에 일치하는 규칙이 없으면 해당 연결이 불법 외부 연결로 식별될 수 있으며 차단을 켜면 연결이 중단될 수 있습니다. 시험 단말이 실제 사용하는 주소 계열을 확인하고 필요한 관리 및 업무 주소를 각각 설정한 후 차단을 켜기 전에 개별적으로 검증하십시오.

## 조회, 내보내기 및 문제 해결

1.  새 기록을 검증하려면: 시험 단말기에서 통제된 TCP 연결을 만들고 실제 시간, 프로그램, 목적지와 포트를 기록합니다. 클라이언트 처리와 보고를 기다립니다. 반복된 불법 외부 연결은 일치 횟수를 포함한 기록으로 집계될 수 있고 표시가 지연될 수 있습니다.
2.  **UEM > Audit > Network Access**를 엽니다. 초기 기간은 오늘과 이전 29일이며 변경할 수 있습니다. 필요하면 키워드를 입력하고 페이지를 넘깁니다. 목록에는 단말기, 로그 유형, 원격 주소, 프로토콜, 프로세스, 일치 횟수, 처리와 시간 등이 표시됩니다.
3.  로그 유형으로 **Network Access Control**과 **Illegal Outbound**를 구분하고 상세 정보를 열어 규칙과 처리를 실제 연결 결과 및 업무 상황과 함께 분석합니다. 허용 또는 미차단만으로 원격 서비스의 가용성을 증명할 수 없으며 기록 횟수를 고유 사용자 수와 동일시해서는 안 됩니다.
4.  **Export**로 XLSX를 생성합니다. 현재 날짜, 키워드 등의 조건에 맞는 기록을 여러 페이지에서 수집하며 현재 페이지만으로 제한되지 않습니다. 결과가 50,000행을 넘으면 내보내기에 실패하므로 날짜나 필터를 좁혀 다시 시도합니다. 파일을 확인하고 조직 규정에 따라 주소, 프로세스 및 사용자 정보를 보호합니다.
5.  예상 기록이 없으면 라이선스, 정책 스위치와 내용, 단말기 범위 및 수신, 실제 TCP 시험, 시간과 키워드, 클라이언트 실행과 보고를 차례로 확인합니다. 차단 또는 업무 오류가 발생하면 되돌리기 계획으로 복구하고 다른 적용 정책을 검토합니다. 빈 목록만으로 정책 미실행이나 네트워크 접근 부재를 판단하지 마십시오.