1단계: 구독을 가져와 구성 목록 만들기
시작하기 전에 해당 클라이언트를 설치하고 실행하세요. 데스크톱에서는 v2rayN, Android에서는 v2rayNG를 사용합니다. 아직 설치하지 않았다면 클라이언트 다운로드 페이지에서 플랫폼에 맞는 설치 파일을 선택하세요. 클라이언트는 구성을 읽고 연결을 중계하는 프로그램이며, 자체적으로 사용할 수 있는 서버를 제공하지는 않습니다. 서비스 제공업체에서 받은 유효한 구독 URL이나 단일 서버의 전체 공유 링크가 필요합니다. 이 가이드에서는 구독 URL을 사용하므로 구성 파일을 직접 편집할 필요가 없습니다.
구독 URL은 보통 서비스 제공업체의 계정 페이지에서 확인할 수 있습니다. 여러 구성을 한꺼번에 가져오고 이후에도 서버 목록을 업데이트하는 데 사용합니다. 페이지의 ‘구독 URL 복사’ 기능을 이용하세요. 계정 로그인 페이지, 요금제 안내 페이지, 브라우저 주소창에 표시된 관리 페이지를 구독 URL로 착각하면 안 됩니다. 복사한 주소의 처음과 끝이 온전한지 확인하고, 공백이나 줄바꿈, 메신저가 덧붙인 문장 부호가 포함되지 않도록 주의하세요. 구독 URL에는 계정 접근 정보가 들어 있을 수 있으므로 비밀번호처럼 안전하게 보관하고 공개 게시판이나 스크린샷에 노출하지 마세요.
v2rayN: 그룹을 추가한 뒤 업데이트
v2rayN 메인 창에서 ‘구독 그룹’ 메뉴를 찾아 ‘구독 그룹 설정’을 열고 새 그룹을 추가합니다. 메모나 이름에는 출처를 알아보기 쉬운 이름을 입력하고, 구독 URL 입력란에 전체 주소를 붙여 넣은 다음 저장하세요. 그룹 이름은 로컬에서 관리할 때만 사용하므로 서비스 출처에 따라 구분하면 됩니다. 클라이언트가 구성을 가져올 때 사용하는 정보는 URL 입력란에 있습니다. 저장한 뒤 메인 창으로 돌아가 새 그룹을 선택하고 메뉴에서 구독 업데이트를 실행합니다.
처음 설정할 때 ‘구독 업데이트’와 ‘프록시를 통해 구독 업데이트’처럼 여러 항목이 보이면, 우선 프록시 없이 업데이트하는 일반 방식을 선택하세요. 연결을 시작하기도 전에 업데이트 요청이 현재 프록시에 의존하는 상황을 피할 수 있습니다. 작업이 끝날 때까지 기다린 뒤 로그에서 업데이트 결과를 확인하고 메인 목록에 구성이 표시되는지 살펴보세요. 목록이 비어 있다면 먼저 ‘전체’ 또는 해당 그룹으로 전환해 필터 때문에 숨겨졌는지 확인하세요. 같은 그룹을 계속 추가하면 어느 그룹의 구성을 사용 중인지 나중에 구분하기 어려워집니다.
v2rayNG: 구독 그룹 설정에서 주소 추가
Android에서 v2rayNG의 메인 메뉴를 열고 ‘구독 그룹 설정’으로 이동한 뒤 추가 버튼을 누릅니다. 메모와 주소를 입력하고 저장하세요. 메인 화면으로 돌아와 메뉴에서 구독 업데이트를 실행합니다. 업데이트가 완료되면 메인 목록에 가져온 구성 이름이 표시됩니다. 현재 그룹에 항목이 없다면 그룹 필터를 먼저 확인하고 업데이트 알림도 살펴보세요. 서버 주소나 포트를 바로 직접 수정하지 마세요. 이러한 값은 보통 구독에서 일괄 관리합니다.
구독 업데이트 성공은 구성을 가져왔다는 뜻일 뿐, 모든 서버에 연결할 수 있다는 의미는 아닙니다. 주소가 유효하지 않거나 다운로드에 실패했거나 응답을 읽을 수 없다는 메시지가 표시되면 서비스 제공업체 페이지에서 해당 클라이언트용 구독 URL을 다시 복사하고 계정 이용 기간과 남은 트래픽을 확인하세요. 그래도 해결되지 않으면 구독 업데이트 실패 해결 방법을 참고해 네트워크와 로그를 점검하세요. 구성 목록이 정상적으로 표시되면 다음 단계로 진행합니다. 이 시점에는 모든 서버를 하나씩 테스트하거나 수정할 필요가 없습니다.
2단계: 프록시 모드와 라우팅 규칙 선택
구성을 가져왔으니 이제 어떤 앱의 요청을 클라이언트로 보낼지, 클라이언트에 들어온 요청을 어디로 전달할지 정합니다. 이 둘은 서로 다른 단계입니다. 시스템 프록시 또는 VPN은 ‘트래픽 진입 경로’를 담당하고, 라우팅 규칙은 ‘트래픽이 향하는 곳’을 결정합니다. 구성을 선택해도 진입 경로를 설정하지 않으면 브라우저가 계속 직접 인터넷에 접속할 수 있습니다. 반대로 트래픽 진입 경로를 켜도 라우팅 규칙이 직접 연결로 설정되어 있으면 요청이 원격 서버를 거치지 않을 수 있습니다. 이 차이를 먼저 이해하면 스위치를 반복해서 바꾸는 시행착오를 줄일 수 있습니다.
데스크톱에서는 먼저 시스템 프록시 자동 구성
v2rayN 메인 창 아래쪽이나 트레이 메뉴에서 ‘시스템 프록시’를 찾아 ‘시스템 프록시 자동 구성’을 선택하세요. 이 설정은 시스템 프록시를 클라이언트의 로컬 수신 주소로 지정하므로 시스템 프록시 설정을 따르는 브라우저와 앱의 연결을 먼저 확인하기에 적합합니다. 클라이언트를 실행한 상태로 유지하고 브라우저 확장 프로그램에 다른 프록시 주소를 추가하지 마세요. 다른 네트워크 도구를 사용했다면 해당 프록시 서비스를 먼저 종료한 뒤 시스템에 수동 프록시 설정이 남아 있지 않은지 확인하세요.
시스템 프록시를 모든 앱이 따르는 것은 아닙니다. 일부 앱은 별도의 네트워크 스택을 사용해 시스템 설정을 무시할 수 있으므로 ‘브라우저에서는 되지만 특정 앱에서는 안 된다’고 해서 곧바로 서버 문제라고 단정할 수 없습니다. 처음 연결할 때는 브라우저로 먼저 확인하고 기본 연결이 정상인 뒤 특정 앱을 따로 점검하세요. 한 앱을 작동시키려고 시스템 프록시, 브라우저 프록시 확장 프로그램, 여러 가상 네트워크 어댑터를 동시에 사용하지 마세요. 요청이 어떤 경로를 거치는지 파악하기 어려워집니다.
라우팅은 요구 사항에 맞는 프리셋으로 시작
‘라우팅’ 메뉴에서 화면에 표시되는 ‘중국 본토 우회’ 등 적합한 프리셋을 선택하세요. 일반적으로 규칙에 일치하는 로컬 서비스는 직접 연결하고 나머지 요청은 규칙에 따라 프록시로 전달합니다. 실제 적용 결과는 프리셋 이름만이 아니라 해당 버전의 규칙에 따라 달라집니다. 특정 페이지 문제를 확인하는 중이라면 적용 범위가 더 명확한 프록시 규칙을 잠시 사용해 비교할 수 있지만, 확인 후에는 평소 쓰던 프리셋으로 되돌리세요. 라우팅 프리셋의 ‘전역’도 이미 클라이언트에 들어온 트래픽에만 적용되며, 기기의 모든 프로그램을 자동으로 제어한다는 뜻은 아닙니다.
Android에서는 주로 v2rayNG의 VPN 서비스로 트래픽을 클라이언트에 전달합니다. 설정에서 라우팅 옵션을 확인하고, 처음에는 현재 요구에 맞는 프리셋을 사용하세요. 테스트할 브라우저가 ‘앱별 프록시’에서 실수로 제외되지 않았는지도 확인합니다. 앱별 목록은 포함 모드와 제외 모드의 의미가 반대입니다. 확실하지 않다면 기본 설정을 유지하고 여러 앱을 무작정 선택하지 마세요. 라우팅 개념을 더 살펴보려면 라우팅 및 분할 라우팅 용어를 확인하세요. 처음 연결할 때 규칙을 직접 작성할 필요는 없습니다.
TUN 모드: 기본 연결을 확인한 뒤 사용
v2rayN의 TUN 모드는 가상 네트워크 인터페이스로 트래픽을 받아 시스템 프록시를 따르지 않는 앱을 처리할 수 있습니다. 처음 연결할 때 반드시 필요한 기능은 아니며, 구독 만료나 원격 서버에 연결할 수 없는 문제를 해결해 주지도 않습니다. 먼저 TUN을 끈 상태에서 시스템 프록시로 접속을 확인한 뒤, 앱 요구에 따라 켜는 것을 권장합니다. 이렇게 하면 문제가 생겼을 때 서버 문제인지 가상 인터페이스, 라우팅 또는 DNS 설정의 변화 때문인지 구분하기 쉽습니다.
TUN을 사용해야 한다면 먼저 작업 중인 내용을 저장하고, 운영체제와 클라이언트 버전의 안내에 따라 필요한 권한을 허용하세요. 환경에 따라 관리자 권한이나 관련 네트워크 구성 요소가 필요할 수 있습니다. 켠 뒤에는 인터페이스 생성 실패 같은 오류가 로그에 없는지 확인하고 접속을 다시 테스트하세요. 시스템 프록시와 TUN을 무조건 동시에 켜지 말고 클라이언트 안내에 따라 트래픽 처리 방식을 선택하세요. 가상 네트워크 어댑터 충돌, DNS 처리, 세부 분할 라우팅 문제는 문제 해결 문서를 참고하세요. 이 페이지에서는 설정을 최소화해 먼저 연결을 완료합니다.
3단계: 활성 구성을 선택하고 연결 시작
구독과 트래픽 진입 경로를 준비했으니 이제 실제로 사용할 구성을 지정합니다. 서비스 제공업체가 사용 가능하다고 안내했으며 현재 클라이언트와 프로토콜이 호환되는 서버를 우선 선택하세요. 지역 이름은 출구 위치를 구분하는 데 도움이 될 뿐 연결 품질을 보장하지 않습니다. 속도 측정이나 지연 시간도 특정 시점의 참고 정보에 불과합니다. 처음 설정할 때 구독 전체를 한꺼번에 측정할 필요는 없습니다. 서버 하나를 골라 접속 테스트를 완료하는 편이 문제를 찾기 쉽습니다.
v2rayN: 활성 서버 지정 및 코어 상태 확인
메인 목록에서 구성을 선택한 뒤 마우스 오른쪽 버튼 메뉴의 ‘활성 서버로 설정’ 또는 해당 버전의 동일한 기능을 실행합니다. 한 줄이 강조 표시된 것만으로 활성 구성이 바뀌었다고 볼 수는 없으니 화면의 활성 표시나 상태 안내를 확인하세요. 구성을 전환하면 클라이언트가 설정을 불러오고 코어를 시작하거나 다시 시작합니다. 하단의 시스템 프록시가 여전히 ‘시스템 프록시 자동 구성’이고 라우팅도 앞 단계에서 선택한 프리셋인지 확인한 다음 로그를 열어 최근 기록을 살펴보세요.
v2rayN에는 Android처럼 눈에 띄는 ‘연결’ 버튼이 없을 수 있습니다. 데스크톱에서는 활성 구성, 코어 실행 상태, 트래픽 진입 경로가 함께 갖춰져야 연결이 성립합니다. 시작 로그에 뚜렷한 오류가 없으면 메인 화면에 모호한 ‘연결됨’ 문구가 표시될 때까지 기다리지 말고 웹 접속을 확인하세요. 로그에 로컬 포트가 사용 중이라고 바로 표시되면 클라이언트가 중복 실행됐는지, 다른 프록시 프로그램이 같은 수신 포트를 사용 중인지 확인하세요. 충돌한 프로세스를 그대로 둔 채 서버를 계속 바꾸지 마세요.
v2rayNG: 서비스 시작 및 시스템 권한 확인
Android의 메인 목록에서 사용할 구성을 선택하고 활성 표시가 해당 항목으로 이동했는지 확인한 다음 메인 화면의 연결 버튼을 누릅니다. 처음 시작할 때 시스템에 VPN 연결 요청이 표시되면 현재 클라이언트에서 보낸 요청인지 확인하고 승인하세요. 여기서 VPN은 Android가 제공하는 트래픽 전달 인터페이스를 가리키며, 원격 서버 연결이 정상이라는 증거는 아닙니다. 다른 VPN 서비스가 실행 중이라는 안내가 표시되면 어느 서비스를 사용할지 먼저 결정하고 충돌하는 서비스를 중지하세요. 두 도구가 같은 연결 경로를 두고 경쟁하지 않도록 해야 합니다.
권한을 승인한 뒤 클라이언트 실행 상태와 시스템의 VPN 표시를 확인하고 실제 접속을 테스트하세요. 연결 버튼을 누른 직후 서비스가 멈추면 로그를 열어 오류 발생 시각과 주요 문구를 확인합니다. 구성 파싱 오류는 구독 또는 클라이언트를 먼저 업데이트해 보세요. 연결 시간 초과는 네트워크와 서버를 확인하고, TLS 관련 오류는 시스템 시간, 호스트 이름, 구독 매개변수를 먼저 점검하세요. 인증서 오류를 없애려고 검증을 바로 건너뛰지 마세요. 실제 구성 문제를 가릴 수 있습니다.
실패하면 조건을 하나씩만 변경
처음 실패하면 프록시 모드와 라우팅은 그대로 둔 채 같은 구독에 있는 다른 사용 가능 서버를 하나 선택해 다시 테스트하세요. 같은 네트워크에서 여러 서버가 모두 실패한다면 네트워크를 바꿔 재검사하고 오류가 달라지는지 기록합니다. 이 과정을 통해 특정 서버 문제인지, 현재 네트워크 문제인지, 클라이언트 진입 경로 문제인지 차례로 구분할 수 있습니다. 서버, 코어, DNS, 라우팅을 한꺼번에 바꾸면 접속이 복구되더라도 어떤 조정이 효과가 있었는지 알기 어렵습니다.
도움을 요청할 때는 클라이언트 이름, 운영체제, 진행한 단계, 로그의 오류 키워드를 정리하세요. 공유하기 전에 구독 URL, 계정 정보, 서버 주소와 식별자를 가리고 전체 구성을 그대로 공개하지 마세요. 자주 보이는 메시지의 의미는 자주 묻는 질문에서 먼저 확인할 수 있습니다. 증상에 따라 단계별 점검이 필요하다면 문제 해결 가이드를 참고하세요. 서비스가 계속 실행되는 것을 확인한 뒤 마지막 접속 테스트를 진행합니다.
4단계: 접속을 확인하고 종료 후 네트워크 복구
연결 버튼 색상, 트레이 아이콘 변화, VPN 표시 등은 클라이언트가 어떤 상태로 실행 중인지 보여줄 뿐 웹 요청이 예상대로 전달된다는 것을 단독으로 증명하지는 않습니다. 실제 페이지가 열리는지, 직접 연결해야 할 리소스가 정상인지, 요청 경로가 라우팅 규칙과 일치하는지 확인해야 합니다. 앞서 유지한 구성과 모드로 비교 테스트를 진행한 뒤 필요한 개인 설정을 하나씩 추가하세요.
브라우저부터 확인한 다음 다른 앱 테스트
브라우저를 다시 열고 프록시를 통해 접속해야 하는 HTTPS 페이지를 선택한 뒤, 이전에 열어 본 적 없는 페이지를 불러오세요. 캐시된 화면만 보고 판단하지 않도록 하기 위해서입니다. 이어서 직접 연결해야 하는 자주 사용하는 페이지에도 접속해 일반 네트워크가 영향을 받지 않는지 확인합니다. 브라우저에 프록시 확장 프로그램이 설치되어 있거나 별도 프록시가 설정되어 있다면 이번 테스트에서는 해당 기능을 꺼 시스템 설정만 사용하세요. Android에서는 앱별 라우팅 규칙에서 브라우저가 제외되지 않았는지도 확인합니다.
테스트 중에는 클라이언트 로그나 연결 기록도 함께 확인하세요. 현재 버전에서 연결 세부 정보를 제공한다면 대상 도메인, 일치한 규칙, 출구 표시를 확인할 수 있습니다. 기본 로그만 제공된다면 ‘성공’ 메시지를 찾으려고 상세 로그를 계속 켜둘 필요는 없습니다. 일반 로그에 접속 기록이 보이지 않는다고 요청이 클라이언트를 거치지 않았다고 단정할 수도 없습니다. 웹 페이지가 열리고, 라우팅이 예상대로 작동하며, 서비스에 지속적인 오류가 없는지를 함께 살펴야 합니다.
모든 페이지가 열리지 않는다면 클라이언트가 계속 실행 중인지, 시스템 프록시나 Android VPN 서비스가 켜져 있는지 먼저 확인하세요. 특정 페이지에서만 문제가 생기면 라우팅 규칙과 도메인 확인 결과를 살펴봅니다. 웹사이트 하나의 결과로 전체 네트워크 상태를 판단할 수는 없으며 새로고침을 반복하는 것도 문제 해결 방법이 아닙니다. 브라우저는 되는데 특정 앱만 실패한다면 트래픽 진입 경로와 앱별 설정을 확인하세요. 클라이언트를 바로 재설치할 필요는 없습니다. 더 복잡한 DNS 및 연결 시간 초과 문제는 체계적인 문제 해결 가이드를 참고하세요.
종료 절차를 확인해 잘못된 프록시 설정 방지
데스크톱 사용을 마칠 때는 v2rayN에서 ‘시스템 프록시 해제’를 선택한 뒤 클라이언트를 종료하세요. TUN을 사용했다면 해당 트래픽 전달 모드도 먼저 중지합니다. 일부 버전은 종료할 때 설정을 자동으로 정리하지만 처음 사용할 때는 직접 해제됐는지 확인하는 것이 좋습니다. 클라이언트가 비정상 종료된 뒤 일반 웹페이지도 열리지 않으면 운영체제의 프록시 설정을 열어 로컬 주소를 가리키는 수동 프록시가 남아 있는지 확인하세요. 이 경우 클라이언트를 다시 실행해 시스템 프록시를 해제하는 편이 구독을 다시 가져오는 것보다 문제에 직접 대응할 수 있습니다.
Android에서는 연결 중지 버튼을 누르고 시스템 VPN 상태가 종료됐는지 확인한 뒤 일반 웹페이지에 접속해 보세요. 앱을 백그라운드에서 지우는 것과 서비스를 정상적으로 중지하는 것은 서로 다른 작업입니다. 기기별 백그라운드 관리 정책에 따라 상태 표시가 잠시 다를 수 있습니다. 화면을 잠근 뒤에만 자주 연결이 끊긴다면 해당 앱의 배터리 및 백그라운드 실행 제한을 확인하고 필요한 부분만 조정하세요. 처음부터 모든 절전 설정을 바꾸지는 마세요.
사용 가능한 설정을 유지하고 구독 업데이트 계획
접속을 확인한 뒤 정상 작동했던 그룹, 활성 구성, 프록시 진입 경로, 라우팅 프리셋을 기억해 두세요. 이후 서버 목록에 변경이 생기면 먼저 구독을 업데이트합니다. 업데이트 후에는 활성 구성이 여전히 목록에 있는지 확인해 삭제된 항목을 계속 사용하지 않도록 하세요. 클라이언트 업데이트와 구독 업데이트는 서로 다릅니다. 전자는 프로그램 기능과 호환성을 개선하고, 후자는 서비스 제공업체가 제공하는 구성을 새로 불러옵니다. 연결할 때마다 프로그램을 다시 설치할 필요는 없습니다.
기본 설정을 마치면 구독 업데이트, 구성 활성화, 트래픽 진입 경로 설정, 예상한 웹 접속 확인, 서비스 중지 후 일반 네트워크 복구까지 한 흐름으로 점검한 것입니다. 프로토콜 매개변수를 알아보려면 용어집을 참고하고, 특정 오류를 해결하려면 자주 묻는 질문이나 문제 해결 문서를 확인하세요. 먼저 현재 작동하는 설정을 유지한 채 라우팅 세분화와 TUN을 하나씩 시험하고, 변경할 때마다 이 단계의 접속 확인을 반복하세요.