클라이언트와 유효한 구독 주소 준비
설정을 시작하기 전에 클라이언트가 정상적으로 열리는지 확인하고, 서비스 제공업체가 발급한 구독 주소를 준비해야 합니다. 구독 주소는 일반적으로 https://로 시작하는 링크이며, 클라이언트가 서버 설정, 라우팅 정보와 이후 업데이트를 가져오는 데 사용됩니다. 구독은 단일 서버 이름이나 클라이언트 설치 파일이 아닙니다. 별도의 공유 링크를 받은 경우 가져오기 경로가 이 가이드와 다를 수 있습니다.
데스크톱 기기에서는 v2rayN을, 안드로이드 기기에서는 v2rayNG을 사용합니다. 두 클라이언트는 코어와 설정 방식이 비슷하지만 메뉴 위치, 연결 버튼, 시스템 권한 부여 방식은 다릅니다. 처음 사용할 때는 어떤 클라이언트를 쓰는지 먼저 확인한 뒤 각 단계의 ‘데스크톱’ 또는 ‘안드로이드’ 안내를 따라가세요. 클라이언트가 업데이트되면 일부 메뉴 이름이 바뀔 수 있지만 ‘구독 그룹’, ‘구독 업데이트’, ‘라우팅 설정’, ‘연결’ 같은 핵심 메뉴는 대체로 유지됩니다.
기기의 시간이 정확한지도 함께 확인하세요. TLS 연결은 시스템 시간을 기준으로 인증서 유효 기간을 판단하므로 시간 차이가 크면 핸드셰이크에 실패할 수 있습니다. 현재 네트워크에서 일반 웹페이지에 접속할 수 있는지도 확인해야 합니다. 클라이언트는 로컬 네트워크 끊김, 인증되지 않은 무선 네트워크, 비활성화된 모바일 네트워크 같은 기본 문제를 해결하지 못합니다. 이 점검을 마친 뒤 구독을 가져오면 이후 문제 해결 범위를 줄일 수 있습니다.
이 페이지에서는 기본 연결에 필요한 설정만 다룹니다. VMess, VLESS, TLS, REALITY, Xray, V2Fly 등의 의미는 용어 설명에서 확인할 수 있습니다. 사용자 지정 DNS, 복잡한 라우팅, TUN 모드, 여러 구독 관리는 기본 과정이 성공한 후 고급 설정을 참고하세요.
구독을 가져와 서버 목록 생성
구독 가져오기의 목적은 즉시 연결하는 것이 아니라, 먼저 클라이언트가 선택 가능한 서버 설정 목록을 받아오게 하는 것입니다. 가져오기에 성공하면 주 화면에 서버 이름, 주소 유형 또는 프로토콜 유형 등의 항목이 표시됩니다. 이때 목록이 생성되었는지 먼저 확인한 다음 프록시 모드를 선택하세요. 목록이 비어 있으면 바로 연결을 눌러도 정상적으로 작동하지 않습니다.
v2rayN 데스크톱 버전 사용법
v2rayN 주 창을 열고 상단 메뉴에서 ‘구독 그룹’ 또는 이와 비슷한 이름의 구독 관리 메뉴를 찾습니다. 구독 그룹 설정으로 들어가 새 구독 그룹을 추가합니다. ‘자주 쓰는 구독’처럼 구분하기 쉬운 이름을 입력한 다음 전체 구독 주소를 주소 입력란에 붙여 넣습니다. 이름은 로컬에서 구분하기 위한 것일 뿐 서버 설정을 변경하지 않습니다.
그룹을 저장한 후 주 창으로 돌아가 구독 관련 메뉴를 다시 열고 ‘모든 구독 업데이트’를 실행하거나 방금 추가한 그룹을 선택해 업데이트합니다. 업데이트가 완료되면 서버 목록이 주 창에 표시됩니다. 기존 목록이 있다면 과거 캐시가 아니라 새 항목이나 업데이트 시간의 변경이 있는지 확인하세요. 일부 버전은 창 하단이나 로그 영역에 구독 파싱 결과를 표시하므로 ‘업데이트 완료’, ‘새 설정 추가’와 같은 메시지로 작업 종료 여부를 판단할 수 있습니다.
업데이트 후 서버가 하나도 표시되지 않으면 구독 그룹 설정으로 돌아가 주소의 앞뒤와 복사 과정에서 공백이 섞이지 않았는지 확인합니다. 웹 콘솔 주소, 결제 페이지 주소, 단일 서버 메모를 구독 주소로 사용하지 마세요. 주소가 정확한지 확인한 뒤 다시 업데이트합니다. 클라이언트에서 반환된 내용을 인식할 수 없다고 표시하면 해당 링크 형식이 현재 클라이언트에 적합한지 구독 제공업체에 문의해야 합니다.
v2rayNG 안드로이드 버전 사용법
v2rayNG을 연 뒤 주 화면 메뉴에서 ‘구독 그룹 설정’으로 들어갑니다. 추가 버튼을 눌러 새 구독 그룹을 만들고 그룹 이름과 구독 주소를 입력한 뒤 저장합니다. 주 화면으로 돌아와 오른쪽 위 메뉴를 열고 ‘구독 업데이트’를 선택합니다. 클라이언트가 저장된 주소를 읽고 파싱한 서버 항목을 주 목록에 추가합니다.
안드로이드에서는 수동으로 추가한 기존 설정과 이번 구독으로 생성된 설정이 함께 남아 있을 수 있습니다. 잘못 선택하지 않으려면 그룹 이름으로 새 항목을 구분하세요. 목록이 길어도 프로토콜 세부 정보를 하나씩 열 필요는 없으며, 새로 만든 그룹에 속한 항목이 하나 이상 있는지만 먼저 확인하면 됩니다. 이후 구독 제공업체가 서버를 변경하면 같은 그룹을 다시 만들 필요 없이 구독 업데이트를 실행하면 됩니다.
구독 업데이트는 설정을 동기화할 뿐, 어떤 앱이 프록시를 사용할지 자동으로 결정하거나 적절한 서버를 자동 선택하지는 않습니다. 다음 단계에서는 트래픽 처리 방식을 정해야 합니다. 처음에는 클라이언트의 일반 라우팅 모드로 시작하고, 연결에 성공하기 전에는 DNS, FakeDNS 또는 사용자 지정 규칙을 함께 조정하지 않는 것이 좋습니다.
프록시 모드와 기본 라우팅 선택
프록시 모드는 어떤 트래픽을 클라이언트가 처리할지 결정하고, 라우팅 규칙은 클라이언트가 트래픽을 넘겨받은 뒤 어떤 출구를 선택할지 결정합니다. 두 설정은 서로 다른 메뉴에 있는 경우가 많으므로 ‘서버 연결됨’만 보고 브라우저가 반드시 해당 연결을 사용한다고 판단해서는 안 됩니다. 기본 설정 단계에서는 클라이언트가 제공하는 일반 규칙을 사용해 경로를 단순하게 유지하고, 연결 성공을 확인한 뒤 세부 분류를 조정하세요.
데스크톱: 라우팅 규칙과 시스템 프록시 연동
v2rayN 주 창이나 설정 메뉴에서 ‘라우팅 설정’을 찾습니다. 클라이언트에 기본 규칙이 제공된다면 처음에는 일반적인 사용에 적합한 규칙 세트를 선택하고 새 규칙을 바로 만들 필요는 없습니다. 규칙 모드는 직접 연결과 프록시 연결을 구분하는 경우가 많으며, 클라이언트는 도메인, 주소 또는 규칙 순서에 따라 출구를 결정합니다. 여기서의 목표는 기존 기본 규칙을 사용하는 것이지 조건을 하나씩 편집하는 것이 아닙니다.
라우팅 규칙을 선택한 뒤에는 데스크톱 앱의 트래픽을 v2rayN으로 전달해야 합니다. 가장 일반적인 방법은 ‘시스템 프록시 설정’을 사용하는 것입니다. 이 작업은 보통 트레이 메뉴나 주 창의 시스템 프록시 메뉴에서 수행하지만, 다음 단계에서 서버를 선택하고 코어를 시작한 뒤 정식으로 활성화하는 것이 좋습니다. 지금은 메뉴 위치를 확인하고 ‘시스템 프록시 해제’와 같은 상태가 선택되어 있지 않은지만 확인하세요.
시스템 프록시는 브라우저와 운영체제의 프록시 설정을 따르는 앱에 적합합니다. 일부 앱은 자체 네트워크 설정을 사용해 시스템 프록시를 읽지 않을 수 있습니다. 처음 연결할 때 이런 차이를 라우팅을 반복해서 수정하는 방식으로 해결하지 마세요. 먼저 일반 브라우저로 확인한 뒤 앱의 네트워크 동작에 따라 더 깊은 트래픽 가로채기가 필요한지 결정하세요.
안드로이드: 기본 라우팅 설정 유지
v2rayNG은 시스템 연결 인터페이스를 통해 기기 트래픽을 처리하므로 데스크톱 버전의 ‘시스템 프록시 설정’ 버튼을 따로 찾을 필요가 없습니다. 설정 또는 라우팅 설정으로 들어가 처음에는 클라이언트의 기본 규칙을 유지하세요. 구독 제공업체가 호환되는 라우팅 방식을 명확히 안내한 경우에는 해당 설명을 따를 수 있지만, 그렇지 않다면 여러 실험적 옵션을 동시에 활성화하지 마세요. DNS와 라우팅 판단 변수가 늘어납니다.
안드로이드에는 ‘로컬 네트워크 우회’, ‘앱별 프록시’ 같은 옵션이 있을 수도 있습니다. 기본 확인 단계에서는 일반 브라우저가 연결 테스트에 참여하도록 하고 복잡한 앱 제외 목록은 먼저 만들지 않는 것이 좋습니다. 앱별 프록시 설정이 잘못되면 클라이언트에는 연결됨으로 표시되지만 제외된 브라우저는 클라이언트를 전혀 거치지 않아 서버가 작동하지 않는 것으로 오해하기 쉽습니다.
이 단계를 마치면 클라이언트에 명확한 기본 처리 방식이 갖춰지지만 연결이 실제로 수립된 것은 아닙니다. 다음으로 구독 목록에서 서버 하나를 선택하고 코어를 시작한 뒤 시스템 트래픽을 클라이언트로 보내야 합니다. 이후 문제가 발생하면 ‘서버 연결 실패’인지 ‘시스템 트래픽이 클라이언트로 들어오지 않음’인지 구분할 수 있습니다.
서버를 선택하고 연결 설정
서버 목록으로 돌아가 방금 가져온 구독 그룹에서 항목 하나를 선택합니다. 처음에는 이름만 보고 복잡한 매개변수를 추측할 필요가 없으며, 여러 서버를 동시에 테스트해서도 안 됩니다. 하나를 선택해 연결과 확인을 완료하고, 실패하면 같은 구독의 다른 항목으로 바꾸세요. 그래야 문제가 특정 서버에서 비롯된 것인지 클라이언트 설정 때문인지 판단할 수 있습니다.
v2rayN 데스크톱 연결 절차
주 목록에서 대상 서버를 클릭해 현재 활성 설정으로 지정합니다. 버전에 따라 더블클릭, 마우스 오른쪽 버튼의 ‘활성 서버로 설정’ 또는 단축 동작으로 선택할 수 있습니다. 선택되면 현재 서버에 색상, 체크 표시 또는 상태 표시줄 문구 변화가 나타나는 경우가 많습니다. 활성 설정 이름이 방금 선택한 항목과 일치하는지 확인한 뒤 클라이언트 코어가 실행 중인지 살펴보세요.
그다음 시스템 프록시 메뉴를 열고 시스템 프록시 자동 설정 또는 이와 비슷한 활성화 항목을 선택합니다. 이때 v2rayN은 두 가지 작업을 담당합니다. 코어는 서버와 연결을 만들고, 시스템 프록시는 시스템 설정을 따르는 앱의 트래픽을 로컬 프록시 포트로 보냅니다. 코어만 실행하고 시스템 프록시를 설정하지 않으면 주 창은 정상적으로 작동해도 브라우저는 여전히 기존 직접 연결 경로를 사용할 수 있습니다.
창을 최소화했다면 시스템 트레이에서 v2rayN 아이콘을 찾아 현재 서버와 시스템 프록시 상태를 확인할 수 있습니다. 시스템 프록시 옵션을 빠르게 연속으로 전환하지 말고, 변경할 때마다 상태가 안정될 때까지 기다린 뒤 브라우저를 테스트하세요. 클라이언트를 종료할 때는 프로그램 종료와 함께 시스템 프록시가 복구되었는지 확인해, 다음에 브라우저를 열 때 중단된 로컬 포트를 가리키지 않도록 하세요.
v2rayNG 안드로이드 연결 절차
서버 목록에서 대상 항목을 눌러 왼쪽이나 제목 영역에 현재 선택 상태가 표시되게 합니다. 이어서 주 화면의 연결 버튼을 누릅니다. 처음 연결할 때 시스템에 네트워크 연결 권한 창이 표시되며, 확인해야 클라이언트가 로컬 연결 인터페이스를 만들 수 있습니다. 이 권한은 시스템 수준의 연결 허가이며 구독 계정 로그인과는 다릅니다.
연결이 수립되면 주 화면의 버튼 상태가 바뀌고 시스템 상태 영역에도 연결 표시가 나타납니다. 바로 클라이언트 프로세스를 종료하지 말고 v2rayNG을 실행 상태로 유지한 채 다음 단계에서 확인하세요. 일부 기기의 배터리 절약 정책은 백그라운드 네트워크 활동을 제한합니다. 연결 직후에는 정상인데 앱을 전환한 뒤 곧 끊긴다면 나중에 시스템의 v2rayNG 백그라운드 실행 제한을 확인하세요.
연결 상태는 클라이언트가 작동하기 시작했다는 뜻일 뿐, 대상 웹사이트에 정상적으로 접속할 수 있음을 단독으로 증명하지는 않습니다. 프로토콜 핸드셰이크, 서버 상태, 라우팅 결과, DNS 확인이 최종 결과에 영향을 줄 수 있습니다. 따라서 마지막 단계에서는 클라이언트 상태와 실제 접속을 함께 확인해 아이콘 하나만으로 판단하지 않도록 해야 합니다.
연결이 실제로 적용되었는지 확인
확인은 세 가지 층위로 나누어야 합니다. 클라이언트가 계속 실행되는지, 브라우저 트래픽이 클라이언트로 들어가는지, 대상 사이트에 정상적으로 접속되는지입니다. 한 가지만 확인하면 문제를 놓치기 쉽습니다. 예를 들어 클라이언트는 실행 중이지만 시스템 프록시가 활성화되지 않았을 수 있고, 브라우저가 프록시 설정을 읽더라도 현재 서버가 연결을 완료하지 못할 수 있습니다.
먼저 클라이언트 상태 확인
현재 서버를 그대로 유지한 채 클라이언트가 연결 상태에서 중지 상태로 반복해서 돌아가는지 관찰합니다. 데스크톱에서는 주 창 하단, 트레이 상태 또는 로그 영역을 확인해 연결 실패 메시지가 계속 반복되지 않는지 살펴보세요. 안드로이드에서는 주 화면의 연결 상태를 확인해 권한 승인 직후 연결이 끊기지 않는지 봅니다. 로그에 재시도가 한 번 나타났다고 해서 반드시 전체 실패를 의미하지는 않습니다. 같은 오류가 계속 발생하고 모든 접속에 응답이 없는지가 중요합니다.
그다음 브라우저로 실제 접속 확인
새 브라우저 탭을 열고 먼저 평소에 직접 열리는 일반 웹페이지에 접속해 로컬 네트워크가 정상인지 확인합니다. 이어서 현재 프록시 경로를 통해 테스트할 대상 페이지에 접속하세요. 브라우저 캐시 때문에 이전 콘텐츠가 계속 보이는 일을 피하려면 새 탭을 사용하거나 페이지를 다시 로드하는 것이 좋습니다. 페이지가 안정적으로 열리면 내부 하위 페이지도 하나 열어 캐시된 홈페이지뿐이 아닌지 확인하세요.
데스크톱에서 모든 웹페이지가 연결 전과 똑같다면 시스템 프록시 메뉴의 활성화 상태를 확인하고 브라우저에 별도 프록시 확장 프로그램이나 사용자 지정 네트워크 설정이 있는지 점검하세요. 안드로이드에서 특정 앱만 접속할 수 없고 브라우저는 정상이라면 해당 앱이 앱별 프록시 규칙에서 제외되었는지 확인하세요. 곧바로 프로토콜 매개변수를 바꿀 필요는 없습니다.
마지막으로 로그 방향 확인
실제 접속 중 클라이언트 로그 영역으로 돌아갑니다. 접속 동작으로 새 연결 기록이 생성되면 트래픽이 클라이언트로 들어간다는 뜻입니다. 로그가 전혀 변하지 않는다면 시스템 프록시, 앱 제외 규칙 또는 브라우저의 독립 설정에 문제가 있을 가능성이 큽니다. 새 기록은 있지만 연결 시간 초과, 핸드셰이크 실패, 도메인 확인 오류가 계속되면 현재 서버, 기기 시간, DNS 설정을 각각 점검하세요.
기본 확인에 성공한 뒤에는 설정을 곧바로 크게 바꾸지 마세요. 현재 사용할 수 있는 서버, 구독 그룹, 라우팅 모드를 유지한 채 브라우저를 한 번 닫았다가 다시 열어 상태가 안정적으로 재현되는지 확인합니다. 그 후 같은 구독의 다른 서버를 테스트하고 실제 사용 환경에 맞춰 라우팅 규칙을 단계적으로 추가할 수 있습니다.
연결이 적용되지 않을 때 단계적으로 되돌려 점검
4단계 확인에 실패했더라도 클라이언트를 재설치하고 구독을 삭제하며 DNS와 라우팅을 동시에 변경하지 마세요. 여러 조건을 한 번에 바꾸면 원인을 파악하기 어려워집니다. 로컬에 가장 가까운 설정부터 ‘구독 내용—활성 서버—클라이언트 연결—시스템 트래픽—대상 접속’ 순서로 단계별 점검을 진행하세요.
구독 업데이트는 성공했지만 목록이 비어 있음
구독 그룹 설정을 다시 열어 전체 구독 주소가 저장되어 있는지 확인한 후 다시 업데이트합니다. 클라이언트에서 형식을 인식할 수 없다고 명확히 표시하면 링크 유형이 현재 클라이언트와 호환되는지 확인하세요. 구독에서 반환된 인코딩 내용을 직접 수정하지 마세요.
목록은 있지만 현재 서버에 연결할 수 없음
먼저 기기 시간과 기본 네트워크가 정상인지 확인한 다음 같은 구독의 다른 서버로 전환해 테스트합니다. 한 항목만 실패하고 다른 항목을 사용할 수 있다면 일반적으로 클라이언트 전체 설정을 다시 만들 필요는 없습니다.
클라이언트는 실행 중이지만 브라우저에 변화가 없음
데스크톱에서는 시스템 프록시가 활성화되어 있는지, 브라우저에 별도 프록시 설정이 있는지 확인합니다. 안드로이드에서는 시스템 연결이 여전히 활성 상태인지 확인하고 브라우저가 앱별 규칙에서 제외되지 않았는지 점검하세요.
연결 후 일반 웹페이지도 열리지 않음
먼저 연결을 중지하고 기본 네트워크가 복구되는지 확인한 뒤 서버를 다시 선택합니다. 중지 후에도 접속할 수 없다면 데스크톱에서는 시스템 프록시가 복구되었는지 확인하세요. 중지하자마자 정상으로 돌아온다면 현재 서버와 라우팅 규칙을 계속 점검합니다.
로그의 ‘timeout’은 일반적으로 정해진 시간 안에 연결이 완료되지 않았다는 뜻이며, ‘handshake’ 관련 메시지는 협상 단계가 끝나지 않았음을 의미합니다. ‘DNS’ 관련 메시지는 도메인 확인 문제를 가리킵니다. 오류 이름은 범위를 좁히는 데 사용하며, 의미를 모른 채 인터넷의 복잡한 설정을 그대로 따라 하는 것은 권장하지 않습니다. 먼저 용어 설명에서 관련 용어를 확인한 뒤 고급 설정에서 라우팅, DNS, TUN, 여러 구독 관련 내용을 읽어보세요.