v2rayN 사용법
구독 가져오기 및 연결 확인

시작 전: 설치 및 구독 출처 확인

먼저 설치 파일 페이지에서 기기에 맞는 클라이언트를 선택해 설치한 다음 기본 화면을 엽니다. 처음 실행했을 때 서버 목록이 비어 있는 것은 정상입니다. 클라이언트에는 바로 사용할 수 있는 서버가 포함되어 있지 않습니다. 서비스 제공업체에서 받은 구독 주소나 완전한 서버 공유 링크를 준비하고, 해당 서비스의 이용 기간이 유효한지 확인하세요.

구독 주소는 보통 업데이트를 통해 여러 서버 구성을 가져오는 웹 주소입니다. 공유 링크는 대개 프로토콜 이름으로 시작하며 하나의 구성에 해당합니다. 두 항목은 서로 다른 메뉴에서 가져와야 합니다. 구독에는 접속 정보가 포함될 수 있으므로 전체 주소를 공개 게시판에 올리거나 주소가 보이는 화면을 공유하지 마세요. 기기가 인터넷에 연결되어 있고 날짜와 시간이 정확한지도 확인하세요. 설정이 서로 덮어쓰이지 않도록 다른 네트워크 제어 도구는 잠시 종료하는 것이 좋습니다.

이 가이드에서는 가장 간단한 기본 연결 과정을 안내합니다. 설정 파일을 직접 편집하거나 가상 네트워크 어댑터를 먼저 활성화할 필요는 없습니다. 인바운드, 아웃바운드, 구독의 의미가 궁금하다면 V2Ray 용어집을 참고한 뒤 현재 단계로 돌아오세요.

단계 01 · 구성 가져오기

구독 가져오기: 주소를 저장한 뒤 업데이트

v2rayN: 구독 그룹 추가

기본 화면에서 ‘구독 그룹’ 메뉴를 열고 ‘구독 그룹 설정’으로 이동해 새 그룹을 추가합니다. ‘일상 사용’처럼 알아보기 쉬운 이름을 메모에 입력한 뒤 구독 주소 전체를 주소 입력란에 붙여 넣으세요. 앞뒤에 공백이나 줄바꿈이 추가되지 않았는지, 웹페이지의 일부만 복사하지는 않았는지 확인한 다음 저장합니다. 여기서 저장하는 것은 구성을 가져올 주소이며, 저장만으로 서버 항목이 생성되는 것은 아닙니다.

기본 화면으로 돌아와 구독 그룹 메뉴에서 ‘구독 업데이트’를 실행합니다. 처음 설정하는 경우에는 아직 사용할 수 있는 프록시 연결이 없으므로 ‘프록시를 사용하지 않고’ 업데이트하는 방식을 우선 선택하세요. 업데이트가 끝나면 새로 만든 그룹을 선택하고 서버 목록에 이름, 주소, 프로토콜 등의 항목이 표시되는지 확인합니다. 선택 가능한 구성이 목록에 생성됐다면 다음 단계로 넘어가면 됩니다. 이때 각 프로토콜 매개변수를 일일이 수정할 필요는 없습니다.

v2rayNG: 구독 저장 후 기본 화면에서 업데이트

사이드 메뉴에서 ‘구독 설정’을 열고 추가 버튼을 눌러 메모와 구독 주소를 입력한 뒤 저장합니다. 서버 목록으로 돌아가 오른쪽 상단 메뉴에서 ‘구독 업데이트’를 실행하세요. 버전에 따라 현재 그룹만 업데이트하거나 전체 구독을 한 번에 업데이트할 수 있으므로 먼저 선택된 그룹을 확인합니다. 업데이트가 완료되면 구독 설정에 주소 한 줄만 추가되는 것이 아니라 기본 화면에 선택 가능한 서버 항목이 표시되어야 합니다.

서비스 제공업체가 서버 공유 링크 하나만 제공했다면 먼저 전체 내용을 복사한 뒤 클라이언트의 ‘클립보드에서 가져오기’ 기능을 사용하세요. 단일 공유 링크를 네트워크 요청이 필요한 구독 주소 입력란에 넣지 마세요. 이렇게 가져온 구성은 보통 구독 그룹을 통해 자동 업데이트되지 않습니다. 서버 측 매개변수가 변경되면 해당 구성을 다시 받아야 합니다.

목록이 비어 있다면 업데이트 결과부터 확인

다운로드 실패 메시지가 표시되면 주소가 유효한지, 현재 네트워크에서 구독 서비스에 접속할 수 있는지, 서비스 제공업체에서 별도 로그인을 요구하는지 먼저 확인하세요. 파싱 실패는 구성 데이터가 아니라 로그인 페이지, 오류 안내 페이지 또는 지원하지 않는 형식의 구독을 가져왔을 때 발생할 수 있습니다. 그룹을 계속 삭제하고 다시 만들지 말고 업데이트 메시지를 먼저 확인한 뒤 현재 클라이언트에서 사용할 수 있는 구독 형식을 제공업체에 문의하세요.

기존 프록시를 통해서만 구독에 접속할 수 있다면 먼저 별도의 사용 가능한 구성을 준비하고 연결한 뒤 프록시를 통해 업데이트를 시도하세요. 구독 주소만으로는 구독 주소에 접속하기 위한 조건이 해결되지 않습니다. 서버 항목이 표시되는 것을 확인했다면 다음으로 트래픽을 클라이언트에 전달하는 방법과 전달된 트래픽에 적용할 라우팅을 설정합니다.

단계 02 · 트래픽 전달 방식

프록시 모드 선택: 트래픽 제어와 라우팅 구분

‘시스템 프록시’와 ‘라우팅 모드’는 서로 다른 문제를 해결합니다. 시스템 프록시는 앱이 연결을 클라이언트에 전달하는 방식을 정하고, 라우팅은 클라이언트가 받은 연결을 직접 연결할지 프록시 아웃바운드로 보낼지 결정합니다. 앱이 클라이언트에 연결되지 않은 상태에서 라우팅만 바꾸면 브라우저가 기존 네트워크로 접속할 수 있습니다. 시스템 프록시를 켜도 모든 연결이 프록시 아웃바운드를 사용하는 것은 아닙니다.

v2rayN: 처음에는 시스템 프록시로 설정

설정에서 로컬 리스닝 주소와 포트를 확인하세요. 기본값을 유지하는 편이 문제를 파악하기 쉽습니다. 그런 다음 기본 화면 하단의 상태 표시줄이나 트레이 메뉴에서 ‘시스템 프록시’를 찾아 ‘시스템 프록시 자동 설정’을 선택합니다. 이 설정은 시스템 프록시를 로컬 클라이언트로 연결합니다. 시스템 프록시 설정을 따르는 브라우저와 앱만 이 경로를 사용합니다. 원격 서버의 포트를 로컬 프록시 포트로 잘못 입력하지 마세요. 연결 경로에서 서로 다른 위치의 포트입니다.

‘시스템 프록시 해제’는 트래픽 제어를 취소하는 옵션입니다. ‘시스템 프록시 설정 변경 안 함’은 클라이언트가 시스템 설정을 직접 바꾸지 않는다는 뜻이며, 기존 프록시를 자동으로 끄는 옵션은 아닙니다. 처음 사용할 때는 이전 실행에서 남은 설정에 의존하지 말고 자동 설정을 명확히 선택하는 것이 좋습니다. 우선 시스템 프록시 경로를 확인하고, TUN 등 추가 트래픽 제어 방식은 잠시 사용하지 마세요. 권한, 라우팅, 가상 네트워크 어댑터와 관련된 변수를 줄일 수 있습니다.

이어서 라우팅 프리셋을 확인합니다. 일상적인 사용에서는 ‘중국 본토 우회’와 같은 프리셋을 먼저 선택해 중국 본토 대상은 규칙에 따라 직접 연결하고 나머지 연결은 프리셋에 맡길 수 있습니다. 프록시 아웃바운드가 작동하는지 잠시 확인하려면 ‘전역’으로 바꿔 비교한 뒤, 테스트가 끝나면 평소 사용에 맞는 규칙으로 되돌리세요. 실제 매칭은 프리셋 내용과 규칙 순서에 따라 달라집니다. 전역 라우팅을 선택해도 시스템의 모든 앱이 트래픽 제어 대상이 되는 것은 아닙니다.

v2rayNG: VPN 모드 및 앱별 설정 확인

v2rayNG 설정에서 로컬 프록시 포트만 제공하는 모드가 아니라 VPN 모드를 사용 중인지 확인하세요. VPN 모드에서는 보통 Android 시스템 인터페이스를 통해 앱 트래픽을 클라이언트로 전달하므로 앱마다 프록시 주소를 입력할 필요가 없습니다. 앱별 프록시를 설정한 적이 있다면 테스트할 브라우저가 제외되어 있는지 확인하세요. 처음 설정할 때는 복잡한 앱 목록을 만들지 말고 연결을 확인한 뒤 제어 범위를 조정하는 것이 좋습니다.

라우팅은 클라이언트 기본 설정을 유지하거나 필요에 맞는 우회 규칙을 선택하세요. 지금 DNS, 사용자 지정 규칙, 앱별 목록까지 동시에 바꾸면 다음 단계에서 접속에 실패했을 때 원인을 찾기 어렵습니다. 포트 예시 socks 10808, http 10809는 로컬 연결 지점을 이해하기 위한 값일 뿐이며 실제 값은 현재 클라이언트에 표시된 내용을 따르세요. 규칙 우선순위와 프로토콜 선택은 연결을 확인한 뒤 프로토콜 안내서에서 살펴보세요. 지금은 설정을 간단하게 유지하는 것이 좋습니다.

단계 03 · 활성 구성

연결 시작: 서버를 선택하고 실행 상태 확인

v2rayN: 서버 항목을 활성 서버로 설정

서버 목록으로 돌아가 서비스 제공업체가 권장한 항목을 선택합니다. 보통 마우스 오른쪽 버튼 메뉴에서 ‘활성 서버로 설정’을 선택하면 전환할 수 있으며, 일부 버전에서는 더블 클릭 등의 단축 동작도 지원합니다. 전환 후 목록의 활성 표시나 상태 표시줄을 확인해 현재 구성이 방금 선택한 항목을 가리키는지 확인하세요. 목록에서 한 줄을 선택하기만 한 상태와는 다릅니다. 처음 테스트할 때는 항목 하나만 사용하고 페이지를 불러오는 동안 계속 바꾸지 마세요.

v2rayN은 보통 서버를 활성화하면 구성을 적용하고 코어를 시작하거나 재시작합니다. 모바일 앱처럼 큰 연결 버튼이 항상 있는 것은 아닙니다. 하단 상태와 로그를 확인해 구성 파싱 실패, 리스닝 실패, 코어 종료 등의 오류가 반복되는지 살펴보세요. 포트가 이미 사용 중이라는 메시지가 나오면 클라이언트가 중복 실행 중인지, 다른 프로그램이 같은 포트를 사용하는지 먼저 확인하세요. 포트를 변경했다면 시스템 프록시도 새 로컬 연결 지점을 가리키도록 설정해야 합니다.

일부 프로토콜은 특정 코어 기능이 필요합니다. 로그에 프로토콜이나 보안 계층 항목이 지원되지 않는다는 메시지가 명확히 표시되면 현재 구성에 필요한 코어를 확인하세요. 암호화나 전송 옵션을 임의로 바꿔 실행을 시도하지 마세요. 특히 REALITY 구성을 사용할 때는 클라이언트가 이를 지원하는 코어를 사용하는지 확인하고 서비스 제공업체가 제공한 매개변수를 그대로 유지하세요. 자주 쓰이는 코어와 클라이언트의 관계는 용어집의 코어 및 클라이언트 분류에서 확인할 수 있습니다.

v2rayNG: 항목을 선택한 뒤 연결

기본 화면에서 서버를 선택하고 선택 표시가 해당 항목으로 이동했는지 확인한 다음 연결 버튼을 누릅니다. 처음 연결할 때는 보통 시스템 VPN 연결 요청이 표시됩니다. 앱 이름을 확인한 뒤 허용하세요. 권한을 승인하면 기본 화면에 실행 상태가 표시되고 시스템 상태 표시줄에 VPN 아이콘이 나타날 수도 있습니다. 권한 요청을 취소했다면 항목만 선택한 상태로는 시스템 트래픽 제어가 시작되지 않습니다. 다시 연결 버튼을 누르고 권한을 허용하세요.

기기에 다른 VPN 연결이 설정되어 있으면 새 연결이 기존 연결을 대체하거나 기기 관리 정책에 의해 제한될 수 있습니다. 다른 네트워크 제어 도구를 먼저 중지한 뒤 현재 클라이언트를 다시 테스트하세요. 연결 버튼을 눌러도 실행 상태가 유지되지 않으면 같은 구독을 반복해서 가져오지 말고 로그에서 시작 실패 원인을 확인하세요.

여기서 ‘시작됨’은 로컬 서비스가 실행 중이라는 뜻일 뿐 원격 서버를 사용할 수 있다는 증거는 아닙니다. 일부 프록시 연결은 앱에서 실제 요청을 보내야 연결이 설정되므로 시작 시 오류가 없다는 것만으로는 검증이 끝나지 않습니다. 다음 단계에서는 실제로 웹페이지를 열고 클라이언트가 트래픽을 받는지 확인합니다.

단계 04 · 실제 접속

정상 작동 확인: 웹페이지 접속과 로그 비교

새 요청을 보낸 뒤 아웃바운드 확인

브라우저에서 새 탭을 열고 접속 가능한 웹사이트에 방문한 다음, 현재 라우팅에 따라 프록시를 사용해야 하는 사이트에도 접속해 보세요. 이미 열려 있던 페이지는 캐시에서 콘텐츠를 불러올 수 있고 기존 연결은 전환 전 경로를 계속 사용할 수 있으므로 해당 페이지의 상태만 확인하지 마세요. 테스트할 때는 일반 웹페이지를 먼저 사용하고 대용량 파일 다운로드는 함께 실행하지 않아야 요청과 로그 기록을 비교하기 쉽습니다.

클라이언트로 돌아가 로그를 확인합니다. 현재 로그 수준에서 접속 기록이 보이지 않으면 설정에서 해당 기록을 잠시 활성화하세요. 새 요청이 들어왔는지, 대상 도메인이 무엇인지, 어떤 아웃바운드를 사용했는지, 연결 시간 초과나 이름 확인 실패가 있었는지 살펴봅니다. 로그를 공유하기 전에는 구독 주소, 서버 인증 정보 및 기타 개인정보를 가리세요. 접속에 성공하고 예상한 아웃바운드가 기록되어야 해당 테스트 대상의 경로가 설정대로 작동한다고 볼 수 있습니다.

내장 지연 시간 테스트는 같은 방식으로 테스트했을 때 서버 항목의 성능을 비교하는 데 도움이 되지만, 연결 성공을 판단하는 유일한 기준은 아닙니다. 테스트 메뉴에 따라 핸드셰이크, 웹 요청 또는 다른 구간을 측정할 수 있습니다. 한 번 결과가 나왔다고 모든 웹사이트에 접속할 수 있는 것은 아니며, 한 번 시간 초과가 발생해도 테스트 대상 자체의 문제일 수 있습니다. 처음 설정할 때는 실제 페이지 로딩과 아웃바운드 기록을 우선 확인하고, 가장 낮은 테스트 수치를 얻으려고 반복해서 서버를 바꿀 필요는 없습니다.

웹페이지가 열리지 않을 때는 연결 경로별로 점검

먼저 클라이언트가 요청을 받았는지 확인하세요. 해당 기록이 전혀 없다면 데스크톱에서는 시스템 프록시 자동 설정이 유지되는지, 로컬 리스닝 포트가 일치하는지, 브라우저에 별도 프록시가 설정되어 있는지 확인합니다. Android에서는 VPN이 계속 실행 중인지, 앱별 규칙에서 브라우저가 제외되었는지 확인하세요. 시스템 프록시를 따르지 않는 앱에서는 해당 설정이 작동하지 않을 수 있으므로 한 앱의 결과만으로 모든 앱의 상태를 판단하지 마세요.

요청은 들어왔지만 예상과 다른 아웃바운드를 사용한다면 먼저 라우팅 프리셋을 확인하세요. 잠시 전역 라우팅으로 바꾼 뒤 같은 대상에 다시 요청할 수 있습니다. 접속이 복구된다면 서버 구성 자체보다 규칙 매칭에 문제가 있을 가능성이 큽니다. 이때 대상과 적용된 규칙을 기록한 뒤 원래 설정으로 되돌리고, 프로토콜 안내서의 관련 내용을 참고해 점검하세요. 모든 라우팅 규칙을 바로 삭제하지 마세요.

요청이 프록시 아웃바운드까지 도달했지만 실패했다면 오류 유형을 확인하세요. 도메인 이름 확인 실패는 현재 DNS 설정과 기기의 기본 네트워크를 점검합니다. 핸드셰이크 또는 인증 실패는 시스템 시간과 구독 매개변수를 확인하세요. 연결 시간 초과가 계속되면 사용이 확인된 다른 서버 항목과 비교해 보세요. 한 번에 하나씩만 변경하고 같은 요청을 다시 보내야 변경 효과를 파악할 수 있습니다. 모든 항목이 작동하지 않는다면 계정, 트래픽 한도, 서버 상태를 서비스 제공업체에 문의하세요.

마지막으로 중지 후 네트워크 복구 확인

테스트를 마친 뒤 연결을 종료하는 방법도 알아두세요. v2rayN에서는 먼저 ‘시스템 프록시 해제’를 선택한 다음 클라이언트를 종료합니다. 그래야 시스템 요청이 중지된 로컬 포트로 계속 전달되지 않습니다. 원래 사용자 지정 시스템 프록시를 사용했다면 기존 설정을 복원하세요. v2rayNG에서는 중지 버튼을 누르고 VPN 실행 상태가 종료됐는지 확인한 뒤 일반 네트워크가 복구됐는지 테스트합니다.

처음 설정을 마쳤다면 사용할 수 있는 그룹, 활성 서버, 라우팅 프리셋만 기억하면 됩니다. 고급 기능을 모두 바로 켤 필요는 없습니다. 서버 항목에 변화가 있으면 먼저 구독을 업데이트하세요. 일부 웹사이트만 문제가 있으면 라우팅을 확인하고, 모든 앱에서 접속할 수 없다면 트래픽 제어 방식과 기본 네트워크를 차례로 점검합니다. 이렇게 하면 설치부터 다시 시작하지 않고도 문제 구간을 좁힐 수 있습니다.