기본 개념부터 정리
1. V2Ray는 클라이언트일까요, 프로토콜일까요, 코어일까요?
일상적인 대화에서 “V2Ray”는 프록시 도구 생태계 전체를 가리키는 경우가 많지만, 엄밀히 말하면 특정 인터페이스 하나나 특정 프로토콜을 뜻하지는 않습니다. V2Ray 프로젝트는 인바운드, 아웃바운드, 전송, 보안, DNS, 라우팅 규칙을 처리할 수 있는 네트워크 프록시 코어와 관련 기능을 제공합니다. 사용자가 실제로 실행하고 조작하는 v2rayN, v2rayNG, v2flyNG는 그래픽 인터페이스를 갖춘 클라이언트입니다. 클라이언트는 설정 저장, 노드 표시, 코어 실행, 시스템 프록시 전환을 담당하며, 실제 연결과 트래픽 전달은 클라이언트가 호출한 코어가 수행합니다.
이 관계를 이해하면 문제 해결이 훨씬 쉬워집니다. 인터페이스가 열리지 않는 문제는 클라이언트 계층, 노드 매개변수 파싱 실패는 설정 계층, 연결 시간 초과는 네트워크나 서버 측, 예상과 다른 라우팅 결과는 코어 규칙을 점검해야 할 가능성이 큽니다. 프로토콜·전송·라우팅의 관계를 더 알아보려면 프로토콜 참고 자료에서 관련 개념을 확인하세요.
2. 구독 링크란 무엇이며 단일 노드와 어떻게 다를까요?
단일 노드는 서버 주소, 포트, 사용자 식별자, 프로토콜, 전송 방식, 보안 설정 등 구체적인 연결 매개변수의 묶음입니다. 구독 링크는 클라이언트가 여러 노드 설정을 가져오는 주소입니다. 구독 주소를 클라이언트에 추가하면 클라이언트가 구독 내용을 요청해 노드 목록으로 파싱합니다. 이후 “구독 업데이트”를 실행하면 서버에서 제공하는 노드, 이름, 매개변수를 다시 받아올 수 있습니다.
구독 주소는 노드 주소가 아니므로 서버 주소 입력란에 직접 넣으면 안 됩니다. 올바른 순서는 전체 구독 링크를 복사한 뒤 클라이언트의 구독 관리 메뉴를 열고, 새 구독을 추가해 저장한 다음 업데이트를 실행하고 서버 목록에서 노드를 선택하는 것입니다. VMess 또는 VLESS 공유 링크 하나만 있다면 구독으로 추가하지 말고 “클립보드에서 가져오기”와 같은 메뉴를 사용하세요. 버튼 위치와 자세한 순서는 설치 및 설정 튜토리얼에서 확인할 수 있습니다.
3. 클라이언트·코어·구독 서비스는 각각 무엇을 담당할까요?
클라이언트는 사용자 인터페이스를 담당하고, 코어는 연결을 실행하며, 구독 서비스는 설정을 제공합니다. 세 요소는 서로를 대신할 수 없습니다. 데스크톱 환경을 예로 들면 v2rayN은 구독을 읽은 뒤 선택한 노드와 라우팅 옵션을 코어가 인식할 수 있는 설정으로 정리하고, 해당 코어를 실행해 네트워크 트래픽을 처리합니다. Android의 v2rayNG와 v2flyNG도 비슷한 흐름을 따르지만 시스템 트래픽을 넘겨받는 방식과 메뉴 위치가 다릅니다.
이 구분은 장애 원인을 판단할 때 중요합니다. 구독 업데이트 결과가 비어 있다면 먼저 구독 주소와 서비스 상태를 확인하세요. 노드는 표시되지만 시작할 때 설정 오류가 발생한다면 매개변수가 완전히 파싱되었는지 점검해야 합니다. 클라이언트에는 실행 중이라고 표시되는데 대상 앱이 계속 직접 연결된다면 시스템 프록시, 가상 네트워크 어댑터의 트래픽 전환, 앱 자체의 네트워크 설정을 확인하세요. 문제가 어디서 발생했는지 확인하기 전에 프로토콜, DNS, 라우팅, 포트를 계속 바꾸면 하나의 장애가 서로 영향을 주는 여러 변수로 복잡해질 수 있습니다.
클라이언트 선택은 플랫폼과 코어 기준으로
4. v2rayN과 v2rayNG는 어떻게 다를까요?
v2rayN은 Windows, macOS, Linux 데스크톱 환경에서 서버, 구독, 시스템 프록시, 라우팅을 관리하기에 적합한 데스크톱 클라이언트입니다. 플랫폼마다 사용할 수 있는 설치 패키지 형식과 시스템 기능이 다르므로 다운로드 전에 운영체제와 프로세서 아키텍처를 확인해야 합니다. v2rayNG는 Android 클라이언트로, 일반적으로 Xray 코어와 함께 사용하며 시스템에서 제공하는 네트워크 트래픽 전환 기능을 통해 기기 내 앱이 설정에 따라 연결되도록 합니다.
두 이름은 비슷하지만 설치 패키지는 서로 바꿔 사용할 수 없고 설정 메뉴도 완전히 같지 않습니다. 데스크톱에서는 시스템 프록시 설정, 라우팅 모드 선택, 코어 로그 확인이 일반적이며, Android에서는 처음 연결할 때 시스템 권한을 승인하고 앱별 프록시를 설정하는 경우가 많습니다. 패키지를 빠르게 찾으려면 다운로드 센터로 이동해 플랫폼을 먼저 선택한 다음 아키텍처에 맞는 파일을 받으세요.
5. v2rayNG와 v2flyNG 중 무엇을 선택해야 할까요?
둘 다 Android 클라이언트이며, 주된 차이는 사용하는 코어 체계입니다. v2rayNG는 Xray 코어를 사용하므로 Xray 프로토콜 확장과 관련 전송 기능이 필요한 설정에 적합합니다. v2flyNG는 v2fly 코어를 사용하므로 V2Fly 체계에서 지원하는 표준 설정에 적합합니다. 선택할 때는 인터페이스 이름만 비교하기보다 구독 제공자가 안내하는 호환성 정보를 우선 확인하세요.
구독에 Xray의 특정 기능에 의존하는 VLESS 설정이 포함되어 있다면 일반적으로 v2rayNG를 선택해야 합니다. 설정이 v2fly 코어에서 지원하는 프로토콜과 전송을 기반으로 한다면 v2flyNG로 연결할 수 있습니다. 가져온 뒤 “지원되지 않는 설정 항목”이 표시되거나 코어가 특정 필드를 인식하지 못한다고 해서 구독 링크가 반드시 만료된 것은 아닙니다. 현재 코어가 해당 조합을 지원하지 않는 경우에도 같은 문제가 발생할 수 있습니다. Android 다운로드 영역에서 두 클라이언트를 확인한 뒤 설정 호환성에 맞게 선택하세요.
프로토콜과 구독은 이름만 보고 임의로 바꾸지 마세요
6. VMess와 VLESS 중 무엇을 선택해야 할까요?
VMess와 VLESS는 모두 클라이언트와 서버 사이의 프록시 연결에 사용할 수 있지만 인증과 보안 설계가 다릅니다. VMess 설정에는 일반적으로 사용자 식별자, 추가 식별 매개변수, 전송 방식, 보안 설정이 포함되며 클라이언트의 시간 정확도에 민감합니다. VLESS는 더 간결한 프로토콜 설계를 사용하고 자체적으로 콘텐츠를 암호화하지 않으므로 보통 TLS, REALITY 또는 지원되는 다른 보안·전송 조합과 함께 사용합니다.
초보자는 작동하는 노드를 다른 프로토콜로 직접 “변환”할 필요가 없습니다. 프로토콜은 서버 설정으로 결정되며 클라이언트 매개변수는 서버와 항목별로 일치해야 합니다. 구독에 VMess가 있으면 VMess로 가져오고, VLESS가 있으면 VLESS로 가져오세요. 프로토콜 이름, 포트, 사용자 식별자, 전송 방식을 임의로 바꾸면 대개 핸드셰이크 실패로 이어집니다. 특정 회선과 설정을 제외하고 어느 쪽이 항상 빠르다고 단정할 수는 없으며 실제 품질은 서버 부하, 네트워크 경로, 혼잡, 라우팅의 영향을 받습니다. 프로토콜 필드 설명은 프로토콜 참고 페이지에서 확인하세요.
7. 구독을 가져온 뒤 노드가 표시되지 않는 이유는 무엇인가요?
실제로 실행한 작업이 구독 주소를 저장한 것뿐이 아니라 “구독 업데이트”인지 먼저 확인하세요. 새 구독 추가는 보통 기록만 생성하므로 클라이언트가 내용을 직접 요청해야 합니다. 업데이트 후에도 비어 있다면 링크가 완전히 복사되었는지, 앞뒤에 공백이 섞이지 않았는지, 구독이 만료되지 않았는지, 현재 네트워크에서 구독 주소에 접속할 수 있는지, 클라이언트 로그에 파싱 오류가 있는지를 순서대로 점검하세요.
브라우저로 구독 주소를 열었을 때 긴 텍스트가 표시되더라도 내용을 한 줄씩 클라이언트에 복사할 필요는 없습니다. 링크가 유효하다면 클라이언트가 직접 요청하고 파싱하도록 두면 됩니다. 웹 안내문, 로그인 페이지, 오류 메시지가 반환되는 경우 클라이언트는 이를 노드 목록으로 인식할 수 없습니다. 구독 내용과 클라이언트 코어의 호환성도 확인하세요. 목록에 현재 코어가 파싱하지 못하는 필드가 있으면 일부 노드만 가져오거나 형식 오류가 발생할 수 있습니다. 튜토리얼 페이지에서 “구독 추가, 구독 업데이트, 노드 선택” 순서를 다시 진행하면 어느 단계에서 막혔는지 빠르게 확인할 수 있습니다.
연결과 라우팅은 계층별로 확인
8. 클라이언트에는 연결됨으로 표시되는데 웹페이지가 열리지 않는 이유는 무엇인가요?
“코어가 시작됨”은 로컬 프로세스가 실행되기 시작했다는 뜻일 뿐, 원격 노드 연결이 완료되었거나 브라우저 트래픽이 반드시 프록시로 들어갔다는 의미는 아닙니다. 먼저 현재 노드에서 실제 연결 지연 시간을 테스트하고 실행 로그를 열어 시간 초과, 연결 거부, DNS 조회 실패, 인증 오류가 있는지 확인하세요. 로컬 포트가 열렸다는 사실만으로 서버에 도달할 수 있다고 판단할 수는 없습니다.
노드가 정상이라면 다음으로 트래픽 유입 경로를 확인하세요. 데스크톱에서는 시스템 프록시가 켜져 있고 브라우저에 별도의 충돌하는 프록시 설정이 없는지 확인합니다. Android에서는 연결 권한이 여전히 유효한지, 앱별 규칙이 활성화되어 있는지 점검하세요. 일부 도메인만 열리지 않는다면 DNS와 라우팅 매칭 결과를 추가로 확인해야 합니다. 모든 노드가 동시에 작동하지 않으면 로컬 네트워크, 구독 상태, 클라이언트 로그를 우선 점검하고, 한 노드만 실패하면 해당 노드의 매개변수, 회선, 서비스 상태 문제일 가능성이 큽니다. 전체 점검 순서는 연결 튜토리얼을 참고하세요.
9. 전역·규칙·직접 연결 모드는 각각 무엇을 의미하나요?
이 모드는 트래픽을 어느 아웃바운드로 보낼지 결정합니다. 전역 모드는 일반적으로 전환 가능한 대부분의 트래픽을 프록시 노드로 보내므로 노드가 정상 작동하는지 임시로 확인할 때 유용하지만 불필요한 프록시 트래픽이 늘어날 수 있습니다. 규칙 모드는 도메인, IP, 포트, 프로세스, 규칙 데이터셋을 기준으로 매칭해 일부 요청은 프록시로, 일부는 직접 연결로 보냅니다. 직접 연결 모드는 주로 프록시를 우회하며 로컬 네트워크를 복구하거나 비교 점검할 때 사용할 수 있습니다.
규칙은 일반적으로 정해진 순서대로 매칭되므로 더 구체적인 규칙을 포괄적인 규칙보다 앞에 배치해야 합니다. 앞의 범위 규칙이 먼저 일치하면 뒤의 항목은 실행되지 않습니다. 도메인 규칙은 도메인 매칭만 처리하고 IP 규칙은 대상 주소를 처리하며, DNS 결과와 조회 경로도 최종 판단에 영향을 줍니다. 초보자는 먼저 클라이언트의 안정적인 기본 설정을 사용해 연결을 확인한 뒤 조금씩 수정하는 것이 좋습니다. 한 번에 한 그룹의 규칙만 바꾸고 결과를 테스트하세요. domain, IP, CIDR, geosite 표기법을 이해하려면 프로토콜 및 라우팅 참고 자료를 확인하세요.
업데이트와 마이그레이션은 설정을 먼저 보존한 뒤 진행
10. 클라이언트를 업데이트하거나 기기를 바꾸거나 재설치할 때 무엇을 저장해야 할까요?
가장 중요한 것은 아직 유효한 구독 주소를 저장하고 현재 사용 중인 라우팅, DNS, 시스템 프록시, 앱별 설정을 기록하는 것입니다. 구독에 포함되지 않은 수동 노드는 클라이언트의 내보내기 또는 공유 기능으로 별도 백업하세요. 노드 이름만 캡처하지 마세요. 이름은 화면에 표시되는 라벨일 뿐 서버 주소, 사용자 식별자, 전송, 보안 매개변수를 복원할 수 없습니다.
클라이언트를 업데이트하기 전에 실행 중인 코어와 시스템 프록시를 종료한 뒤 플랫폼에 맞는 새 설치 패키지를 선택하세요. 설치가 끝나면 먼저 구독을 다시 가져오고 노드를 업데이트하세요. 이전 설정의 고급 필드를 통째로 새 버전 설정에 덮어쓰지는 마세요. 버전에 따라 설정 구조와 기본값이 달라질 수 있습니다. 마이그레이션 후에는 “구독 업데이트, 노드 선택, 지연 시간 테스트, 연결 시작, 로그 확인, 라우팅 검증” 순서로 확인하세요. 설치 방법은 튜토리얼에서, 플랫폼별 파일은 다운로드 센터에서 확인할 수 있습니다.
초보자의 첫 연결 작업 목록
앞에서 설명한 개념을 실제 작업 순서로 정리하면 다음과 같습니다. 각 단계에서 결과를 명확히 확인하면 문제가 생겼을 때 바로 원인을 좁힐 수 있어 전체 설정을 반복해서 삭제하거나 다시 만들 필요가 없습니다.
- 현재 플랫폼을 확인하고 다운로드 센터에서 v2rayN, v2rayNG 또는 v2flyNG를 선택한 뒤 프로세서 아키텍처를 확인하세요.
- 설치가 끝나면 먼저 클라이언트를 실행하고 DNS, 라우팅, 코어 고급 매개변수는 서둘러 수정하지 마세요.
- 구독 주소가 있다면 구독 관리에서 저장한 뒤 업데이트를 실행하고, 단일 공유 링크가 있다면 클립보드에서 가져오세요.
- 노드 목록에서 노드 하나를 선택하고 실제 연결 지연 시간을 테스트해 명백히 연결할 수 없는 설정을 제외하세요.
- 연결을 시작한 뒤 데스크톱 또는 Android의 메뉴에서 시스템 프록시나 네트워크 트래픽 전환 권한을 승인하세요.
- 대상 페이지를 열어 연결을 확인하면서 로그도 확인해 요청이 선택한 아웃바운드를 실제로 통과하는지 점검하세요.
- 기본 연결이 안정된 뒤 규칙 모드를 선택하고 사용자 지정 DNS나 라우팅 규칙을 단계적으로 추가하세요.
연결에 실패하면 구독 업데이트, 노드 파싱, 서버 연결, 클라이언트로의 트래픽 유입, 라우팅 매칭 중 마지막으로 결과가 명확했던 단계로 돌아가세요. 한 번에 한 계층만 확인하고 변경 전후의 현상을 기록하세요. 프로토콜을 계속 바꾸거나 여러 설정을 동시에 수정하는 것보다 이 방식이 빠르고 실제 원인을 찾기도 쉽습니다.