v2rayN / v2rayNG 설정 가이드

이 가이드는 클라이언트 설치가 완료되었고 사용할 수 있는 구독 주소를 확보했다는 전제에서 설명합니다. 데스크톱에서는 v2rayN, Android 기기에서는 v2rayNG를 사용합니다. 구독 주소는 일반적으로 서비스 제공업체가 전달하는 https://로 시작하는 전체 링크입니다. 단일 노드 이름이나 로그인 페이지의 계정·비밀번호가 아닙니다. 복사할 때는 처음부터 끝까지 완전히 선택하고, 메신저가 자동으로 추가한 공백·줄바꿈·문장 부호가 섞이지 않도록 주의하세요.

클라이언트를 처음 실행한 뒤 포트, DNS, Mux 또는 전송 매개변수를 바로 변경하지 마세요. 구독의 노드에는 프로토콜, 서버, 포트, 인증 정보와 전송 방식이 이미 포함되어 있습니다. 어느 하나라도 수동으로 바꾸면 클라이언트와 서버의 설정이 일치하지 않을 수 있습니다. 빠른 시작 단계에서는 클라이언트가 열리는지, 시스템 시간이 정확한지, 기본 네트워크로 일반 웹페이지에 정상적으로 접속할 수 있는지만 확인한 뒤 아래 네 단계를 진행하면 됩니다.

아직 클라이언트를 설치하지 않았다면 먼저 다운로드 센터에서 플랫폼에 맞는 버전을 선택하세요. Windows, macOS와 Linux에서는 v2rayN을 사용하고, Android에서는 v2rayNG를 사용합니다. 설치가 끝나면 이 페이지로 돌아와 계속 진행하면 됩니다. 프로토콜별 설계 차이, V2Fly와 Xray의 코어 관계, VMess·VLESS·Trojan·REALITY의 사용 조건은 프로토콜 매뉴얼에 정리되어 있으므로 첫 연결 전에 모두 알 필요는 없습니다.

v2rayN 데스크톱 버전에서 상단 메뉴의 “구독 그룹” 또는 구독 관리 메뉴를 열고 새 구독 그룹을 만듭니다. 식별하기 쉬운 서비스 이름이나 사용 목적을 메모로 입력하고, 주소 입력란에 전체 구독 링크를 붙여 넣으세요. 저장한 뒤 메인 화면으로 돌아와 “모든 구독 업데이트”를 실행합니다. 클라이언트가 구독 내용을 가져와 서버 설정을 목록으로 변환합니다. 업데이트가 끝나면 메인 창에 하나 이상의 노드가 표시되며, 일반적으로 노드 이름, 프로토콜 유형, 주소와 포트 등의 정보를 확인할 수 있습니다.

v2rayNG에서는 사이드 메뉴에서 “구독 그룹 설정”으로 이동한 뒤 추가 버튼을 누르고 메모와 구독 주소를 입력합니다. 저장하고 서버 목록으로 돌아와 메뉴에서 “구독 업데이트”를 실행하세요. 업데이트 중에는 앱을 foreground에 유지하고 안내가 끝난 뒤 홈 화면을 확인합니다. 성공하면 비어 있던 서버 목록에 선택 가능한 노드가 표시됩니다. 구독에 그룹이 포함되어 있다면 용도별 노드가 이름 앞부분으로 구분될 수 있습니다.

가져오기가 끝나면 바로 연결하지 말고 먼저 목록을 확인하세요. 노드 이름이 알아볼 수 없는 긴 링크가 아니라 정상적으로 표시되는지, 목록에 하나 이상의 항목이 있는지, 프로토콜 열에 VMess·VLESS·Trojan 또는 지원되는 다른 유형이 표시되는지 확인합니다. 업데이트 후에도 목록이 비어 있다면 구독 편집 화면으로 다시 들어가 주소 앞뒤에 공백이 없는지 확인한 다음 시스템 날짜·시간과 시간대가 정확한지 점검하세요. 일부 구독 주소에는 유효 기간이 있으므로 만료되었다면 서비스 제공업체에서 다시 받아야 합니다.

노드 목록이 표시되면 첫 번째 단계가 끝난 것입니다. 이 시점에는 클라이언트에 설정만 저장되어 있을 뿐 시스템 트래픽이 아직 활성 노드를 통과하지 않습니다. 다음으로 어떤 요청을 클라이언트가 처리할지, 즉 프록시 모드와 라우팅 방식을 결정해야 합니다.

프록시 모드는 클라이언트가 어떤 트래픽을 처리할지 결정합니다. 처음 설정할 때는 클라이언트의 기본 규칙 모드로 시작하는 것이 좋습니다. 규칙 모드는 내장 라우팅 규칙에 따라 요청을 직접 연결할지 프록시로 보낼지 판단하므로 일상적인 사용에 적합하고 기본 설정이 올바른지 확인하기도 쉽습니다. 전역 모드는 더 많은 요청을 현재 노드로 보내므로 특정 웹페이지가 라우팅 규칙의 영향을 받는지 잠시 확인할 때 유용합니다. 다만 장기간 사용하기 전에는 로컬 서비스, LAN 리소스와 자주 사용하는 앱에 미치는 범위를 먼저 이해해야 합니다.

v2rayN 데스크톱 버전에서는 먼저 창 하단이나 트레이 메뉴에서 “시스템 프록시” 상태를 확인합니다. 시스템 프록시 자동 설정을 선택하면 시스템 프록시를 따르는 브라우저와 앱이 v2rayN의 로컬 수신 포트로 요청을 보냅니다. 그런 다음 라우팅 설정에서 기본 규칙을 선택하세요. 버전에 따라 메뉴 문구와 배치가 조금 다를 수 있지만 판단 기준은 같습니다. 시스템 프록시가 명확히 켜져 있고, 라우팅 모드에서 현재 선택된 규칙 세트가 하나 있어야 합니다.

시스템 프록시를 사용하지 않는 앱은 v2rayN이 실행 중이라는 이유만으로 트래픽 경로가 자동으로 바뀌지 않습니다. 이때는 먼저 일반 브라우저로 확인하고 TUN 모드, 앱 자체 프록시와 시스템 프록시를 동시에 변경하지 마세요. 여러 진입점을 한꺼번에 조정하면 어느 계층이 적용되었는지 판단하기 어려워집니다. 기본 연결이 안정된 뒤 앱의 필요에 따라 프로토콜 매뉴얼의 라우팅 및 클라이언트 안내를 읽고 더 넓은 트래픽 처리 방식이 필요한지 결정하세요.

v2rayNG에서는 설정의 라우팅 구성으로 들어가 앱에서 제공하는 기본 규칙을 선택합니다. Android 버전은 연결할 때 시스템 수준의 VPN 연결을 만들고, 시스템이 지정된 범위의 트래픽을 클라이언트로 전달합니다. 설정에 “LAN 우회”나 앱별 분할 라우팅 옵션이 있다면 처음에는 기본값을 유지하세요. 먼저 브라우저 요청이 안정적으로 통과하는지 확인한 뒤 앱 범위를 하나씩 조정하면 규칙이 서로 덮어써서 판단하기 어려워지는 문제를 줄일 수 있습니다.

규칙 모드는 프로토콜 유형이 아닙니다. VLESS와 VMess 같은 태그는 클라이언트와 서버가 통신하는 방식을 설명하고, 규칙 모드는 로컬 트래픽이 어떤 출구를 선택할지 설명합니다. 서로 다른 계층에 있으므로 라우팅 규칙을 바꾸기 위해 노드 프로토콜을 수정할 필요는 없습니다. 모드 선택을 마쳤다면 설정을 저장하고 노드 목록으로 돌아가 실제 사용할 서버를 선택한 뒤 연결을 시작하세요.

노드 목록에는 여러 후보가 표시되는 경우가 많습니다. 먼저 지연 시간 테스트를 한 번 실행해 현재 네트워크에서 해당 서버에 도달할 수 있는지 참고하세요. 지연 시간은 로컬 네트워크, 서버와의 거리, 시간대별 회선 상태와 테스트 방식에 따라 달라지므로 가장 낮은 수치가 실제 다운로드 속도까지 가장 빠르다는 뜻은 아닙니다. 처음 연결할 때는 결과가 반환되고 프로토콜 정보가 완전한 노드 하나를 선택하면 됩니다. 여러 노드를 사용할 수 있다면 용도가 명확하고 지리적으로 가까운 항목을 우선하세요.

v2rayN에서는 노드를 선택한 뒤 “활성 서버로 지정”을 누르거나 해당 항목을 두 번 클릭합니다. 선택된 노드는 보통 색상, 아이콘 또는 상태가 달라집니다. 이어서 코어가 실행 중인지 확인하고 시스템 프록시 상태도 다시 확인하세요. 일부 버전은 창 하단에 현재 활성 서버, 로컬 수신 포트와 실행 상태를 표시합니다. 로그 창을 열어도 됩니다. 정상적으로 시작되면 설정 로드, 인바운드 수신과 연결 초기화 관련 기록이 나타납니다.

v2rayNG에서는 노드 이름을 눌러 현재 설정으로 지정한 다음 홈 화면의 원형 연결 버튼을 누릅니다. 시스템 수준 연결을 처음 설정할 때 권한 확인이 표시될 수 있으므로 안내를 읽고 연결을 허용하세요. 버튼 상태가 바뀌고 상태 표시줄에 연결 아이콘이 나타나면 시스템이 트래픽을 v2rayNG로 전달하기 시작한 것입니다. 이는 로컬 통로가 만들어졌다는 뜻일 뿐이며, 서버가 정상적으로 전달하는지는 다음 단계의 웹 접속과 로그로 확인해야 합니다.

연결 중에는 여러 노드를 빠르게 연속으로 전환하지 마세요. 매번 중지한 뒤 상태가 완전히 끝날 때까지 기다리고, 다음 노드를 선택해 다시 연결합니다. 그렇지 않으면 이전 연결 해제, 로컬 포트 재생성, 새 설정 로드가 겹칠 수 있습니다. 데스크톱에서 시스템 프록시를 방금 변경했다면 브라우저를 종료했다가 다시 열어 시스템 설정을 새로 읽게 하세요. Android에서는 클라이언트를 백그라운드에 유지한 채 브라우저에서 테스트할 수 있습니다.

노드 테스트에 결과가 없었지만 연결 후 웹페이지가 열린다면 한 번의 테스트만으로 결론을 내릴 필요는 없습니다. 일부 서버는 테스트 요청과 실제 웹 연결에 다르게 응답합니다. 반대로 지연 시간 수치가 표시되더라도 웹페이지가 계속 실패한다면 연결 전체가 정상이라고 볼 수 없습니다. 지연 시간 테스트는 도달 가능성의 일부만 판단하며, 최종 기준은 실제 요청과 클라이언트 로그입니다.

클라이언트 연결을 유지한 채 브라우저 창을 새로 열고 먼저 일반 웹페이지에 접속해 프록시 설정으로 로컬 네트워크가 끊기지 않았는지 확인합니다. 그런 다음 현재 규칙에 따라 처리되어야 하는 페이지에 접속하세요. 브라우저에 로딩 애니메이션이 나타나는지만 보지 말고 클라이언트로 돌아가 새 연결 기록이나 트래픽 변화가 있는지도 확인합니다. 페이지를 여는 동시에 로그에 대상 도메인, 아웃바운드 연결 또는 라우팅 일치 정보가 나타나면 브라우저 요청이 클라이언트에 도달한 것입니다.

데스크톱에서 확인할 때 가장 흔한 문제는 브라우저가 시스템 프록시를 읽지 않는 것입니다. 먼저 브라우저의 모든 창을 닫았다가 다시 시작하고, 브라우저 자체에 다른 프록시 확장 프로그램이나 고정 포트가 설정되어 있지 않은지 확인하세요. 브라우저에서 “시스템 프록시 사용”을 지원한다면 시스템 설정을 따르도록 합니다. v2rayN의 로컬 포트는 특정 앱을 수동으로 설정할 때만 입력하면 됩니다. 일반 브라우저가 시스템 프록시를 사용한다면 보통 포트를 별도로 입력할 필요가 없습니다.

Android에서 확인할 때는 v2rayNG가 여전히 연결 상태인지 확인하고 현재 앱이 처리 허용 범위에 포함되어 있는지 점검합니다. 앱별 프록시를 설정했다면 브라우저가 선택되지 않았을 수 있습니다. 처음 테스트할 때는 더 단순한 기본 범위로 되돌려 연결을 확인한 뒤 다시 설정하세요. 모바일 네트워크와 Wi-Fi를 전환하면 기존 연결을 다시 만들어야 할 수 있으므로, 네트워크가 바뀐 뒤 v2rayNG에서 한 번 중지하고 현재 노드에 다시 연결하세요.

비교 방식으로 문제가 어느 계층에 있는지도 확인할 수 있습니다. 연결을 끈 뒤 같은 페이지를 새로 고쳐 결과를 기록하고, 다시 연결해 새로 고친 다음 로그에 새 요청이 표시되는지 관찰하세요. 두 결과가 다르면 프록시 진입점과 라우팅이 작동한 것입니다. 결과가 완전히 같다면 노드의 프로토콜 매개변수를 바로 바꾸기보다 시스템 프록시, 앱 범위와 라우팅 규칙부터 점검하세요.

확인이 끝나면 기본 설정이 완료된 것입니다. 이후 일상적인 사용에서는 보통 구독 업데이트, 노드 선택과 연결 상태 관리만 하면 됩니다. 구독을 업데이트해도 현재 노드가 계속 존재한다고 보장되지는 않습니다. 활성 노드가 새 구독에서 제거되었다면 업데이트된 목록에서 다시 선택하세요. TUN, DNS, 분할 라우팅 규칙 또는 프로토콜 매개변수를 조정할 때는 한 번에 하나만 변경하고 변경 전 상태를 기록해 두면 예상과 다른 결과가 나왔을 때 쉽게 복원할 수 있습니다.

페이지를 열 수 없거나 연결 시간이 초과되거나 목록이 비어 있을 때는 여러 설정을 동시에 바꾸기보다 정해진 순서대로 점검하는 편이 효과적입니다. 먼저 일반 네트워크가 작동하는지 확인하고 구독을 업데이트하세요. 이어 시스템 시간을 확인하고 다른 노드를 다시 선택한 다음 프록시 진입점이 켜져 있는지 확인합니다. 마지막으로 프로토콜 매개변수와 실행 로그를 살펴보세요. 외부 조건에서 클라이언트 내부로 단계적으로 좁혀 가는 순서라 반복 작업을 줄일 수 있습니다.

로그에 가끔 단일 연결 실패가 표시되더라도 클라이언트 전체가 중지되었다는 뜻은 아닙니다. 웹페이지는 여러 도메인에 동시에 요청을 보내며, 일부 통계·이미지·백그라운드 API만 개별적으로 실패할 수 있습니다. 주요 페이지가 열리는지, 같은 유형의 오류가 계속 반복되는지, 활성 노드에 정상적인 연결이 유지되는지를 함께 확인하세요. 프로토콜 선택, 코어 차이, 구독 호환성과 라우팅 설계에 관한 자세한 내용은 프로토콜 매뉴얼에서 확인할 수 있습니다.

처음 설정을 마치면 일상적인 작업을 네 가지로 단순화할 수 있습니다. 구독을 정기적으로 업데이트하고, 상태가 정상인 노드를 선택하며, 프록시 진입점과 라우팅 모드를 확인한 뒤 브라우저와 로그로 작동 여부를 검증하세요. 클라이언트 업데이트, 시스템 네트워크 전환 또는 구독 내용 변경 후에도 같은 순서로 점검합니다. 각 단계마다 입력과 관찰 가능한 결과가 명확하므로 많은 스위치를 외우는 것보다 고정된 절차가 더 안정적입니다.

노드만 바꾸는 경우 구독을 다시 가져올 필요가 없고, 라우팅만 조정하는 경우 서버 프로토콜을 수정할 필요가 없습니다. 구독, 노드, 프록시 진입점과 라우팅 규칙을 서로 분리해 이해하면 이후 문제를 더 명확하게 해결할 수 있습니다. 다시 설치하거나 플랫폼을 변경해야 한다면 다운로드 센터로 이동하세요. VMess·VLESS·Trojan·REALITY와 V2Fly·Xray의 관계를 비교하려면 프로토콜 매뉴얼을 확인하면 됩니다.