V2Ray 초보자 FAQ 10가지: 구독 가져오기·프록시 모드·연결 오류 해결

1. V2Ray, 클라이언트, 구독은 각각 무엇인가요?

V2Ray는 보통 프록시 코어와 관련 프로젝트를 가리키며, 사용할 수 있는 서버 계정을 의미하지는 않습니다. 클라이언트는 노드를 표시하고 구독을 관리하며 설정을 생성하고 코어를 실행·중지합니다. 코어는 설정에 따라 연결을 처리하고, 구독 주소는 노드 정보를 가져오는 데 사용됩니다. 클라이언트를 설치한 뒤에도 사용할 권한이 있는 서버 설정이나 구독이 필요합니다.

• 데스크톱: v2rayN은 Windows, macOS, Linux에서 사용할 수 있습니다. 지원 프로토콜은 클라이언트와 코어의 종류 및 버전에 따라 달라집니다.
• Android: v2rayNG는 Xray 코어를 사용하고, v2flyNG는 v2fly 코어를 사용합니다. 화면 구성이 비슷해도 지원하는 설정이 모두 같은 것은 아닙니다.
• 구독 제공처: 서버 관리자나 서비스 제공업체가 제공합니다. 이 사이트의 다운로드 페이지에서는 클라이언트를 선택할 수 있지만, 구독이나 서버 계정을 제공하지는 않습니다.

설정이 이미 있다면 먼저 프로토콜, 전송 방식, 보안 옵션을 현재 클라이언트에서 지원하는지 확인한 뒤 사용할 프로그램을 선택하세요. 이름에 모두 “V2Ray”가 들어간다고 해서 모든 공유 링크를 서로 가져올 수 있는 것은 아닙니다.

2. 구독 링크는 어떻게 가져오며, 가져온 뒤 왜 업데이트해야 하나요?

구독 주소는 설정을 가져오는 경로이지 노드 자체가 아닙니다. 주소를 저장하면 구독 그룹만 만들어지고, 업데이트를 실행해야 노드 목록을 가져와 해석합니다. 아래는 v2rayN의 일반적인 중국어 인터페이스를 기준으로 설명합니다. 처음 가져오기 전에 복사한 주소가 계정 관리 페이지가 아니라 전체 구독 주소인지 확인하세요.

1. 그룹 추가

   메인 화면에서 「구독 그룹」→「구독 그룹 설정」→「추가」를 열고 알아보기 쉬운 이름을 입력합니다.

2. 주소 저장

   전체 링크를 「주소(Url)」 입력란에 붙여 넣고 저장합니다. 링크에 포함된 매개변수, 슬래시, 끝 문자를 삭제하지 마세요.

3. 구독 업데이트

   「구독 그룹」으로 돌아가 「전체 구독 업데이트(프록시 사용 안 함)」를 선택합니다. 직접 연결로 가져오지 못하고 사용 가능한 프록시가 있다면 「프록시 사용」 업데이트 항목을 시도하세요.

4. 노드 선택

   노드 목록에서 사용할 항목을 선택하고 마우스 오른쪽 버튼 메뉴에서 활성 서버로 지정한 다음, 사용 중인 앱에 맞는 프록시 연결 방식을 켭니다.

v2rayNG에서는 보통 메인 화면의 「⋮」→「구독 그룹 설정」으로 이동해 「+」를 누르고 이름과 링크를 저장합니다. 메인 화면으로 돌아와 「⋮」→「구독 업데이트」를 선택하세요. 단일 공유 링크를 받았다면 「+」→「클립보드에서 가져오기」를 사용하고, 단일 노드 링크를 구독 주소란에 입력하지 마세요.

3. 구독 업데이트 실패 또는 가져온 뒤 노드가 없을 때는 어디를 확인해야 하나요?

먼저 “내용을 가져오지 못한 경우”와 “내용은 가져왔지만 해석하지 못한 경우”를 구분하세요. 전자는 네트워크나 주소 상태가 원인인 경우가 많고, 후자는 로그인 페이지가 반환되었거나 형식이 호환되지 않거나 현재 코어에서 지원하지 않는 옵션이 노드에 포함됐을 수 있습니다. 클라이언트를 계속 삭제하기보다 오류 메시지 원문을 보관하는 편이 문제 해결에 도움이 됩니다.

4. 시스템 프록시와 TUN은 어떻게 다르며, 무엇부터 켜야 하나요?

시스템 프록시는 운영체제에 프록시 연결 지점을 등록하는 방식입니다. 이 설정을 읽고 따르는 앱만 프록시를 사용합니다. TUN은 가상 네트워크 인터페이스로 해당 인터페이스에 라우팅된 트래픽을 처리합니다. 적용 범위가 더 넓은 만큼 다른 가상 네트워크 어댑터, VPN, 보안 프로그램과 설정이 충돌하기도 쉽습니다.

Android 클라이언트는 시작할 때 시스템 VPN 권한을 요청하는 경우가 많습니다. 이는 기기에서 트래픽 연결 인터페이스를 만드는 절차이며, 서버 연결에 성공했다는 뜻은 아닙니다. v2rayNG의 「설정」→「앱별 프록시」에서 어떤 앱이 해당 인터페이스를 사용하는지도 설정하므로 제외 목록에 앱이 잘못 들어가 있지 않은지 확인하세요.

5. “전역”과 “중국 본토 우회”는 프록시 연결 옵션인가요?

아닙니다. 시스템 프록시와 TUN은 “트래픽이 클라이언트로 들어오는가”를 결정하고, 라우팅 모드는 “들어온 트래픽을 어떤 아웃바운드로 보낼지”를 결정합니다. 일반적으로 “전역”은 규칙에 일치하는 트래픽을 프록시 아웃바운드로 보내는 것을 뜻합니다. 모든 앱이 자동으로 시스템 프록시를 사용한다는 의미는 아닙니다.

• 일반적인 분할 라우팅: 클라이언트에 미리 설정된 로컬 네트워크 및 중국 본토 주소 우회 규칙부터 확인하세요. 구체적인 이름과 동작은 현재 적용된 규칙을 기준으로 판단해야 합니다.
• 일시적인 진단: 전역 모드에서만 특정 사이트에 접속할 수 있다면 소프트웨어를 바로 다시 설치하기보다 도메인 규칙, DNS 응답, 규칙 순서를 먼저 확인하세요.
• 로컬 네트워크 접속: 프린터, 라우터 관리 페이지, 사내 주소는 보통 직접 연결 규칙이 필요합니다. 모드를 바꾼 뒤에도 이런 리소스에 접속할 수 있는지 확인하세요.

v2rayN에서는 메인 화면의 「라우팅」→「라우팅 설정」에서 규칙을 확인할 수 있습니다. 변경 전에 기존 모드를 기록하고 한 번에 한 항목만 수정하세요. 사용자 지정 규칙은 대개 순서대로 적용되므로 앞쪽의 광범위한 규칙이 뒤쪽의 세부 규칙을 무효화할 수 있습니다.

6. 연결됨으로 표시되는데 웹페이지가 열리지 않을 때 먼저 확인할 세 가지

“시작됨”은 보통 로컬 서비스가 실행 중이라는 뜻일 뿐입니다. 지연 시간 테스트에 결과가 나와도 서버 포트에 연결할 수 있다는 점만 확인됐을 수 있습니다. 웹 요청은 앱의 프록시 설정, 로컬 리스닝, 원격 핸드셰이크, 대상 사이트 연결을 거칩니다. 앱과 가까운 단계부터 확인하면 원인을 더 쉽게 좁힐 수 있습니다.

1. 현재 앱이 실제로 프록시를 사용하고 있는지 확인하세요. 브라우저 확장 프로그램의 별도 프록시 설정이 운영체제 설정을 덮어쓸 수 있습니다.
2. 활성 노드와 로컬 리스닝이 정상인지 확인하세요. v2rayN에서는 「설정」→「매개변수 설정」에서 로컬 리스닝 포트를 확인할 수 있습니다. 포트를 변경했다면 앱 쪽 설정도 함께 업데이트하세요.
3. 클라이언트 로그를 열고 오류가 발생한 페이지에 다시 접속한 뒤, 해당 시간대의 오류만 살펴보세요. 모든 노드에서 같은 문제가 발생하면 우선 기기 설정을 확인하고, 특정 노드에서만 발생하면 해당 노드와 서버 측을 점검하세요.

7. DNS를 변경해야 하나요? FakeDNS를 꼭 켜야 하나요?

DNS는 도메인 이름을 주소로 변환하지만, 조회는 앱이나 로컬 시스템, 프록시 코어에서 이뤄질 수 있습니다. 시스템 DNS만 바꿔도 프록시 코어가 사용하는 DNS 서버는 그대로일 수 있고, 코어 DNS만 바꿔도 프록시를 우회하는 앱에는 영향을 주지 않을 수 있습니다. 먼저 어느 경로에서 문제가 발생하는지 확인한 뒤 변경할 위치를 정하세요.

• 로그에 DNS 조회 시간 초과가 표시됨: 설정된 DNS 서버에 지정된 아웃바운드로 접속할 수 있는지 확인하세요. 특히 “프록시를 연결하려면 도메인 조회가 필요한데, 조회하려면 아직 연결되지 않은 프록시가 필요한” 순환 의존성에 주의하세요.
• 일부 도메인에서만 문제 발생: 도메인 규칙, 스니핑 설정, 앱 자체의 보안 DNS 기능을 확인해 여러 설정이 서로 덮어쓰지 않도록 하세요.
• FakeDNS를 켜려는 경우: 현재 코어와 연결 방식이 주소 매핑 과정을 모두 지원하는지 먼저 확인하세요. FakeDNS는 매핑용 가상 주소를 반환하므로 이후 도메인 복원 처리와 함께 사용해야 합니다. 모든 상황에 적용되는 속도 향상 옵션은 아닙니다.

초보자라면 클라이언트에서 사용할 수 있는 기본 설정을 그대로 두고, 기존 값을 기록한 뒤 항목별로 변경하세요. DNS 서버를 바꾼 뒤에도 문제가 계속되면 로그에서 오류가 실제로 달라졌는지 확인하고 옵션을 계속 추가하지 마세요. 자세한 점검 방법은 전체 안내서의 DNS 설정 설명을 참고하세요.

8. VMess와 VLESS는 서로 바꿔 쓸 수 있나요? 직접 입력할 때 주의할 점은 무엇인가요?

프로토콜 이름만 바꿔서 서로 전환할 수는 없습니다. VMess와 VLESS는 프로토콜 방식과 설정 항목이 다르며, 서버도 해당 프로토콜에 맞게 설정되어 있어야 합니다. VMess에는 자체 인증 및 암호화 방식이 있습니다. VLESS 자체에는 전송 데이터 암호화가 없으므로 보안 연결을 위해 TLS나 REALITY 같은 방식을 함께 고려해야 합니다. “VLESS”라는 이름만으로 암호화된 연결이라고 판단해서는 안 됩니다.

• 공통 항목: 서버 주소, 포트, 사용자 식별자는 서버 설정과 일치해야 합니다. 서버 포트는 제공업체가 정하므로 예시에 443이 보인다고 임의로 바꾸지 마세요.
• 전송 항목: WebSocket 경로와 Host, TLS 서버 이름은 서로 다른 설정입니다. 각각 확인하고 서버 IP를 모든 항목에 입력하지 마세요.
• 보안 항목: REALITY의 공개 키, 짧은 ID, 서버 이름과 필요한 경우 사용하는 Flow는 모두 서버 설정에서 확인해야 합니다. UUID로 이 항목들을 대신할 수 없습니다.
• 시간 설정: VMess 인증에는 시간 검증이 포함되므로 먼저 시스템 자동 시간 설정을 켜세요. TLS 인증서 유효 기간 확인에도 정확한 시간이 필요하지만, 작동 원리는 다릅니다.

입력 실수를 줄이려면 제공업체가 안내한 전체 공유 링크를 사용하거나 구독으로 가져오세요. 가져온 뒤에도 “지원하지 않는 프로토콜 또는 항목” 알림이 있는지 확인해야 합니다. 특히 v2flyNG와 Xray 기반 클라이언트 사이에서 옮길 때 모든 최신 기능이 호환된다고 가정하지 마세요.

9. 노드는 연결되지만 속도가 느릴 때 지연 시간만 측정하면 충분한가요?

충분하지 않습니다. 지연 시간은 왕복이나 특정 테스트 요청에 걸리는 시간을 나타냅니다. 처리 속도는 노드 부하, 서버의 외부 회선, 네트워크 혼잡, 로컬 네트워크, 대상 사이트의 영향을 받습니다. 지연 시간이 짧다고 다운로드 속도가 빠른 것은 아니며, 한 번 시간 초과가 발생했다고 노드가 계속 작동하지 않는다고 단정할 수도 없습니다.

1. 먼저 로컬 네트워크 사용량 확인: 시스템 업데이트와 대용량 파일 전송을 일시 중지하세요. 데스크톱에서는 가능하면 유선과 무선을 비교하고, Android에서는 Wi-Fi와 모바일 데이터를 비교합니다.
2. 테스트 조건 통일: 같은 기기에서 같은 사이트를 같은 시간대에 노드 두 개로 각각 세 번씩 테스트하세요. 가장 빠른 결과만 기억하지 말고 전체 결과를 기록해 사이트 상태 변화를 노드 차이로 오인하지 않도록 하세요.
3. 지표별로 확인: 연결은 느리지만 전송이 안정적이라면 DNS 조회와 핸드셰이크를 우선 확인하세요. 처음에는 정상이다가 저녁 시간대에 계속 느려진다면 시간대별 네트워크 혼잡이나 서버 부하를 함께 살펴보세요.
4. 실제 앱 동작 확인: 클라이언트 테스트는 성공했는데 특정 앱만 느리다면 앱이 다른 프록시 연결 지점이나 앱별 규칙을 사용하는지, 대상 사이트 연결에 문제가 없는지 확인하세요.

“최적화”를 위해 DNS, MTU, 스니핑, 라우팅을 한꺼번에 바꾸지 마세요. 비교할 조건이 없으면 어떤 설정이 효과가 있었는지 알기 어렵습니다. 테스트 결과와 로그는 노드 속도 테스트 및 관리 안내에 따라 정리한 뒤 서비스 제공업체에 문의하세요.

10. 구독은 얼마나 자주 업데이트해야 하나요? 문의할 때 공개하면 안 되는 정보는 무엇인가요?

구독 업데이트는 노드 설정을 새로 가져오는 작업이지, 대역폭을 늘리거나 클라이언트를 업데이트하는 작업이 아닙니다. 제공업체가 서버 주소, 포트, 인증 정보를 변경했다면 새로 가져와야 합니다. 문제가 생겼을 때는 한 번 수동으로 업데이트하면 충분하며 매분 반복해서 요청할 필요는 없습니다. 자동 업데이트 사용 여부는 클라이언트 기능과 제공업체의 요청 빈도 제한을 고려해 설정하세요.

• 클라이언트 업데이트: 업데이트 전에 클라이언트와 코어 버전, 활성 노드, 프록시 모드, 사용자 지정 규칙을 기록하고 복구할 수 있도록 설정을 보관하세요. 업데이트 후에는 정상 경로 하나를 먼저 확인한 다음 나머지 사용자 지정 설정을 복원합니다.
• 구독 정보 보호: 전체 구독 주소에는 접속 토큰이 포함된 경우가 많습니다. 단일 노드 링크, QR 코드, 설정 내보내기 파일에도 인증 정보가 들어 있을 수 있으므로 공개 댓글이나 스크린샷에 그대로 올리지 마세요.
• 문제 해결에 필요한 정보: 운영체제, 클라이언트와 코어 버전, 오류 발생 시각, 오류 메시지 원문을 제공하세요. 모든 노드에서 발생하는지 특정 노드에서만 발생하는지, 모든 앱에서 발생하는지 특정 앱에서만 발생하는지도 함께 알려주세요.
• 로그 개인정보 가리기: 구독 토큰, UUID, 비밀번호, 공개하고 싶지 않은 서버 주소를 가리되 오류 발생 단계와 상태 코드는 남겨 두세요. 주소가 이미 노출됐다면 제공업체 사이트에서 관련 인증 정보를 재설정하세요.

초보자에게 가장 유용한 기록은 “연결 성공” 스크린샷이 아니라 같은 방식으로 다시 실행할 수 있는 절차입니다. 어떤 앱을 어떤 연결 방식으로 사용했고, 어떤 라우팅 모드에서 어느 단계에 실패했는지 기록하세요. 정보를 구분해 두면 기기 설정, 노드 매개변수, 서버 중 어디를 추가로 점검해야 할지 판단하기 쉽습니다.