v2rayN 사용법구독 가져오기 및 연결 확인
“구독 가져오기 → 프록시 모드 선택 → 연결 → 확인” 순서로 진행하세요. 처음 설정하는 데 약 10분 정도 잡으면 됩니다. 실제 소요 시간은 노드 설정과 네트워크 환경에 따라 달라질 수 있습니다.
클라이언트가 설치되어 있고 유효한 구독 주소를 준비했는지 확인하세요. 클라이언트는 설정을 읽어 연결을 만들며, 사용할 수 있는 노드를 자동으로 생성하지는 않습니다. 아직 설치하지 않았다면 클라이언트 다운로드 페이지에서 설치 파일을 선택한 뒤 이 페이지로 돌아오세요.
설정 단계 탐색
먼저 노드가 목록에 표시되도록 한 다음 트래픽 진입 방식을 설정하세요. 각 단계를 마칠 때마다 결과를 확인한 뒤 다음 단계로 넘어가세요.
STEP 01 / SUBSCRIPTION
구독 가져오기: 그룹 추가 및 노드 업데이트
‘구독 주소’와 ‘개별 공유 링크’를 구분하세요. 구독 주소는 여러 노드를 가져올 때 사용하며, 보통 접근 매개변수가 포함된 HTTPS 주소입니다. 개별 공유 링크는 노드 하나의 설정만 담고 있습니다. 가져오기 메뉴도 서로 다를 수 있습니다. 구독 주소를 받았다면 구독 그룹 설정을 이용하고, 노드의 서버 주소 입력란에 붙여 넣지 마세요. 서버 주소, 포트, 사용자 식별자 등의 항목은 구독을 해석할 때 생성되므로 처음부터 하나씩 직접 입력할 필요가 없습니다.
v2rayN: 구독 그룹 추가
v2rayN을 열고 상단의 ‘구독 그룹’ 메뉴에서 ‘구독 그룹 설정’으로 이동한 뒤 새 그룹을 추가하세요. ‘이름’에는 ‘일상 연결’처럼 알아보기 쉬운 이름을 입력하고, ‘선택 주소 (URL)’에 구독 주소 전체를 붙여 넣습니다. 주소 끝에 붙은 매개변수도 설정의 일부입니다. 복사할 때 물음표 뒤 내용을 빠뜨리지 말고, 따옴표를 추가하거나 채팅 메시지의 설명 문구까지 함께 붙여 넣지 마세요.
‘업데이트 사용’은 해당 그룹을 구독 업데이트에 포함할지 설정합니다. 처음 설정할 때는 켜 두고, 노드가 모두 제외되지 않도록 ‘필터’는 비워 두세요. 업데이트 간격은 현재 버전의 기본값을 그대로 사용해도 됩니다. 입력란이 비어 있어도 저장할 수 있다면 수동 업데이트로 먼저 확인하세요. 그룹을 저장하고 메인 창으로 돌아와 구독 메뉴에서 현재 구독을 업데이트하거나, 해당 버전에 있는 ‘확인 및 구독 업데이트’ 기능을 사용합니다.
업데이트 결과와 노드 목록을 확인하세요. 업데이트가 완료되면 그룹에 선택 가능한 노드가 표시되며, 목록에는 이름, 프로토콜, 주소 또는 포트 등의 정보가 나타납니다. 목록에 내용이 있다는 것은 설정을 읽어 들였다는 뜻이지, 연결이 완료됐다는 뜻은 아닙니다. 업데이트 성공 메시지가 떴는데 목록이 비어 있다면 새 그룹을 선택했는지 확인하고 필터 조건을 점검하세요. 요청 실패가 표시되면 구독 주소를 빠짐없이 복사했는지, 주소가 만료되지 않았는지, 현재 네트워크에서 구독 서비스에 접속할 수 있는지 확인하세요.
v2rayNG: 그룹을 저장한 뒤 목록에서 업데이트
v2rayNG의 사이드 메뉴에서 ‘구독 그룹 설정’으로 이동하고 추가 버튼을 눌러 이름과 구독 주소를 입력하세요. 저장한 뒤 메인 화면으로 돌아와 오른쪽 상단 메뉴에서 ‘구독 업데이트’ 또는 이에 해당하는 기능을 실행합니다. 일부 버전에는 직접 연결 업데이트와 프록시 연결 업데이트가 따로 있습니다. 사용 가능한 연결을 아직 설정하지 않았다면 먼저 직접 연결로 업데이트하세요. 작동하는 프록시가 있고 구독 주소에 해당 경로가 필요한 경우에만 프록시 연결 업데이트를 사용합니다.
개별 공유 링크를 받았다면 링크 전체를 복사하세요. v2rayN에서는 ‘클립보드에서 공유 링크 가져오기’를, v2rayNG에서는 추가 메뉴의 클립보드 가져오기를 사용합니다. 구독 URL과 개별 노드 링크를 번갈아 시도하지 마세요. 가져온 뒤 노드 유형이 제공자 안내와 일치하는지 확인하세요. 일치하지 않는다면 프로토콜을 임의로 바꾸지 말고 원본 내용을 다시 확인하세요. 이름만 바꿔서는 프로토콜을 변환할 수 없습니다.
이 단계의 완료 기준은 대상 그룹에 설정이 모두 포함된 노드가 하나 이상 표시되는 것입니다. 여러 속도 테스트를 연달아 실행하거나 전송 및 보안 항목을 바로 수정하지 마세요. 구독에서 받은 원본 설정을 그대로 유지하고, 다음 단계에서 트래픽이 클라이언트로 들어오는 방식을 선택합니다.
STEP 02 / TRAFFIC MODE
프록시 모드 선택: 진입 경로와 라우팅 구분
‘시스템 프록시’와 ‘라우팅 규칙’은 서로 다른 문제를 해결합니다. 시스템 프록시는 시스템 설정을 사용하는 앱의 요청을 클라이언트로 보낼지 결정합니다. 라우팅 규칙은 클라이언트가 받은 요청을 직접 연결, 프록시 또는 다른 설정된 아웃바운드 중 어디로 보낼지 결정합니다. 시스템 프록시를 켜도 모든 앱이 클라이언트를 이용하는 것은 아닙니다. 전역 프록시 라우팅을 선택해도 프록시 진입 경로를 사용하지 않는 프로그램까지 자동으로 관리되지는 않습니다. 이 두 단계를 구분해야 관련 없는 설정을 반복해서 바꾸지 않고 문제를 해결할 수 있습니다.
v2rayN: 처음에는 시스템 프록시 사용
메인 화면 하단 상태 표시줄이나 해당 메뉴에서 ‘시스템 프록시’를 찾으세요. 처음 설정할 때는 ‘시스템 프록시 자동 설정’과 같은 활성화 옵션을 선택하고, 연결 전후에 상태를 다시 확인할 수 있습니다. 이 단계에서는 가상 네트워크 어댑터, 권한, 라우팅 변수가 늘어날 수 있으므로 TUN을 켜지 마세요. 브라우저에 별도 프록시 확장 프로그램이 설치되어 있다면 시스템 프록시 설정이 덮어쓰이지 않도록 확장 기능을 잠시 끄거나 시스템 설정을 사용하도록 바꾸세요.
그다음 ‘라우팅’ 또는 ‘라우팅 설정’에서 현재 버전의 일반적인 기본 설정을 선택하세요. 규칙에 따라 일부 트래픽은 직접 연결하고 나머지는 프록시로 보내려면 해당 우회 또는 분할 라우팅 설정을 선택하고 설명을 확인합니다. 메뉴의 ‘전역’은 보통 클라이언트에 들어온 요청을 해당 설정에 따라 프록시 아웃바운드로 보내는 것을 뜻하며, 시스템 전체의 트래픽을 가로채는 기능은 아닙니다. 이름만 보고 규칙을 짐작하지 말고, 출처가 불분명한 규칙 파일을 가져와 페이지를 열려고 하지 마세요.
처음 확인할 때는 규칙이 명확하고 동작을 예측하기 쉬운 설정을 선택하세요. 특정 페이지가 직접 연결되는 경우 전역 프록시 라우팅으로 잠시 바꿔 결과를 비교할 수 있지만, 확인을 마친 뒤에는 원하는 분할 라우팅 규칙으로 되돌리세요. 전환 전 설정을 기억하고 한 번에 하나만 바꾸세요. 도메인 규칙, 주소 규칙, 매칭 순서의 관계는 프로토콜 및 코어 기술 참고 자료에서 확인할 수 있습니다. 이 페이지에서는 기본 설정에 집중합니다.
v2rayNG: 실행 모드 및 라우팅 설정 확인
v2rayNG 설정에서 실행 모드를 확인하세요. 일반적인 안드로이드 환경에서는 VPN 모드로 트래픽을 연결합니다. 로컬 프록시 포트만 제공하는 모드로 바꾸면 연결 버튼을 눌러도 다른 앱이 해당 포트를 자동으로 사용하지 않습니다. 처음에는 기본 VPN 연결 방식을 사용하고, 라우팅 설정에서 필요한 기본 옵션을 선택하세요. 사용자 지정 규칙이나 앱별 제한은 우선 추가하지 마세요.
‘앱별 프록시’를 이미 설정했다면 테스트할 브라우저가 선택 범위에 포함되는지 확인하세요. 목록이 포함 앱을 뜻하는지 제외 앱을 뜻하는지는 현재 화면의 설명을 따르세요. 앱에 체크 표시가 있는지만 보고 판단하면 안 됩니다. 시스템 VPN 채널을 사용하는 다른 앱이 연결 시작에 영향을 줄 수도 있으므로 먼저 비슷한 연결을 종료하세요. 특정 앱을 직접 연결해야 한다면 나중에 범위를 따로 조정한 뒤 다시 확인합니다.
이 단계가 끝나면 두 가지를 명확히 설명할 수 있어야 합니다. 테스트 앱이 어떤 경로로 요청을 보내는지, 클라이언트가 현재 어떤 라우팅 규칙을 사용하는지 확인하세요. 두 설정을 유지한 채 노드 연결 단계로 넘어갑니다.
STEP 03 / CONNECTION
연결 시작: 노드 선택 및 코어 상태 확인
노드 목록에서 구성이 완전하고 용도가 명확한 노드를 하나 골라 첫 테스트에 사용하세요. 이름과 프로토콜을 먼저 확인하고 지연 시간이 가장 짧은 노드만 고집할 필요는 없습니다. TCP 탐색은 특정 주소와 포트의 연결 상태만 보여 줍니다. 실제 연결 테스트는 프록시 요청을 더 잘 반영하지만 실제 앱 접속을 대신하지는 못합니다. 구독에서 관리하는 노드는 원래 매개변수를 그대로 사용하고, 테스트 결과를 맞추려고 포트, 전송 방식, 보안 옵션을 임의로 바꾸지 마세요.
v2rayN: 활성 서버로 지정
대상 노드를 선택하고 마우스 오른쪽 버튼 메뉴에서 ‘활성 서버로 설정’과 같은 기능을 선택하세요. 일부 버전은 노드를 두 번 클릭해 활성 항목으로 지정할 수도 있습니다. 완료 후 목록의 활성 표시와 하단 상태를 확인해 방금 선택한 노드가 활성화됐는지 확인하세요. 행을 강조 표시한 것만으로 활성화된 것은 아닙니다. v2rayN은 설정을 적용하거나 활성 노드를 전환할 때 관련 코어를 시작하거나 다시 불러오는 경우가 많으며, 버전에 따라 별도의 연결 버튼이 없을 수 있습니다.
로그 창을 열어 설정 읽기, 코어 시작 또는 오류 메시지가 표시되는지 확인하세요. 포트 사용 중이라는 메시지가 나오면 클라이언트를 중복 실행했는지, 다른 프로그램이 같은 로컬 수신 포트를 사용하는지 확인하세요. 지원되지 않는 프로토콜이나 항목이라는 메시지가 나오면 노드 요구 사항에 맞는 코어인지, 클라이언트가 해당 기능을 지원하는지 확인하세요. 보안 매개변수를 바로 삭제하지 마세요. Xray와 V2Fly는 지원 기능이 다르며, 코어를 전환해야 하는 조건은 프로토콜 자세히 보기에서 확인할 수 있습니다.
코어가 정상적으로 실행된 뒤 시스템 프록시가 켜져 있는지 확인하세요. 시스템에서 권한 또는 네트워크 접근을 요청하면 현재 사용하는 클라이언트에서 보낸 요청인지 확인하고 필요한 용도에 맞게 허용하세요. 알림을 없애려고 시스템 보호 기능 전체를 끄지 마세요. 연결에 실패하면 처음 발생한 주요 오류를 기록해 두세요. 여러 노드와 설정을 연달아 바꾸면 로그와 현재 상태를 비교하기 어려워지고 문제가 시작된 지점을 찾기도 어렵습니다.
v2rayNG: 연결 버튼을 누르고 최초 권한 허용
메인 목록으로 돌아와 대상 노드를 선택한 뒤 연결 버튼을 누르세요. VPN 모드로 처음 연결을 시작하면 안드로이드에 연결 요청이 표시됩니다. 앱 이름을 확인하고 허용하세요. 클라이언트로 돌아와 연결 버튼 상태와 시스템 VPN 상태를 확인합니다. 권한 허용은 앱이 로컬 트래픽 통로를 만들도록 시스템에서 승인했다는 뜻일 뿐, 원격 노드를 사용할 수 있다는 뜻은 아닙니다. 다음 단계에서 실제 접속을 확인해야 합니다.
허용 직후 연결이 끊기면 먼저 클라이언트 로그에서 설정 오류, 시작 실패, 권한 문제를 확인하세요. 화면이 잠긴 뒤에만 연결이 끊긴다면 앱의 백그라운드 실행 및 배터리 관리 제한을 확인하고 필요에 따라 백그라운드 활동을 허용하세요. 첫 연결이 실패했을 때 배터리 설정, 라우팅, 노드 매개변수를 한꺼번에 바꾸지 마세요. 반복해서 나타나는 시작 오류를 먼저 해결한 뒤 화면 잠금 후 연결 유지 문제를 확인하세요.
이 단계의 완료 기준은 활성 노드가 명확하고 코어 또는 연결 서비스가 계속 실행되며 시작 오류가 반복되지 않는 것입니다. 클라이언트를 켜 둔 상태로 브라우저로 돌아가 실제 요청을 보내 연결을 확인하세요. 연결 아이콘만으로 성공 여부를 판단하지 마세요.
STEP 04 / VERIFICATION
적용 여부 확인: 접속 결과와 로그 비교
브라우저에서 정상적으로 열리는 HTTPS 페이지에 접속한 다음 평소 현재 프록시를 통해 접속해야 하는 페이지도 열어 보세요. 캐시된 내용만 표시되지 않도록 새 탭을 열어 다시 불러오는 것이 좋습니다. 한 사이트가 열렸다고 모든 앱이 프록시를 사용한다고 볼 수는 없습니다. 해당 페이지가 직접 연결됐을 수도 있고 브라우저에서 별도의 프록시 설정을 사용하고 있을 수도 있습니다. 앱의 동작과 클라이언트 로그를 함께 확인하세요.
요청이 클라이언트에 도달했는지 먼저 확인
클라이언트 로그에서 방금 페이지에 접속한 시간과 가까운 기록을 찾으세요. 현재 버전과 로그 수준에서 연결 세부 정보가 표시된다면 대상 도메인, 연결 오류, 아웃바운드 선택을 확인할 수 있습니다. 요청이 로그에 하나씩 표시되지 않는다고 클라이언트에 도달하지 않은 것은 아닙니다. 먼저 해당 버전의 로그 수준과 표시 범위를 확인한 다음 시스템 프록시, 브라우저 설정, 활성 노드를 함께 살펴보세요. 로그를 더 많이 보기 위해 높은 기록 수준을 계속 사용하지 마세요.
일반 페이지는 열리지만 대상 페이지가 실패한다면 노드는 그대로 두고 테스트용 라우팅 설정만 바꾸세요. 전역 프록시 라우팅을 임시로 적용해 다시 접속했을 때 결과가 달라진다면 기존 분할 라우팅 규칙을 먼저 확인하세요. 모든 페이지가 실패하면 라우팅을 원인으로 단정하지 말고 코어 실행과 프록시 진입 경로를 확인한 다음 노드 연결을 점검하세요. 인증서 경고가 표시되면 무시하고 접속하지 말고 시스템 시간, 대상 주소, 보안 프로그램 등을 확인하세요.
DNS 점검: 이름 해석 오류와 연결 실패 구분
로그에 도메인 이름 해석 실패가 명확히 표시되면 먼저 현재 네트워크에서 일반 도메인을 정상적으로 해석할 수 있는지 확인하세요. 그런 다음 클라이언트 DNS 설정에 현재 네트워크와 맞지 않는 사용자 지정 항목이 있는지 살펴봅니다. 처음 설정할 때는 현재 버전의 기본값으로 시작하고 브라우저 보안 DNS, 클라이언트 사용자 지정 DNS, 여러 복잡한 분할 규칙을 한꺼번에 추가하지 마세요. 진입 경로에 따라 DNS 해석 경로가 다를 수 있으므로 브라우저에서 도메인이 해석된다고 클라이언트의 해석 경로도 정상이라고 단정할 수 없습니다.
로그에 주소를 받은 기록이 있는데 연결 시간이 초과됐다면 DNS를 바꾸기보다 대상 노드, 포트, 원격 서버 상태, 네트워크 경로를 확인하세요. 특정 앱만 문제가 있고 브라우저는 정상이라면 해당 앱이 시스템 프록시를 사용하는지, 안드로이드 앱별 규칙에서 제외됐는지 확인하세요. DNS와 라우팅의 관계는 프로토콜 및 코어 기술 참고 자료에서 자세히 확인할 수 있습니다. 기본 설정 단계에서는 현재 오류와 직접 관련된 항목 하나만 수정하세요.
프록시를 켜고 끄며 최종 확인
같은 네트워크, 브라우저, 대상 페이지에서 현재 접속 결과를 기록하세요. 그런 다음 프록시 진입 경로를 잠시 끄고 페이지를 다시 불러온 뒤, 다시 켜서 결과를 비교합니다. 비교하는 동안 노드와 라우팅을 동시에 바꾸지 마세요. 두 결과가 같다면 페이지가 원래 직접 연결될 수 있고, 요청이 예상한 진입 경로를 거치지 않았을 수도 있습니다. 로그를 함께 확인하세요. 비교의 목적은 결과를 일부러 다르게 만드는 것이 아니라 현재 설정과 실제 요청 사이의 관계를 파악하는 것입니다.
확인이 끝나면 정상 작동하는 그룹, 활성 노드, 라우팅 설정을 기억해 두세요. 이후에는 구독을 수동으로 업데이트하고 정상 여부를 확인한 다음 필요에 따라 자동 업데이트를 설정합니다. 구독을 새로 고치면 노드 이름과 매개변수가 바뀔 수 있으므로 변경 후 활성 항목을 다시 확인하세요. 문제 해결 정보를 공유할 때는 클라이언트 이름, 운영체제, 작업 단계, 민감 정보를 가린 오류 문구만 제공하고 전체 구독 주소나 개인 접속 기록은 공개하지 마세요.
이제 구독 가져오기, 프록시 진입 경로, 코어 실행, 실제 접속을 각각 확인했습니다. 특정 단계를 다시 진행하려면 구독 가져오기 또는 프록시 모드 설정으로 돌아가세요. 프로토콜 선택, 코어 호환성, 구독 형식을 알아보려면 프로토콜 자세히 보기를 참고하세요. 처음 설정할 때 모든 고급 옵션을 한꺼번에 설정할 필요는 없습니다.