---
title: VPN 및 IPv6 프록시 노드
description: Linux 호스트를 VPN 노드(cmp-agent) 및 IPv6 프록시 노드로 준비하는 방법: 운영 체제, IP 주소 및 IPv6 프리픽스, 포트, sysctl, 설치 및 하트비트.
url: https://nexcmp.com/ko/docs/infrastructure/vpn-proxy-nodes/
applies_to: NexCMP 1.6.1
updated: 2026-11-02
---

# VPN 및 IPv6 프록시 노드 {#vpn-and-ipv6-proxy-nodes}

> **관리자 위치:** Infrastructure › VPN & Proxy nodes › Agents & external nodes (`/agents`), VPN IP pools (`/vpn/pool`), IPv6 Proxy nodes (`/vpn/proxy6/nodes`). 서비스 자체는 Services › VPN 및 Services › IPv6 Proxy 아래에 있습니다. 두 모듈 모두 System › Admin › License & updates에서 켜집니다.

## 작동 내용 {#what-it-does}

NexCMP는 운영 중인 서버에서 **직접 소유한 IP 주소**로 나가는 VPN 및 프록시 액세스를 판매합니다. 두 가지 종류의 노드가 존재합니다:

- **VPN 노드.** 소형 Go 프로그램인 `cmp-agent`이(가) Linux 호스트에서 실행됩니다. 호스트의 공인 IPv4 주소를 검색하고, 판매되는 각 주소에서 SOCKS5, HTTP 및 UDP 리스너를 열며, 고객이 연결된 **동일한 IP**에서 트래픽을 내보냅니다(동일 IP 아그레스). 몇 초마다 패널에 보고합니다.
- **IPv6 proxy node.** 호스트로 라우팅하는 IPv6 프리픽스의 주소를 고객에게 제공하는 프록시 서비스입니다. 패널이 SSH를 통해 자동으로 설치해 줍니다.

서버를 보유한 국가에서 깨끗한 IP 주소를 재판매하는 데 사용하세요.

## 요구 사항 {#requirements}

### VPN node {#vpn-node}

| 항목 | 요구 사항 |
|---|---|
| 운영체제 | systemd 및 4.15 이상의 커널을 지원하는 Linux 배포판(IPv6 free-bind 지원). 제공되는 에이전트 바이너리는 **x86_64**(amd64) 전용입니다. |
| 권한 | 설치를 위한 root 권한. 서비스는 `CAP_NET_ADMIN`, `CAP_NET_RAW` 및 `CAP_DAC_READ_SEARCH`만 유지합니다. |
| 도구 | `curl` 또는 `wget`, 그리고 `sha256sum` (설치 프로그램은 파일 확인 없이는 진행을 거부합니다). |
| 공인 주소 | 호스트의 인터페이스에 할당된 공인 IPv4 주소(각각 `/32` 1개씩) **또는** 추가 서브넷으로 추가한 호스트 라우팅 프리픽스(IPv4 /16~/32, IPv6 /48~/128). 사설, CGNAT 및 문서화 대역은 무시됩니다. |
| 네트워크, 인바운드 | 고객은 판매된 각 공인 IP에 **65001-65535 포트**(SOCKS5 및 HTTP용 TCP, UDP 어소시에이트용 UDP)로 연결합니다. 각 엔드포인트는 연속된 세 개의 포트 세트를 사용합니다. |
| 네트워크, 아웃바운드 | 패널 도메인으로의 HTTPS(443). 에이전트는 또한 3.5초 제한으로 `ip-api.com`(HTTP) 및 `ipinfo.io`(HTTPS)에서 자체 국가를 조회합니다. |
| 메일 | 포트 25로의 아웃바운드 연결은 항상 차단되며, 이를 허용하는 설정은 제공되지 않습니다. |
| Docker, VPN 및 가상 인터페이스 | `docker*`, `veth*`, `br-*`, `cni*`, `flannel*`, `virbr*`, `cali*`, `tun*`, `tap*`, `wg*`, `tailscale*` 이름의 인터페이스는 주소를 기여하지 않습니다. |
| 종속성 | 모듈 **VPN**, (호스트의 국가에서 자동으로 생성된) 영역 및 HTTPS로 접속 가능한 NexCMP 패널. |

### IPv6 프록시 노드 {#ipv6-proxy-node}

| 항목 | 요구 사항 |
|---|---|
| 운영체제 | **x86_64** 기반 systemd가 탑재된 Linux. 명령어 `systemctl`, `nft`, `ip`, `ss`, `sysctl`, `useradd`가 존재해야 합니다. 그렇지 않으면 설치가 중단되고 누락된 명령어가 표시됩니다. |
| 설치 접근 권한 | 공인 IPv4 주소(사설, 루프백 및 CGNAT 주소는 거부됨), SSH 포트, root 또는 `sudo` 권한을 가진 계정 및 해당 **비밀번호**. 비밀번호는 설치용으로만 사용되며 저장되지 않습니다. |
| 사용 가능한 포트 | **80, 443 및 60000 이상의 모든 포트**가 비어 있어야 합니다. 설치 프로그램은 이미 실행 중인 서비스를 중단하거나 변경하지 않으며, 사용 중인 포트를 보고하고 중단합니다. |
| IPv6 | 호스트가 아웃바운드 트래픽의 소스로 사용할 수 있는 `2000::/3` 내부의 **/32와 /64** 사이의 공인 프리픽스로, 호스트로 **라우팅**되거나 NDP 프록시와 함께 **온링크**로 전달됩니다(아래 참조). |
| 네트워크 | 고객은 노드의 IPv4에 포트 80(HTTP 프록시), 포트 443(SOCKS5) 및 포트 60001~65535(고정 IP당 하나의 포트)로 연결합니다. 노드에는 인증서가 없으므로 HTTPS 프록시는 지원되지 않습니다. 트래픽은 IPv6로만 전송되며, IPv6 주소가 있는 목적지로만 나갑니다. 노드는 HTTPS를 통해 패널에서 구성을 가져옵니다. |
| 패널 서버의 노드 소프트웨어 | 노드 데몬 및 네트워크 스크립트는 NexCMP 릴리스 패키지에 포함되어 제공됩니다. 패널은 설치 중에 설치 폴더(`/opt/nexcmp/releases/<version>/bin` 또는 커스텀 빌드의 경우 `/opt/nexcmp/bin`)에서 각 노드로 이 파일들을 복사합니다. 패널 서버에는 `sshpass` 및 SSH 클라이언트도 필요합니다. 설치 프로그램이 `sshpass`을 추가하며, 1.4.2 이전 버전에서 설치된 서버의 경우 `sudo apt-get install -y sshpass` 명령어로 추가할 수 있습니다. |
| 종속성 | **IPv6 Proxy** 모듈 및 노드가 콜백할 패널 URL(**IPv6 Proxy › Settings › Panel URL for nodes**, 기본값 `https://<your license domain>`). |


## 인프라 준비 {#prepare-the-infrastructure}

### VPN node {#vpn-node-1}

1. **지원되는 Linux와 네트워크 인터페이스에 설정되거나 호스트로 라우팅되어 판매할 공인 IPv4 주소를 사용하여 호스트를 프로비저닝**합니다.
2. **라우팅된 블록을 판매하는 경우**, 노드를 추가할 때 해당 블록을 **Extra subnet**으로 입력하도록 계획하십시오. 에이전트는 호스트가 블록 내의 모든 주소에 대한 트래픽을 수락하도록 라우트 `local <block> dev lo`을 설치한 다음 발견된 주소를 보고합니다. 또한 에이전트는 호스트의 실제 라우팅 테이블을 읽고 **게이트웨이** 주소는 절대 판매하거나 캡처하지 않습니다. 블록에 호스트 라우트 중 하나의 넥스트 홉(예: 온링크 블록의 라우터 주소)이 포함된 경우, 에이전트는 해당 주소를 제외한 블록 주변 영역에 대해서만 `local` 라우트를 설치하고 게이트웨이를 패널에 보고하며, 패널은 해당 주소를 풀 및 모든 할당에서 제외합니다. 추가 서브넷이 변경되거나 에이전트가 중지되면 설치된 라우트가 제거됩니다.
3. **방화벽을 엽니다.** 공인 주소에서 인바운드 TCP 및 UDP **65001-65535**를 허용하고, 패널로의 아웃바운드 HTTPS를 허용합니다.
4. **선택 사항: IP별 바이트 카운터.** Conntrack 회계 처리(`net.netfilter.nf_conntrack_acct = 1`)를 사용하면 모니터링 역할이 IP별 바이트를 집계할 수 있습니다. 패널은 에이전트에 `acct` 명령을 보내 이를 활성화할 수 있으며, 이 명령은 `/etc/sysctl.d/99-cmp-agent.conf`도 기록합니다. VPN 역할 자체에는 이 기능이 필요하지 않습니다.
5. **노드에서 패널 확인:**

   ```bash
   curl -fsS -o /dev/null -w '%{http_code}\n' https://cloud.example.com/install.sh
   ```

### IPv6 프록시 노드 {#ipv6-proxy-node-1}

IPv6 프리픽스는 두 가지 방법 중 하나로 노드에 도달합니다. 설치 프로그램은 실제 아웃바운드 연결로 둘 다 테스트하고 작동하는 것을 유지합니다.

| 종류 | 의미 | 구성하는 항목 |
|---|---|---|
| **라우팅됨** | 업스트림이 접두사(예: /48 또는 /56)를 **노드 자체의 주소로 라우팅**합니다. 아웃바운드 패킷은 접두사의 모든 주소를 소스로 사용할 수 있으며 응답은 노드로 돌아옵니다. | 공급자에 게이트웨이가 노드인 라우팅된 접두사를 요청하십시오. 노드에서 추가로 설정할 것은 없습니다. 프록시 서비스는 투명 소켓, 고정 정책 라우팅 테이블 및 `nft`을(를) 사용합니다. |
| **On-link** | /64는 노드와 동일한 LAN에 위치합니다. 사용 중인 각 주소에 대해 노드가 네이버 디스커버리에 응답하는 경우에만 응답이 작동합니다(**NDP proxy**). | 서비스는 해당 인터페이스에만 `net.ipv6.conf.<if>.accept_ra=2`, `forwarding=1` 및 `proxy_ndp=1`를 설정하고, 기존 값을 기억하며, 중지 시 복원하고, 노드가 풀의 라우터가 되지 않도록 풀 주소의 포워딩을 차단합니다. |

체크 작동 방식: 노드는 후보 접두사의 무작위 주소에서 6초 이내에 공인 IPv6 주소(포트 443)로 TCP 연결을 시도합니다. 후보는 /64 이하의 접두사를 가진 인터페이스의 글로벌 주소와 /16 및 /64 사이의 `local`, `unreachable` 또는 `blackhole` 유형의 라우트입니다. /64보다 짧은 접두사는 내부의 무작위 /64가 작동하는 경우 **routed**로 승인됩니다.

::: warning 동일한 접두사를 두 번 사용하지 마십시오
접두사는 다른 노드의 접두사와 겹칠 수 없으며, 패널 자체의 IPv6 풀에 이미 속한 접두사보다 넓을 수 없습니다. 패널 풀 **내부**의 /64는 허용됩니다. 겹치는 경우 설치 결과에 "assign range … (node …)"로 보고되며 해당 접두사는 건너뜁니다.
:::

노드가 자체적으로 적용하는 제한: 고객은 풀 주소에서 메일(포트 25, 465, 587, 2525)을 보낼 수 없으며, 데몬 자체의 IPv4 트래픽은 응답, 패널 및 DNS로 제한됩니다.

## NexCMP에서 연결 {#connect-in-nexcmp}

### VPN node {#vpn-node-2}

1. **System › Admin › License & updates**에서 **VPN** 스위치를 켭니다. [Modules](https://nexcmp.com/ko/docs/infrastructure/modules/)을(를) 참조하십시오.

      ![VPN 및 IPv6 프록시 스위치가 있는 모듈 카드](https://nexcmp.com/ko/docs/images/infrastructure/vpn-proxy-nodes-01-modules.webp)

2. **Infrastructure › VPN & Proxy nodes › Agents & external nodes**을(를) 엽니다. 노드를 추가하는 두 가지 방법이 있습니다.

   **a. SSH를 통한 설치.** **+ Add server (SSH)**을(를) 클릭하고 다음을 입력하십시오.

   | 필드 | Example value |
   |---|---|
   | Server IPv4 address | `192.0.2.50` |
   | SSH port | `22` |
   | SSH user | `root` |
   | SSH password | `XXXX` |
   | Display name | `node-ny-1` (empty: IP로 이름 지정) |
   | Server role | External VPN / Proxy Node |
   | Zone assignment | GeoIP에 의한 자동(영역 생성 / 할당) 또는 기존 영역 |
   | Extra subnet (optional) | 인터페이스를 자동 스캔하려면 비워 두거나 `203.0.113.0/24`과(와) 같은 라우팅된 블록 입력 |
   | 설치 후 판매 활성화 | 감지된 모든 주소를 판매 가능으로 표시하려면 켜기 |

   **Connect & install**을(를) 클릭합니다. 패널이 SSH를 통해 연결하고, 일회용 티켓으로 노드에서 원라인 설치 프로그램을 실행하며, 노드 이름, GeoIP 위치 및 감지된 범위를 표시합니다.

      ![예제 서버 주소 및 역할이 포함된 SSH를 통한 노드 추가 대화상자](https://nexcmp.com/ko/docs/images/infrastructure/vpn-proxy-nodes-02-add-server-ssh.webp)

   **b. 수동 설치.** **Generate manual install token**을 클릭합니다. 명령어가 **한 번만** 표시되므로, 이를 복사하여 노드에서 실행하십시오.

   ```bash
   curl -fsSL https://cloud.example.com/install.sh | sudo sh -s -- --token XXXX --name node-ny-1
   ```

   토큰 설치는 모니터링 목적으로만 머신을 등록합니다. 보안을 위해 패널은 공유 토큰을 보유한 머신이 스스로에게 VPN 역할을 부여하도록 허용하지 않습니다(명령어에 `--roles vpn`을 추가해도 적용되지 않음). 머신이 목록에 나타나면 머신을 열고 **VPN** 역할을 직접 추가하십시오. SSH를 통해 설치하는 방식(옵션 a)은 노드에 처음부터 VPN 역할을 부여합니다. 새 토큰을 생성하면 기존 토큰은 취소되지만, 이미 등록된 호스트는 자체 키를 사용하므로 계속 정상 작동합니다.

      ![일회용 토큰 명령을 보여주는 설치 명령 대화상자](https://nexcmp.com/ko/docs/images/infrastructure/vpn-proxy-nodes-03-install-command.webp)

   설치 프로그램의 작동 방식: 패널에서 `cmp-agent-linux-amd64`을(를) 다운로드하고, **SHA-256을 검증**한 후, `/usr/local/bin/cmp-agent`에(에) 설치하고, 토큰으로 등록하고, `/etc/cmp-agent/agent.json`을(를) 작성하고, systemd 서비스 `cmp-agent`을(를) 시작합니다. 제거하려면: `curl -fsSL https://cloud.example.com/install.sh | sudo sh -s -- --uninstall`.

3. 첫 번째 하트비트 후 노드가 목록에 표시됩니다. 노드의 국가 개별 조회 후 패널 데이터베이스를 통해 GeoIP로 감지되며, 해당 국가의 **zone**이 존재하지 않을 경우 생성되어 공개 상태로 설정되고, 호스트에서 발견된 주소들은 풀 대역이 됩니다.
4. **Infrastructure › VPN & Proxy nodes › VPN IP pools**을 열어 대역, 해당 zone 및 노드를 확인하고, 각 대역의 zone, 노드 또는 **Sellable** 스위치를 변경합니다. **Enable range**는 신규 주문 시 빈 IP를 사용할 수 있게 하며, **Disable range**는 신규 할당만 중단하고 임대 중인 IP는 계속 작동합니다.

      ![노드에서 보고된 대역이 포함된 VPN IP 풀](https://nexcmp.com/ko/docs/images/infrastructure/vpn-proxy-nodes-04-vpn-pool.webp)

5. **Services › VPN**을 열고 가격표를 설정한 후 판매를 활성화합니다. **Subscriptions**의 **Sell VPN** 스위치는 License & updates의 VPN 모듈 스위치와 동일합니다.
6. **선택 사항: 서비스 이름 변경.** **Settings › Branding**의 **VPN service display name**은 고객 메뉴, 주문 페이지, 상세 페이지 및 배포 목록에서 VPN 서비스가 표시되는 이름을 변경합니다(예: `IPv4 Proxy`, `Datacenter Proxy` 또는 `Static Residential Proxy`, 최대 40자, 비어 있으면 `VPN` 유지). 라벨만 변경되며 라우트, 데이터 및 API는 변경되지 않습니다.

### IPv6 프록시 노드 {#ipv6-proxy-node-2}

1. **System › Admin › License & updates**에서 **IPv6 Proxy** 스위치를 켭니다.
2. **Infrastructure › VPN & Proxy nodes › IPv6 Proxy nodes**를 열고 **Add node (SSH)**를 클릭합니다. 노드의 IPv4 주소, SSH 포트, 사용자, 비밀번호, 선택 사항인 이름, 그리고 감사 로그에 기록되는 **Reason**을 입력한 후 **Install**를 클릭합니다.

      ![예시 주소와 사유가 입력된 IPv6 노드 추가 대화상자](https://nexcmp.com/ko/docs/images/infrastructure/vpn-proxy-nodes-05-proxy6-add-node.webp)

3. 이후 패널은 순서대로 머신과 포트를 확인하고, 데몬, 네트워크 스크립트, 서비스 유닛 및 노드 전용 환경 파일(노드 토큰 및 비밀번호 서명 키)을 복사하고, 사용 가능한 프리픽스에 대한 **probe**를 실행하며, 풀에 프리픽스를 기록하고, 서비스를 시작한 후 첫 번째 보고를 위해 최대 90초 동안 대기합니다. **Install log**에서 각 단계를 확인할 수 있습니다.
4. 새 노드는 (노드 IPv4의 GeoIP를 기반으로) **off** 상태로 zone을 생성합니다. 고객이 선택할 수 있도록 **Infrastructure › Datacenter › Zone**에서 zone을 켭니다.
5. 노드당 전체 **Mbps cap**을 설정합니다(방향별 10~100000). **Services › IPv6 Proxy**에서 가격표를 설정하고 판매를 활성화합니다.
6. **IPv6 Proxy › Settings › Panel URL for nodes**을 확인하십시오. 노드는 구성을 가져오고 보고서를 전송하기 위해 이 주소(`https://host`, 경로 제외)를 호출합니다. 비워 두면 `https://<your license domain>`을 의미합니다. 노드 자체의 IPv4가 변경 없이 도달할 수 있도록 패널을 직접 가리키는 호스트 주소여야 합니다.

::: tip 로테이션 일정
고객은 30초에서 600초 사이의 자동 로테이션 주기를 설정할 수 있습니다. NexCMP에서는 패널이 해당 일정(및 매시간 연결 로그 정리)을 실행하며, 노드는 약 5초 이내에 새 주소를 적용합니다.
:::

### 노드 보고 방식 {#how-a-node-reports}

| | VPN node (`cmp-agent`) | IPv6 프록시 노드 |
|---|---|---|
| 등록 | HTTPS를 통한 일회성 티켓 또는 토큰, 이후 자체 키 사용 | 일회성 SSH 설치, 이후 노드 토큰 사용 |
| 하트비트 | **5초**마다 (모니터링 전용 에이전트의 경우 10초); 패널에서 3~300초로 설정 가능. 실패 시 5초 단위로 최대 60초까지 백오프 수행 | 노드는 약 60초마다 보고서를 전송하고 설정을 가져옴 |
| 온라인으로 표시 | 최근 **60초** 내 하트비트 수신 | 최근 **120초** 내 **alive**, 그렇지 않은 경우 **missed heartbeat** |
| 설정 변경 | 다음 하트비트 시 적용 | 약 5초 내 적용 |
| 업데이트 | 패널이 새 버전, URL 및 SHA-256과 함께 `upgrade` 명령을 전송할 수 있음 | 노드 행에서 재설치 |

### VPN 노드의 데이터 허용량 {#data-allowance-on-a-vpn-node}

NexCMP **1.5.1**부터 VPN 노드 에이전트는 하트비트마다 처리한 트래픽을 전송하며, 패널은 이를 현재 기간의 플랜 사용량에 추가합니다. 동일한 수치가 고객(Overview 및 Bandwidth 탭)과 관리자(VPN › Subscriptions, Used 열 및 노드 행) 모두에게 표시됩니다.

- **차단.** 플랜이 해당 기간의 허용 GB를 모두 사용하면 패널이 해당 플랜의 엔드포인트를 에이전트로 전송하는 것을 중단하므로, 새로운 연결은 거부되고 기존 연결은 닫힙니다. 차단은 1회의 하트비트 이내에 수행되므로 플랜 사용량이 한도를 약간 초과할 수 있습니다. Unlimited 등급 플랜은 차단되지 않습니다.
- **차단 해제.** 고객이 대역폭을 추가 구매하거나 다음 기간이 시작되면 1회의 하트비트 이내에 플랜 서비스가 다시 제공됩니다.
- **측정되지 않음.** 에이전트가 사용량을 전송하지 않은 노드(예: 구버전 에이전트)는 **Not measured**(으)로 표시되며, 해당 요금제는 GB 사용량으로 인해 차단되지 않습니다.
- **에이전트를 업데이트하십시오.** 노드에는 **1.5.1** 에이전트를 사용하십시오. 이전 버전의 에이전트도 트래픽이 계속 집계되지만 실패한 하트비트, 중지된 엔드포인트 또는 재시작 시 발생한 바이트가 누락될 수 있으며 플랜이 중단될 때 열려 있는 연결을 닫지 않습니다. 노드 행(Reinstall)에서 업데이트하거나 `upgrade` 명령어로 업데이트하십시오.
- 집계는 프록시를 통과하는 페이로드를 기준으로 이루어지므로, 네트워크 전송 바이트보다 약간 적습니다(약 1%).

### 단종된 VPN 부가 서비스 {#retired-vpn-add-ons}

High IP Reputation, High Concurrency 및 High Priority Network는 신규 주문 시 더 이상 제공되지 않습니다. 기존 구독은 선택한 부가 서비스를 유지하지만, 갱신 금액에서는 단종된 요금이 제외됩니다. 이미 결제된 기간에 대해서는 환불되지 않습니다. 요금 조정 시 해당 부가 서비스의 현재 카탈로그 가격이 사용되므로, 해당 가격을 변경했거나 부가 서비스를 삭제한 경우에는 다음 갱신 전에 구독의 갱신 금액을 검토하십시오.

## 확인 {#verify}

1. 노드 행이 온라인 상태입니다. VPN 노드의 경우 **Agents & external nodes**에서 zone, 국가, 역할 및 감지된 대역이 표시됩니다.
2. **VPN IP pools**에는 사용 가능한 IP가 있는 대역이 나열되며, zone의 상세 페이지에는 VPN 인프라가 표시됩니다.
3. 테스트 VPN 또는 프록시 상품을 주문합니다. 고객에게 엔드포인트 `ip:port`, 사용자 이름 및 비밀번호가 제공되며, 이를 통해 연결하여 확인된 공인 IP가 노드의 IP인지 확인합니다(예: `curl --proxy socks5h://USER:XXXX@IP:PORT https://ifconfig.me`).
4. IPv6 노드에서 호스트 상에서 실행:

   ```bash
   systemctl is-active <node service>
   nft list tables | grep proxy6
   ss -ltn | grep -E ':(80|443|6[0-9]{4})\b'
   ```

## 제한 사항 및 참고 사항 {#limits-and-notes}

- Windows 호스트는 모니터링 에이전트는 실행할 수 있으나 VPN 역할은 실행할 수 없습니다.
- VPN 플랜의 데이터 허용량(기간별 GB): NexCMP 1.5.1부터 패널은 VPN 노드 에이전트가 보고한 트래픽을 합산하고 해당 기간의 GB를 모두 소진하면 플랜의 프록시를 차단합니다(아래 "Data allowance on a VPN node" 참조). IPv6 Proxy 플랜에는 GB 허용량이 없으며 플랜당 Mbps 단위로 속도를 제한합니다.
- VPN 플랜의 IPv4 주소는 순환되지 않습니다. 고객이 블랙리스트에 등록된 IP를 신고하면 관리자 또는 리셀러가 동일한 존에서 교체를 승인합니다. IPv6 Proxy만 순환됩니다.
- 하트비트당 최대 64개의 대역이보고됩니다.
- VPN 엔드포인트 세트는 판매된 IP당 3개의 포트를 사용합니다. 포트 65001-65535를 통해 각 IP는 제한된 수의 엔드포인트(178개의 포트 세트)를 제공하며, 패널은 이전에 사용된 세트를 건너뜁니다.
- IPv6 프록시 노드는 해당 노드에 IP를 보유한 상품이 없을 때만 삭제할 수 있습니다. 노드의 대역과 토큰이 제거되며, 호스트의 소프트웨어는 제거되지 않습니다.
- 사용 중인 VM이 포함된 대역을 재판매하는 것도 가능합니다. VPN은 포트 65001-65535만 사용하므로 다른 서비스와 IP를 공유합니다.

## Troubleshooting {#troubleshooting}

| 증상 | 원인 | 해결 방법 |
|---|---|---|
| "등록 실패(잘못된 토큰이거나 서버에 연결할 수 없음)" | 잘못되었거나 이미 사용된 토큰, 또는 패널에 접근할 수 없음 | 새 토큰을 생성하거나 SSH 설치를 다시 시도하세요. |
| "파일 서명 불일치 - 중지" | 다운로드한 에이전트가 게시된 SHA-256과 다릅니다. | 패널의 `/dl/` 폴더를 확인하고 다운로드 과정에서 파일이 변조되지 않았는지 확인하세요. |
| "이 설치 프로그램은 Linux 전용입니다" / "아키텍처 …은(는) 아직 지원되지 않습니다" | Windows 또는 x86_64 이외의 아키텍처(릴리스에는 x86_64용 에이전트만 제공됨) | x86_64 Linux 호스트를 사용하세요. |
| 노드가 표시되지 않음 | 노드가 HTTPS를 통해 패널에 도달할 수 없습니다. | 노드에서 `curl https://<domain>/install.sh`을(를) 테스트하고 DNS 및 방화벽을 확인하세요. |
| 노드가 잘못된 국가로 표시됨 | 국가 조회에 실패하여 패널의 주소 데이터베이스가 사용되었습니다. | `ip-api.com` 및 `ipinfo.io`에 대한 아웃바운드 접근을 허용하거나 SSH 양식에서 영역을 명시적으로 선택하세요. |
| 감지된 대역 없음 | 가상 인터페이스가 아닌 곳에 공인 IPv4가 없음 | 공인 주소를 추가하거나 라우팅된 블록을 **Extra subnet**으로 입력하세요. |
| VPN은 작동하지만 트래픽이 다른 IP로 나감 | 판매된 IP가 할당되지 않았거나 호스트로 라우팅되지 않았습니다. | IP가 인터페이스에 있는지 또는 `local … dev lo`에 의해 포함되는지 확인하세요. |
| "패널 서버에 sshpass가 없습니다" | 패널 호스트가 비밀번호로 노드에 로그인할 수 없음 | 패널 서버에서 `sudo apt-get install -y sshpass openssh-client` 명령을 실행한 후 노드를 다시 설치하십시오. |
| IPv6 노드 설치 시 "not found in the installed package" | 1.4.2 이전 버전의 패널이거나 노드 파일이 포함되지 않은 커스텀 빌드 | NexCMP를 1.4.2 이상으로 업데이트하십시오. 커스텀 빌드의 경우 `build.sh`을 사용하십시오. 이제 `brandy-proxy6d` 및 `brandy-proxy6-net`가 함께 패키징되어 있습니다. |
| IPv6 설치 시작 시 "SSH: …" 또는 "SSH to internal/loopback addresses is not allowed" | 잘못된 포트, 사용자 또는 비밀번호, SSH 차단, 또는 주소가 사설 주소임 | 노드의 공인 IPv4를 사용하고 `ssh -p PORT USER@IP`을(를) 통해 접근을 수동으로 확인하세요. |
| "아키텍처 … 지원되지 않음(x86_64 전용)" | 노드가 x86_64가 아님 | x86_64 호스트를 사용하세요. |
| "노드에 명령 누락: …" | `nft`, `ip`, `ss`, `sysctl`, `systemctl` 또는 `useradd`이(가) 설치되지 않았습니다. | 패키지를 설치한 후 설치를 다시 실행하세요. |
| "노드의 다른 서비스에서 포트 사용 중: … — 80, 443, 60001-65535 포트가 비어 있어야 합니다" | 80, 443 또는 60000 이상의 포트가 사용 중입니다. | 다른 서비스를 이동하세요. 설치 프로그램은 이를 중지하지 않습니다. |
| "노드에서 인터넷 연결이 가능한 IPv6 접두사를 찾을 수 없음(실제 송신 프로브 실패)" | 라우팅된 프리픽스 없음, NDP 프록시 불가능, 또는 아웃바운드 IPv6 없음 | 프리픽스가 노드로 라우팅되고 있는지, 인터페이스에 IPv6 연결이 있는지, 아웃바운드 트래픽을 필터링하는 항목이 없는지 확인하세요. |
| "감지된 모든 대역이 이미 다른 노드에 속해 있음" | 해당 프리픽스가 이미 다른 노드에서 사용 중입니다. | 다른 노드에서 제거하거나 다른 프리픽스를 선택하세요. |
| 설트가 "no initial report received from node" 메시지로 종료됨 | 서비스가 시작되었으나 90초 이내에 패널에 도달하지 않았습니다 | 노드에 지정된 패널 URL과 패널에 대한 노드의 HTTPS 경로를 확인하세요. **Install log**를 참조하세요. |
| 노드 행에 **missed heartbeat**가 표시됨 | 120초 동안 보고가 없음 | 노드의 서비스, 시계, 그리고 패널과의 통신 경로를 확인하세요. |
| 고객에게 IPv6 위치가 표시되지 않음 | 영역이 꺼져 있음 | **Zone**에서 영역을 활성화하세요. |