v2rayN 사용법

1단계: 구독 가져오기

구독을 가져오려면 주소를 저장하는 작업과 구독 내용을 업데이트하는 작업이 모두 필요합니다. 설정에 링크를 입력했다고 서버 구성이 자동으로 불러와지는 것은 아닙니다. 서비스 제공업체 계정 페이지에서 클라이언트용 전체 구독 링크를 복사하고, 클라이언트에 맞는 형식 옵션이 있는지 확인하세요. 일반 웹페이지 주소나 요금제 안내 페이지, 로그인 페이지는 구독 주소를 대신할 수 없습니다. 복사할 때 앞뒤 따옴표, 설명 문구, 줄바꿈이 포함되지 않도록 주의하세요.

v2rayN: 그룹을 추가한 다음 구독 업데이트

상단의 ‘구독 그룹’ 메뉴를 열어 ‘구독 그룹 설정’으로 이동한 뒤 그룹을 추가하세요. ‘이름’에는 ‘일상 사용’처럼 구별하기 쉬운 이름을 입력하고 구독 주소란에는 전체 링크를 붙여 넣습니다. 이름은 로컬에서 구분하기 위한 용도이며 서버 구성에는 영향을 주지 않습니다. 저장하고 설정 창을 닫은 다음 ‘구독 그룹’ 메뉴로 돌아가 현재 그룹의 구독을 업데이트하세요. 처음 설정할 때는 화면에 ‘전체 구독 업데이트’만 표시되더라도 사용할 수 있습니다.

프록시를 아직 연결하지 못했다면 처음에는 프록시를 사용하지 않고 구독을 업데이트하는 항목을 선택하세요. 아직 연결되지 않은 프록시에 업데이트 요청이 의존하는 일을 막을 수 있습니다. 하단 정보나 로그를 확인하면서 업데이트가 끝날 때까지 기다린 다음 새로 만든 그룹으로 전환하세요. 정상적으로 완료되면 서버 목록에 구독에서 가져온 구성이 표시됩니다. 우선 목록이 비어 있지 않은지만 확인하고, 프로토콜·전송 방식·포트를 바로 하나씩 수정할 필요는 없습니다.

v2rayNG: 그룹을 저장하고 구성 목록 새로고침

앱의 측면 메뉴에서 ‘구독 그룹 설정’을 찾아 새 그룹을 추가하고 이름과 구독 주소를 입력한 뒤 저장하여 메인 화면으로 돌아오세요. 메인 화면의 더보기 메뉴를 열어 ‘현재 그룹 구독 업데이트’ 또는 ‘구독 업데이트’와 같은 항목을 선택합니다. 업데이트가 끝나면 방금 만든 그룹을 선택해 구성 목록에 서버 항목이 표시되는지 확인하세요. 구독 링크를 단일 서버 공유 링크처럼 가져오지 마세요. 구독 링크는 주기적으로 업데이트해야 하지만 공유 링크는 보통 서버 구성 하나만 추가합니다.

목록이 계속 비어 있다면 먼저 다른 그룹을 선택한 것은 아닌지 확인하세요. 구독 주소가 완전한지, 요금제가 만료되지 않았는지, 업데이트 로그에 요청 실패가 표시되는지도 점검합니다. 로그인 페이지가 열리거나 형식 오류가 발생하면 연결 버튼을 반복해서 누르지 말고 클라이언트에 맞는 구독 링크를 다시 받으세요. 구독 주소에 접근할 때 이미 연결된 프록시가 필요하다면, 먼저 작동이 확인된 연결을 준비한 다음 프록시를 통해 업데이트하세요.

여기서는 서버 목록까지만 확인하고 멈추세요. 내보낸 구성을 공개하거나 서비스 제공업체가 제공한 설정값을 임의로 수정하지 마세요. 구독, 서버 항목, 공유 링크의 차이는 용어 안내에서 확인할 수 있습니다. 다음 단계에서는 어떤 앱의 트래픽을 클라이언트에서 처리할지 정합니다.

2단계: 프록시 모드 선택

프록시 모드와 라우팅 규칙은 혼동하기 쉽습니다. 먼저 둘의 차이를 알아두세요. 시스템 프록시와 TUN은 트래픽이 클라이언트로 들어오는 방식을 정하고, 라우팅은 들어온 트래픽을 직접 연결할지 프록시로 보낼지 결정합니다. ‘전역’은 대개 라우팅 정책을 뜻하며 모든 앱이 자동으로 프록시를 사용한다는 의미는 아닙니다. 처음에는 트래픽을 처리하는 방법을 하나만 선택하고 브라우저에서 작동을 확인한 뒤, 추가로 처리해야 하는 앱이 있는지 살펴보세요.

v2rayN: 먼저 시스템 프록시 사용

메인 창 하단 상태 표시줄이나 시스템 트레이 메뉴에서 시스템 프록시 설정을 찾아 ‘시스템 프록시 자동 설정’을 선택하세요. 이 설정은 시스템에 클라이언트의 로컬 프록시 주소를 등록합니다. 이후 시스템 프록시 설정을 따르는 브라우저와 앱이 요청을 보냅니다. ‘시스템 프록시 해제’는 이 설정을 취소하는 항목이며, ‘시스템 프록시 설정 변경 안 함’은 현재 상태를 유지한다는 뜻이지 프록시가 켜져 있다는 뜻은 아닙니다. 선택한 뒤 화면에 표시된 상태가 예상과 일치하는지 확인하세요.

첫 테스트에는 일반적인 ‘중국 본토 우회’ 라우팅을 사용할 수 있습니다. 직접 연결 규칙에 해당하는 트래픽은 직접 연결하고 나머지는 규칙에 따라 처리합니다. 확인하려는 사이트가 직접 연결 규칙에 해당하면 테스트 결과만으로 프록시 출구를 확인할 수 없습니다. 라우팅 영향을 분리해 확인하려면 잠시 전역 프록시 라우팅으로 바꿔 비교한 뒤 테스트가 끝나면 평소 정책으로 되돌리세요. 이때도 앱이 시스템 프록시를 따르는지 여부는 여전히 영향을 줍니다.

TUN은 우선 켜지 마세요. 시스템 프록시가 정상 작동하는 것을 확인했는데도 특정 앱이 이를 따르지 않을 때만 설정에서 ‘TUN 모드 활성화’를 찾아보세요. TUN은 가상 네트워크 인터페이스로 트래픽을 처리하므로 관리자 권한이나 시스템 승인이 필요할 수 있으며 라우팅과 DNS에도 영향을 줍니다. 활성화 후 네트워크에 문제가 생기면 먼저 TUN을 끄고 이미 확인된 시스템 프록시 경로로 돌아가세요. 권한 문제를 구독 오류로 오해하지 않도록 주의하세요.

v2rayNG: VPN 트래픽 처리 범위 확인

안드로이드에서 연결할 때는 시스템 VPN 서비스를 사용하므로 데스크톱의 시스템 프록시 세 가지 옵션을 찾을 필요가 없습니다. 처음에는 앱의 기본 설정을 유지하고 ‘앱별 프록시’가 켜져 있는지 확인하세요. 이전에 앱 목록을 선택했다면 테스트할 브라우저가 프록시 적용 범위에 포함되는지 살펴보세요. 선택한 앱만 프록시를 사용하는 설정일 수도 있고 선택한 앱을 제외하는 설정일 수도 있으므로, 체크 표시만 보지 말고 화면 설명을 확인해야 합니다.

라우팅 설정도 테스트 결과에 영향을 줍니다. 처음에는 이해하기 쉬운 기본 설정을 사용하고 사용자 지정 도메인이나 IP 규칙은 추가하지 마세요. 기기에서 VPN 연결을 사용하는 다른 앱이 실행 중이라면 먼저 연결을 끊은 뒤 v2rayNG에 연결하세요. 보통 시스템에서는 일반 VPN 서비스를 두 개 동시에 유지할 수 없습니다. 앱을 전환한 뒤 시스템에서 권한을 다시 요청하면 현재 앱 이름을 확인하고 승인하세요.

이 단계의 목표는 테스트할 브라우저에 명확한 트래픽 경로를 설정하는 것입니다. 모든 앱과 네트워크 환경을 한 번에 구성하는 것이 아닙니다. 다른 기기와 프록시를 공유해야 하는 경우가 아니라면 로컬 네트워크 연결 관련 설정은 그대로 두세요. 시스템 프록시, TUN, 라우팅의 차이는 프록시 모드 및 네트워크 용어에서, 플랫폼별 권한은 사용 가이드에서 확인하세요.

3단계: 서버 연결

이제 사용할 구성이 있고 트래픽 처리 방식도 정했으니 활성 서버를 선택할 차례입니다. 서비스 제공업체가 사용 가능하다고 명시했고 현재 용도에 맞는 항목을 고르세요. 목록이 많더라도 처음부터 전부 테스트할 필요는 없습니다. 후보를 몇 개만 골라 실제 연결 테스트를 실행하고 성공한 항목부터 사용하세요. 테스트는 네트워크 요청을 보내므로 데이터가 소모될 수 있으며 현재 네트워크 상태와 테스트 주소에 따라서도 결과가 달라집니다.

v2rayN: 활성 서버로 설정

서버 목록에서 후보를 선택한 뒤 마우스 오른쪽 버튼 메뉴에서 실제 연결 테스트 기능을 찾으세요. TCPing은 원격 포트까지 연결되는지 보여줄 뿐, 프로토콜 핸드셰이크나 웹 요청 성공까지 확인하지는 않습니다. 실제 연결 테스트는 프록시 요청에 더 가까운 방식이지만 모든 웹사이트와 시간대의 연결 상태를 보장하지는 않습니다. 한 가지 테스트 결과만 보고 서버를 계속 바꾸지 말고 우선 테스트를 완료할 수 있는 구성을 찾으세요.

서버를 선택한 다음 마우스 오른쪽 버튼 메뉴에서 ‘활성 서버로 설정’ 또는 비슷한 항목을 선택하세요. 일부 화면에서는 더블 클릭으로 활성화할 수도 있으니 현재 화면의 활성 표시를 기준으로 확인합니다. v2rayN에는 별도의 큰 연결 버튼이 없을 수 있으며, 활성 서버를 설정하면 보통 코어 구성이 로드되거나 코어가 다시 시작됩니다. 화면 처리가 끝나면 앞 단계에서 선택한 ‘시스템 프록시 자동 설정’이 계속 켜져 있는지 확인하세요.

로그 또는 정보 영역을 열고 방금 작업한 뒤 새로 기록된 내용을 살펴보세요. 포트 사용 중, 구성 로드 실패, 코어 종료 오류가 나타나면 라우팅을 바꿔가며 해결하려 하지 말고 먼저 시작 오류를 처리하세요. 포트 충돌이 발생하면 중복 실행된 클라이언트와 다른 프록시 도구를 먼저 종료하세요. 로컬 포트를 변경해야 한다면 해당 포트를 직접 입력한 앱 설정도 함께 확인해야 합니다. 로컬 수신 포트와 원격 서버 포트를 혼동하지 마세요.

v2rayNG: 구성을 선택하고 연결

안드로이드 구성 목록에서 후보 서버를 선택하고 선택 표시가 원하는 항목에 있는지 확인한 뒤 오른쪽 아래 연결 버튼을 누르세요. 처음 연결할 때 시스템 VPN 요청이 표시되면 요청을 보낸 앱이 v2rayNG인지 확인하고 허용합니다. 앱으로 돌아와 연결 상태가 바뀔 때까지 기다리세요. 시스템 상태 표시줄의 VPN 아이콘은 로컬 터널이 만들어졌다는 뜻일 뿐, 원격 서버가 작동하는지는 다음 단계에서 실제 요청을 보내 확인해야 합니다.

연결한 뒤 앱에 연결 테스트 기능이 있다면 사용하고 로그도 함께 살펴보세요. 연결 직후 바로 끊긴다면 다른 VPN 서비스가 연결을 대체했는지, 시스템 권한 설정이 완료되지 않았는지 먼저 확인합니다. 화면이 꺼진 뒤 한동안 지나서만 연결이 끊긴다면 시스템 배터리 관리와 백그라운드 실행 권한을 점검하세요. 첫 연결이 성공하기도 전에 모든 백그라운드 권한을 한꺼번에 바꾸지는 마세요.

두 클라이언트 모두 한 번에 한 가지 조건만 바꾸세요. 테스트에 실패하면 프록시 모드는 그대로 두고 같은 구독의 다른 서버를 선택합니다. 그래도 실패하면 구독 유효기간, 시스템 시간, 로그를 확인하세요. 시스템 시간 오차가 크면 보안 연결에 영향을 줄 수 있습니다. 후보 서버 모두 연결되지 않으면 자주 묻는 질문의 문제 해결 순서를 따라 원인을 찾고, 서비스 제공업체가 지정한 전송 설정은 함부로 바꾸지 마세요.

4단계: 작동 확인

클라이언트의 연결 상태 표시는 확인을 시작하는 기준이지 완료를 뜻하지는 않습니다. 제대로 확인하려면 세 가지를 살펴봐야 합니다. 로컬 프록시가 실행 중인지, 브라우저 요청이 클라이언트에 들어오는지, 프록시를 통해야 하는 요청이 원격 서버를 거쳐 처리되는지 확인하세요. 방금 선택한 활성 서버는 그대로 두고 새 브라우저 탭을 연 다음 프록시로 접속하려는 HTTPS 페이지를 열어 본문이 표시될 때까지 기다립니다.

웹페이지, 로그, 외부 IP로 확인

페이지가 열리면 클라이언트로 돌아가 방금 요청에 해당하는 로그를 확인하세요. 로그 수준에 따라 표시되는 정보가 다릅니다. 오류만 표시되는 경우도 있고 대상 도메인과 아웃바운드 선택 정보가 표시되는 경우도 있습니다. 로그에 도메인이 보이지 않아도 요청이 들어오지 않았다고 단정할 수는 없습니다. 하지만 연결 거부, 시간 초과, 이름 확인 오류가 계속 나타나면 발생 시각을 기준으로 원인을 찾아보세요. 인증 정보가 포함된 전체 로그를 공개 사이트에 올려 테스트하지 마세요.

외부 IP를 더 확인하려면 연결 전후에 신뢰할 수 있는 동일한 외부 IP 조회 서비스를 사용해 비교하세요. 중요한 것은 결과가 현재 서버와 라우팅의 예상에 맞는지이지, 지도상의 위치가 정확한지가 아닙니다. IP 위치 데이터베이스마다 결과가 다를 수 있습니다. 또한 조회 페이지가 직접 연결 규칙에 해당하면 다른 요청은 프록시를 거쳐도 해당 페이지에는 로컬 네트워크의 외부 IP가 표시될 수 있습니다. 먼저 라우팅을 확인하고 필요한 경우에만 전역 프록시 라우팅으로 잠시 변경해 다시 테스트하세요.

웹페이지가 열리지 않으면 브라우저에 별도 프록시 확장 프로그램이나 수동 프록시 설정이 켜져 있지 않은지 먼저 확인하세요. 이런 설정은 시스템 프록시보다 우선 적용될 수 있습니다. 데스크톱에서 브라우저만 작동하고 다른 앱은 실패한다면 해당 앱이 시스템 프록시를 따르는지 먼저 확인한 뒤 TUN이 필요한지 판단하세요. 안드로이드에서 일부 앱만 실패하면 앱별 프록시 적용 범위를 확인합니다. 한 앱의 결과만으로 구독 전체가 작동하지 않는다고 판단하지 마세요.

결과에 따라 마무리하고 작동하는 구성 보관

로그에 요청 흔적이 전혀 없다면 2단계로 돌아가 트래픽 처리 방식을 확인하세요. 요청이 들어왔지만 계속 시간 초과가 발생한다면 3단계에서 활성 서버를 확인합니다. 그룹이 비어 있거나 업데이트에 실패했다면 1단계에서 구독을 점검하세요. 이렇게 하면 문제가 발생한 단계를 구체적으로 찾을 수 있습니다. 재설치와 DNS 변경을 동시에 진행해 무엇이 문제를 해결했는지 알 수 없는 상황을 피하세요.

확인에 성공하면 평소 사용할 라우팅으로 되돌린 뒤 대상 페이지를 다시 열어 예상대로 작동하는지 확인하세요. 현재 작동하는 그룹의 이름만 알아보기 쉽게 기록하면 됩니다. 전체 구독 주소를 공개 메모에 적을 필요는 없습니다. 이후 구독을 업데이트하면 서버가 바뀌거나 삭제될 수 있습니다. 기존 항목이 작동하지 않으면 만료된 구성을 계속 사용하지 말고 먼저 그룹을 업데이트한 뒤 활성 서버를 다시 선택하세요.

마지막으로 종료 테스트를 진행하세요. 데스크톱에서는 먼저 ‘시스템 프록시 해제’를 선택하고 TUN을 켰다면 함께 끈 다음 클라이언트를 종료해 일반 네트워크가 복구되는지 확인합니다. 비정상 종료 후 인터넷이 연결되지 않으면 시스템에 중지된 로컬 포트를 가리키는 수동 프록시 설정이 남아 있는지 확인하세요. 안드로이드에서는 연결을 끊고 VPN 아이콘이 사라지는지 확인하면 됩니다. 다음에 사용할 때는 다시 연결하면 되며 같은 구독 그룹을 새로 만들 필요는 없습니다.