v2rayN 초보자 FAQ 10가지: 구독 가져오기, 시스템 프록시, 연결 문제 해결

1. v2rayN은 무엇이며, 다운로드 후 무엇을 준비해야 하나요?

v2rayN은 클라이언트이지 노드 서비스가 아닙니다. 서버 설정을 관리하고 프록시 코어를 실행하며 시스템 프록시와 라우팅을 설정하는 프로그램입니다. 클라이언트를 다운로드해도 사용할 수 있는 서버가 자동으로 제공되지는 않습니다. 유효한 구독 정보 또는 서버 주소, 포트, 인증 및 전송 매개변수가 포함된 노드 공유 링크가 필요합니다.

데스크톱에서는 v2rayN을 사용합니다. Android에는 Xray 코어를 사용하는 v2rayNG와 V2Fly 코어를 사용하는 v2flyNG가 있습니다. 프로토콜을 사용할 수 있는지는 해당 코어와 버전에 따라 달라집니다. 구독을 가져올 수 있다는 이유만으로 모든 노드가 호환된다고 볼 수는 없습니다. 특히 VLESS + REALITY는 클라이언트 코어가 명시적으로 지원하는지 확인하세요.

• Windows: 「설정」→「시스템」→「시스템 정보」에서 시스템 유형을 확인하고 프로세서 아키텍처에 맞는 설치 패키지를 선택하세요.
• Linux: uname -m을 실행할 수 있습니다. x86_64는 일반적으로 x64, aarch64는 보통 ARM64에 해당합니다. 배포판에 맞는 패키지 형식도 선택하세요.
• macOS: 「이 Mac에 관하여」에서 칩 정보를 확인해 Apple 칩과 Intel 프로세서를 구분하세요.
• 처음 실행할 때: 압축 파일은 먼저 완전히 풀고 주 프로그램을 실행하세요. 설치가 필요한 패키지는 시스템 안내에 따라 설치합니다. 압축 파일에서 실행 파일 하나만 꺼내 사용하지 마세요.

2. 구독 링크는 어떻게 가져오고, 공유 링크는 어디에 입력하나요?

구독 주소는 일반적으로 여러 노드를 가져오는 데 사용합니다. vmess:// 또는 vless://로 시작하는 내용은 보통 단일 노드 공유 링크입니다. 두 종류는 가져오는 메뉴가 다릅니다. 구독 주소는 구독 그룹에 저장하고, 단일 노드 링크는 클립보드에서 가져와야 합니다. 링크가 길다는 이유만으로 종류를 판단할 수는 없습니다.

1. 구독 주소 복사

   서비스 제공업체에서 구독 주소 전체를 복사하고 앞뒤에 따옴표, 공백, 줄 바꿈이 없는지 확인하세요. 주소에 포함된 토큰은 접근 자격 증명이므로 공개 채팅방에 올리지 마세요.

2. 그룹 추가

   「구독 그룹」→「구독 그룹 설정」을 열고 추가 버튼을 누른 뒤, 설명과 주소를 입력하고 저장하세요. 알아보기 쉽도록 설명에 “일상 사용”과 같은 이름을 붙일 수 있습니다.

3. 노드 업데이트

   「구독 그룹」 메뉴에서 「모든 구독 업데이트(프록시 사용 안 함)」를 선택하세요. 처음 설정하는 중이라 사용 가능한 프록시가 없다면 먼저 직접 가져오기를 시도합니다.

4. 목록 확인

   해당 그룹으로 전환해 서버 항목이 나타나는지 확인하세요. 그룹 이름만 있고 노드가 없다면 설정은 저장됐지만 구독을 가져오거나 해석하는 데 실패한 것입니다.

단일 노드 공유 링크를 받았다면 먼저 전체 내용을 복사한 다음, 메인 화면의 「서버」→「클립보드에서 일괄 URL 가져오기」를 사용하세요. 화면 안내에 따라 Ctrl + V를 눌러도 됩니다. 가져온 뒤에는 노드를 선택해 활성 서버로 지정하고 앱의 프록시 연결 지점도 설정해야 합니다.

3. 구독 업데이트에 실패하면 계속 재시도해야 하나요, 업데이트 방식을 바꿔야 하나요?

먼저 오류를 확인한 뒤 프록시를 통한 가져오기로 바꿀지 결정하세요. “프록시 사용 안 함”은 클라이언트가 구독 주소에 직접 요청하는 방식이고, “프록시 사용”은 사용할 수 있는 노드가 이미 있어야 합니다. 처음 가져오는 중이고 사용 가능한 노드가 없다면 프록시를 통한 업데이트를 반복해도 순환 의존만 발생할 수 있습니다.

구독 링크는 접근 열쇠와 같습니다. 문제를 확인할 때는 오류 코드, 발생 시각, 클라이언트 로그를 기록할 수 있지만, 스크린샷에는 전체 URL, 사용자 식별 정보, 인증 항목이 보이지 않도록 가리세요. 테스트를 위해 출처를 알 수 없는 온라인 변환 페이지에 구독 정보를 입력하지 마세요.

4. 노드를 여러 개 가져온 뒤 현재 노드는 어떻게 선택하고 확인하나요?

서버 목록에서 노드를 선택하고 마우스 오른쪽 버튼을 눌러 「활성 서버로 설정」을 선택하세요. 현재 활성 표시와 시작 로그를 기준으로 확인합니다. 행 하나가 강조 표시됐다고 해서 반드시 노드가 전환된 것은 아닙니다. 전환 후 로그에서 설정이 다시 불러와졌는지, 인증·인증서·전송 연결 오류가 있는지 확인하세요.

• 먼저 하나 선택: 서비스 제공업체가 사용 가능하다고 표시했고 현재 코어에서 지원하는 프로토콜을 사용하는 노드를 우선 선택하세요. 코어, 라우팅, DNS를 동시에 바꾸지 마세요.
• 그다음 지연 시간 확인: 마우스 오른쪽 버튼 메뉴의 지연 시간 테스트로 노드를 추릴 수 있습니다. 하지만 TCP 연결에 성공했다는 것은 포트 연결이 가능하다는 뜻일 뿐, 인증과 웹 요청까지 성공한다는 의미는 아닙니다.
• 마지막으로 접속 테스트: 실제 요청을 보내고 브라우저에서 대상 웹페이지를 여세요. 지연 시간은 다운로드 속도가 아니며, 수치가 가장 낮다고 해서 사용 경험이 가장 좋다고 단정할 수 없습니다.

예를 들어 노드의 TCP 지연 시간이 80ms여도 접속 시 인증 실패가 표시되면 사용할 수 없습니다. 지연 시간이 150ms인 다른 노드가 요청을 정상적으로 처리한다면 로컬 설정을 확인할 때 오히려 더 적합할 수 있습니다. 이 수치는 판단 방법을 설명하기 위한 예시이며, 이 사이트에서 측정한 결과가 아닙니다.

5. 시스템 프록시는 무엇을 선택해야 하나요? ‘변경 안 함’과 ‘지우기’는 어떻게 다른가요?

브라우저를 처음 테스트할 때는 「시스템 프록시 자동 설정」을 우선 선택하세요. 트레이 아이콘을 마우스 오른쪽 버튼으로 눌러 「시스템 프록시」 메뉴에서 해당 항목을 선택할 수 있습니다. 이 설정은 시스템 프록시를 클라이언트의 로컬 수신 포트로 연결하지만, 실제로 이 경로를 사용하는지는 각 앱이 시스템 프록시 설정을 읽는지에 따라 달라집니다.

Linux 데스크톱 환경과 앱마다 시스템 프록시 지원 방식이 다릅니다. 터미널 도구는 자체 매개변수나 환경 변수를 추가로 설정해야 하는 경우가 많습니다. “시스템 프록시가 켜져 있다”는 이유만으로 모든 프로그램이 프록시를 사용한다고 판단하지 마세요. 브라우저에 프록시 확장 프로그램이 설치되어 있다면 시스템 설정을 덮어쓰는지도 확인하세요.

6. 로컬 주소와 포트는 어떻게 입력하나요? 서버 포트와 다른 이유는 무엇인가요?

앱이 연결하는 곳은 로컬 프록시 연결 지점이며, 코어가 요청을 원격 서버로 전달합니다. 원격 노드의 443 같은 포트는 클라이언트와 서버 사이의 연결에 사용되므로 브라우저의 로컬 프록시 설정에 입력하면 안 됩니다. 먼저 「설정」→「매개변수 설정」에서 로컬 수신 포트를 확인하세요. 구체적인 항목은 버전과 인바운드 유형에 따라 다를 수 있습니다.

로그에 address already in use가 표시되면 수신 주소나 포트가 이미 사용 중이라는 뜻입니다. 중복 실행된 클라이언트 인스턴스를 종료한 뒤 다른 프로그램이 포트를 사용 중인지 확인하세요. 로컬 포트를 변경했다면 프록시를 수동 설정한 앱에서도 포트를 바꿔야 합니다. 이 기기의 브라우저가 연결되도록 수신 주소를 아무 네트워크 인터페이스에서나 열리게 변경하지 마세요.

7. 연결됨으로 표시되는데 웹페이지가 열리지 않으면 어떤 순서로 확인하나요?

화면에 표시되는 실행 상태는 일반적으로 로컬 코어가 시작됐다는 뜻이지 모든 웹사이트에 접속할 수 있다는 보장은 아닙니다. 앱이 프록시를 사용하지 않거나, 노드 인증이 실패하거나, 도메인 이름을 해석하지 못하거나, 라우팅이 요청을 잘못된 출구로 보낼 수 있습니다. 설정을 한꺼번에 여러 개 바꾸기보다 가까운 연결 지점부터 차례로 확인하세요.

1. 로컬 연결 지점 확인

   로그에서 로컬 포트가 정상적으로 수신 대기 중인지 확인하세요. 포트 사용 중, 설정 해석 실패, 코어 종료가 표시되면 해당 오류부터 해결합니다.

2. 앱 연결 확인

   시스템 프록시 자동 설정을 켜고 브라우저 프록시 확장 프로그램을 잠시 끄거나, 앱에서 로컬 HTTP 또는 SOCKS5 연결 지점을 직접 설정하세요.

3. 요청 도달 여부 확인

   웹페이지를 새로고침하고 연결 로그를 확인하세요. 현재 로그 수준에서 접속이 기록된다면 해당 요청이 보여야 합니다. 기록이 없다면 앱이 프록시를 우회하는지 먼저 확인하세요.

4. 원격 응답 확인

   인증 실패는 구독 정보와 노드 정보를 먼저 확인하고, 시간 초과는 연결 경로와 서버 상태를 확인하세요. 인증서 오류가 발생하면 시스템 시간과 서버 인증서 설정을 먼저 살펴보세요.

5. 이름 해석 별도 확인

   로그에 도메인 이름 해석 실패가 명확히 표시되는 경우에만 DNS 설정을 확인하세요. 모든 연결 시간 초과를 DNS 문제로 보거나 인증서 검증을 끄는 방식으로 연결 문제를 해결하려 하지 마세요.

시스템에 curl이 있다면 시스템 프록시 설정을 우회해 지정된 로컬 연결 지점을 직접 테스트할 수 있습니다. 아래 명령은 로컬 HTTP 또는 혼합 포트가 10808이고 대상이 이 사이트인 경우를 가정합니다. 이 명령은 해당 요청 경로만 확인할 뿐 모든 서비스가 정상이라는 뜻은 아닙니다.

curl --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://v2raywrt.com/

명령은 성공하는데 브라우저에서 실패한다면 브라우저 자체 프록시, 확장 프로그램, 캐시 연결을 우선 확인하세요. 로컬 포트에 연결할 수 없다는 메시지가 나오면 수신 주소와 코어 상태부터 확인합니다. 로컬 연결 지점에는 접속했지만 이후 원격 연결이 시간 초과된다면 사용 가능 여부를 확인한 다른 노드로 비교해 보세요.

8. 라우팅은 전역과 분할 중 무엇을 선택해야 하나요? 중국 본토 웹사이트가 느리면 어떻게 하나요?

일상적인 사용은 클라이언트에서 제공하는 라우팅 분할 프리셋으로 시작하는 것이 좋습니다. 시스템 프록시는 앱이 요청을 클라이언트에 전달하는 방식을 결정하고, 라우팅 규칙은 클라이언트가 받은 요청을 프록시, 직접 연결, 차단 중 어디로 보낼지 결정합니다. 서로 다른 단계이므로 시스템 프록시를 켜도 모든 대상이 원격 노드를 거치는 것은 아닙니다.

• 중국 본토 사이트가 느린 경우: 현재 라우팅 프리셋이 해당 도메인을 프록시 경로로 보내는지 확인하세요. 먼저 로컬 네트워크에 적합한 분할 프리셋으로 되돌린 뒤 테스트합니다.
• 특정 사이트만 실패하는 경우: 도메인 규칙, 규칙 순서, 실제로 선택된 출구를 확인하세요. 바로 전체 설정을 초기화하지 마세요.
• 전역으로 잠시 테스트하는 경우: 테스트할 트래픽을 프록시로 보내는 라우팅 모드를 잠시 선택할 수 있습니다. 테스트가 끝나면 원래 프리셋으로 되돌려 임시 진단 설정을 장기 설정으로 남기지 마세요.
• 규칙 데이터베이스 오류: 로그에서 GeoIP 또는 GeoSite 데이터를 찾을 수 없다고 나오면 규칙 파일과 업데이트 상태를 확인하세요. 노드 프로토콜만 바꾸지 마세요.

분할 결과는 DNS와 도메인 인식 방식의 영향을 받을 수도 있습니다. 테스트할 때 같은 노드와 같은 대상을 유지하고 라우팅 옵션은 한 번에 하나씩만 바꾼 뒤 연결을 다시 설정하세요. 브라우저의 기존 장기 연결은 이전 출구를 잠시 유지할 수 있어 설정이 적용되지 않은 것처럼 보일 수 있습니다.

9. TUN은 언제 필요하며, 켠 뒤 오히려 네트워크가 끊기는 이유는 무엇인가요?

TUN은 가상 네트워크 인터페이스로 트래픽을 처리하므로 시스템 프록시를 읽지 않고 앱별 프록시 설정도 어려운 경우에 적합합니다. 속도를 높이는 스위치가 아니며 작동하지 않는 노드를 복구하지도 않습니다. 초보자는 먼저 일반 시스템 프록시 모드에서 노드가 정상 작동하는지 확인한 뒤 TUN을 설정해 문제 해결 변수를 줄이는 것이 좋습니다.

• 켜기 전: 현재 시스템 프록시와 라우팅 설정을 기록하고, 기본 경로를 변경하는 다른 네트워크 도구를 종료하세요. 시스템에서 가상 네트워크 인터페이스를 만들 수 있는지도 확인합니다.
• 권한 요구: 클라이언트와 시스템 안내에 따라 권한을 부여하세요. 편의를 위해 관련 없는 프로그램에 장기간 높은 권한을 주지 마세요.
• 켠 뒤: 웹페이지, 원래 시스템 프록시를 따르지 않는 앱, 로컬 네트워크 서비스를 각각 테스트하세요. 웹페이지가 열린다고 해서 UDP나 로컬 네트워크 접속도 정상이라는 뜻은 아닙니다.
• 네트워크가 끊긴 경우: 먼저 TUN을 끄고 기본 네트워크가 복구되는지 확인한 다음 가상 인터페이스, DNS 처리, 라우팅 충돌을 살펴보세요. 구독, 코어, DNS 설정을 한꺼번에 변경하지 마세요.

10. v2rayN을 종료한 뒤 인터넷이 되지 않으면 어떻게 복구하고 문제 해결 정보를 보존하나요?

시스템 프록시는 로컬 프록시를 가리키는데 클라이언트가 종료되어 로컬 포트가 더 이상 수신하지 않는 경우가 흔한 원인입니다. 먼저 v2rayN을 다시 열고 「시스템 프록시」에서 「시스템 프록시 지우기」를 선택한 다음 정상적으로 종료하세요. 이때는 “변경 안 함”이 아니라 “지우기”를 선택해야 합니다. TUN을 켰다면 먼저 끄고 네트워크가 복구될 때까지 기다리세요.

1. 시스템 프록시 확인: Windows에서는 「설정」→「네트워크 및 인터넷」→「프록시」에서 남아 있는 수동 프록시나 설정 스크립트를 확인할 수 있습니다. 조직 정책으로 관리되는 기기는 임의로 변경하지 마세요.
2. 앱 설정 확인: 브라우저 확장 프로그램, 터미널 환경 변수, 앱에 직접 입력한 127.0.0.1 프록시는 시스템 프록시와 함께 자동으로 지워지지 않을 수 있습니다. 각각 설정을 복구하세요.
3. 연결 다시 설정: 영향을 받은 앱을 재시작한 뒤 직접 접속을 테스트하세요. 계속 실패하면 네트워크 연결, 시스템 DNS, 가상 인터페이스 상태를 확인합니다.
4. 유효한 정보 보존: 운영체제, 클라이언트 버전, 코어 유형, 오류 발생 시각, 관련 로그 일부를 기록하세요. 구독 토큰, 사용자 식별 정보, 서버 인증 정보는 숨기세요.

다음에 문제가 발생하면 “로컬 네트워크 → 코어 수신 상태 → 앱 프록시 → 노드 연결 → 라우팅 및 DNS” 순서로 확인할 수 있습니다. 한 번에 조건 하나만 바꾸고 변경 전후 결과를 기록하세요. 그래야 클라이언트 설정 문제인지, 서버 문제인지, 특정 앱의 연결 방식 차이인지 구분할 수 있습니다.