시작하기 전에 클라이언트를 설치하고 실행한 뒤, 신뢰할 수 있는 출처에서 받은 유효한 구독 링크를 준비하세요. 클라이언트는 설정을 읽고 요청을 전달하는 역할을 하며, 사용할 수 있는 원격 서버를 자동으로 제공하지 않습니다. 구독 계정의 만료일, 사용 가능한 데이터와 기기 제한은 구독 제공업체의 계정 페이지에서 확인하세요. 이는 이 기기에 클라이언트를 설치했는지와는 별개의 조건입니다.
처음 설정할 때는 프록시 클라이언트를 하나만 실행하고 네트워크를 제어할 수 있는 다른 도구는 잠시 꺼 두세요. 시스템 프록시 설정이 반복해서 덮어써지는 상황을 피할 수 있습니다. 고급 설정을 한꺼번에 바꾸지 말고 클라이언트의 기본 로컬 수신 설정을 유지한 채 구독, 서버 선택, 브라우저 접속을 차례로 확인하세요. 문제가 생겨도 어느 단계에서 달라졌는지 쉽게 파악할 수 있습니다.
1단계: 구독 가져오기 및 목록 업데이트
먼저 구독 제공업체의 계정 페이지에서 구독 URL 전체를 복사하세요. 서버 설정을 업데이트하는 링크를 복사해야 합니다. 계정 로그인 페이지나 요금제 소개 페이지가 아닙니다. URL에는 인증 정보가 포함되는 경우가 많으므로 공개 채팅이나 스크린샷에 공유하지 마세요. 문제를 문의할 때는 끝부분 몇 글자만이 아니라 URL 전체를 가려야 합니다. QR 코드나 서버 공유 링크 하나만 제공되는 경우에는 먼저 형식을 확인한 뒤 클라이언트의 해당 가져오기 메뉴를 사용하세요.
v2rayN에서 구독 그룹 추가
v2rayN 메인 창을 열고 메뉴에서 ‘구독 그룹’을 찾아 ‘구독 그룹 설정’으로 이동한 다음 추가를 선택하세요. 그룹을 알아보기 쉬운 메모와 함께 저장하고 구독 URL 입력란에 전체 주소를 붙여넣으세요. 화면 버전에 따라 추가 작업이 더하기 버튼이나 마우스 오른쪽 버튼 메뉴에 있을 수 있습니다. 구독 URL이 포함된 그룹 항목을 만드는 것이 목적입니다. 이 단계에서는 업데이트에 사용할 주소만 저장되므로 서버 목록이 바뀌지 않아도 실패한 것은 아닙니다.
메인 창으로 돌아가 ‘구독 그룹’ 메뉴에서 방금 만든 그룹의 구독을 업데이트하세요. 아직 프록시 연결을 설정하지 않았다면 먼저 ‘프록시를 사용하지 않고 업데이트’ 옵션을 선택하세요. 현재 네트워크에서 구독 URL에 접속할 수 없을 때만 이미 사용 가능한 것으로 확인된 다른 연결 경로를 고려합니다. 업데이트가 끝나면 해당 그룹으로 전환해 서버 항목이 표시되는지 확인하세요. 다른 그룹의 빈 목록을 이번 업데이트 결과로 착각하지 않도록 그룹 필터도 살펴보세요.
목록이 계속 비어 있다면 클라이언트 메시지를 확인하세요. 네트워크 시간 초과와 콘텐츠 파싱 실패는 원인이 다릅니다. 시간 초과라면 구독 URL에 접속할 수 있는지, 링크가 만료되지 않았는지 확인하세요. 파싱에 실패했다면 복사한 내용이 클라이언트에서 지원하는 구독 형식인지 확인해야 합니다. 웹페이지 응답 내용을 config.json에 그대로 넣지 마세요. 구독 URL, 단일 vmess:// 또는 vless:// 공유 링크, 전체 JSON 설정은 각각 가져오는 메뉴가 다릅니다. 모두 텍스트라고 해서 같은 방식으로 사용할 수는 없습니다.
v2rayNG에서 해당 메뉴 사용
v2rayNG에서 사이드 메뉴를 열고 ‘구독 그룹 설정’으로 이동하세요. 더하기 버튼으로 그룹을 추가한 뒤 메모와 구독 URL을 입력하고 저장합니다. 서버 목록으로 돌아가 메뉴에서 ‘구독 업데이트’를 실행한 다음 해당 그룹을 확인하세요. 그룹만 추가하고 업데이트하지 않으면 서버가 표시되지 않을 수 있습니다. 서버 항목이 이미 있지만 구독 변경 사항이 반영되지 않았다면 같은 주소를 계속 추가하지 말고 다시 업데이트하세요.
이 단계가 완료되면 올바른 그룹에 선택할 수 있는 서버가 표시되고 업데이트 과정에서 오류가 반복되지 않아야 합니다. 아직 모든 서버 항목을 하나씩 시험하거나 서버 매개변수를 직접 수정할 필요는 없습니다. 구독 인코딩과 공유 링크의 차이를 확인하려면 구독 메뉴와 Base64/URI 형식 안내를 읽어 보세요. 준비가 끝나면 서버 목록을 유지한 채 프록시 모드 설정으로 넘어갑니다.
2단계: 시스템 프록시 및 라우팅 모드 선택
서버가 목록에 표시되어도 설정을 가져왔다는 뜻일 뿐, 앱의 요청이 클라이언트로 전달된다는 뜻은 아닙니다. 시스템 프록시나 TUN은 요청이 기기의 클라이언트로 들어오는 방식을 정하고, 라우팅 규칙은 들어온 요청이 어떤 아웃바운드로 나갈지 결정합니다. 서로 다른 단계의 설정입니다. 처음에는 시스템 프록시로 브라우저 접속을 확인하고 기본 라우팅 프리셋을 유지하세요. TUN을 함께 켜거나 DNS를 변경하지 마세요.
시스템 프록시의 세 가지 옵션 이해하기
v2rayN의 ‘시스템 프록시 자동 설정’은 시스템 프록시가 클라이언트의 로컬 수신 주소를 가리키도록 설정합니다. 해당 설정을 따르는 앱이 이 프록시를 사용합니다. ‘시스템 프록시 해제’는 시스템 프록시 설정을 되돌리는 옵션으로, 보통 사용을 중단하거나 문제를 점검할 때 선택합니다. ‘시스템 프록시 변경 안 함’은 클라이언트가 현재 설정을 바꾸지 않는다는 뜻입니다. 직접 연결을 의미하지도, 프록시가 이미 활성화됐다는 뜻도 아닙니다. 시스템에 기존 프록시 주소가 남아 있다면 계속 사용될 수 있습니다.
먼저 이 세 가지 옵션의 위치를 확인하세요. 다음 단계에서 서버를 선택하고 코어가 시작된 것을 확인한 뒤 ‘시스템 프록시 자동 설정’으로 전환합니다. 현재 시스템 프록시가 실행되지 않는 프로그램을 가리킨다면 준비 과정에서 브라우저가 네트워크에 연결되지 않을 수 있으므로 먼저 해제하세요. 자동 설정을 적용할 때는 클라이언트에 표시된 로컬 수신 주소와 포트를 기준으로 하세요. 다른 안내에 나온 고정 포트를 그대로 사용하지 마세요.
먼저 라우팅 프리셋을 사용하고 TUN은 나중에 검토
클라이언트의 라우팅 설정 또는 라우팅 선택 메뉴에서 현재 용도에 맞는 기존 라우팅 프리셋을 선택하세요. 분할 라우팅에서는 일부 요청이 직접 연결되고 나머지는 프록시 아웃바운드로 전달됩니다. 전역 프록시 프리셋은 더 많은 요청을 프록시 아웃바운드로 보냅니다. 실제 동작은 규칙의 내용과 순서에 따라 달라지므로 프리셋 이름만 보고 판단할 수 없습니다. 처음 연결을 확인할 때는 프록시 규칙이 적용될 것으로 예상되는 대상을 선택하고 직접 연결 대상을 하나 비교용으로 남겨 두세요.
TUN은 가상 네트워크 인터페이스로 트래픽을 처리하며 추가 권한이 필요할 수 있고 DNS와 라우팅 동작도 바꿀 수 있습니다. 시스템 프록시를 따르지 않는 앱을 처리하는 데 유용하지만, 처음 연결이 실패했을 때 바로 추가할 설정은 아닙니다. 먼저 TUN을 끄고 시스템 프록시로 기본 연결을 확인하세요. 앱 트래픽을 처리할 필요가 확인되면 전체 문서의 플랫폼별 안내에 따라 별도로 설정하세요. 두 가지 트래픽 처리 방식을 동시에 바꾸면 원인을 파악하기 어렵습니다.
v2rayNG는 주로 시스템 VPN 인터페이스를 통해 앱 트래픽을 처리하므로 데스크톱의 시스템 프록시 3단계 메뉴를 찾을 필요가 없습니다. 앱별 프록시를 사용한다면 테스트할 브라우저가 처리 대상에 포함되는지 확인하세요. 라우팅 모드와 앱별 목록 모두 결과에 영향을 줍니다. 처음에는 분명한 기본 설정을 유지하고 예외 규칙을 많이 추가하지 마세요. 모드를 선택한 뒤 다음 단계에서 서버 연결을 시작합니다.
3단계: 서버 선택 및 연결 시작
v2rayN 서버 목록으로 돌아가 구독 제공업체가 사용 가능하다고 명시한 항목 중 현재 용도에 맞는 서버를 선택하세요. 행을 클릭해 강조 표시된 것만으로는 활성 서버로 지정되지 않을 수 있습니다. 마우스 오른쪽 버튼 메뉴의 ‘활성 서버로 설정’ 또는 현재 버전에서 제공하는 해당 기능을 사용하고 활성 표시가 선택한 항목으로 이동했는지 확인하세요. 이름이 비슷한 서버라도 프로토콜이나 전송 방식이 다를 수 있습니다. 한 서버의 항목을 다른 서버에 복사해 설정을 조합하지 마세요.
시스템 프록시 설정 전에 코어 상태 확인
v2rayN은 보통 서버를 활성화한 뒤 코어를 시작하거나 다시 불러옵니다. 메인 창의 로그 영역에서 최신 기록을 확인하고 설정 파싱 오류, 시작 실패, 포트 사용 중 메시지가 반복되는지 살펴보세요. 창이 열려 있다고 코어가 정상이라는 뜻은 아닙니다. 로컬 수신 서비스가 시작되지 않았다면 시스템 프록시 설정이 정확해도 요청을 받을 곳이 없습니다.
로그에 포트 사용 중이라고 표시되면 다른 프록시 프로그램이나 동일 클라이언트의 중복 실행을 종료한 뒤 다시 시도하세요. 포트를 임의로 바꾸고 시스템 설정을 동기화하지 않는 일이 없도록 주의하세요. 설정 필드가 지원되지 않는다는 로그가 나오면 클라이언트 업데이트 상태와 구독 형식을 먼저 확인하세요. 내용을 모르는 필드를 삭제해 억지로 시작하지 마세요. 설치 권한, 앱 실행 제한, 플랫폼 실행 환경 문제는 전체 플랫폼 설치 및 설정 문서에서 해결하세요. 처음 연결할 때 설정 파일 전체를 직접 관리할 필요는 없습니다.
코어가 정상적으로 실행되면 v2rayN 메뉴에서 ‘시스템 프록시 자동 설정’을 선택하세요. macOS에서는 ‘시스템 설정 → 네트워크’로 이동해 현재 사용 중인 네트워크 서비스를 선택한 다음 ‘세부사항 → 프록시’에서 설정을 확인할 수 있습니다. 메뉴 이름과 단계는 macOS 버전에 따라 약간 다를 수 있습니다. 활성화된 프록시 항목이 이 기기를 가리키고 포트가 클라이언트의 현재 수신 설정과 일치하는지 확인하세요. 실제로 활성화된 항목만 살펴보면 되며 모든 프록시 유형을 켤 필요는 없습니다.
Android에서 연결하고 시스템 요청 확인
v2rayNG 서버 목록에서 원하는 서버를 선택한 뒤 연결 버튼을 누르세요. 처음으로 시스템 VPN 연결 요청이 표시되면 현재 사용 중인 클라이언트에서 보낸 요청이 맞는지 확인한 다음 연결을 허용하세요. 시스템 상태 표시줄에 연결 아이콘이 나타나면 트래픽 처리 인터페이스가 만들어진 것입니다. 원격 서버에 접속할 수 있다는 뜻은 아닙니다. 같은 인터페이스를 사용하는 네트워크 도구가 실행 중이면 먼저 중지한 다음 다시 연결해 인터페이스 충돌을 방지하세요.
연결한 뒤에는 클라이언트의 테스트 기능으로 우선 상태를 확인할 수 있습니다. 테스트에 실패해도 모든 앱에 접속할 수 없는 것은 아니며, 테스트에 성공해도 모든 앱의 요청이 같은 경로를 따르는 것은 아닙니다. 한 번의 테스트 결과만 보고 여러 설정을 연달아 바꾸지 마세요. 서버, 라우팅, 트래픽 처리 모드를 그대로 유지하고 다음 단계에서 실제 브라우저 요청으로 전체 연결을 확인합니다.
4단계: 연결 작동 여부 확인
시스템 프록시를 따르는 브라우저를 열고 새 탭에서 프록시 규칙이 적용될 것으로 예상되는 HTTPS 사이트에 접속하세요. 이미 열어 둔 페이지는 확인 기준으로 삼지 마세요. 캐시, 기존 연결, 백그라운드 사전 로딩 때문에 정상처럼 보일 수 있습니다. 페이지를 새로고침하고 새로운 동작을 한 번 실행하는 동시에 클라이언트 로그에 새 연결 기록이 생기는지 확인해 접속 시간과 로그를 대조하세요.
페이지, 로그, 시스템 설정을 함께 확인
다음 근거가 서로 일치해야 합니다. 새 요청이 정상적으로 처리되고, 클라이언트에 해당 연결 활동이 표시되며, 시스템 프록시 또는 Android의 트래픽 처리 상태도 예상과 맞아야 합니다. 로그에 아웃바운드 태그가 있다면 요청이 proxy로 나갔는지 direct로 나갔는지 확인할 수 있습니다. 실제 태그는 설정에 따라 달라지며 예시와 이름이 같지 않을 수 있습니다. 분할 라우팅에서는 일부 사이트가 직접 연결되는 것이 정상입니다. 모든 연결이 프록시 아웃바운드를 사용해야 하는 것은 아닙니다.
직접 연결될 것으로 예상되는 페이지도 열어 기본 네트워크에 문제가 없는지 확인하세요. 외부 IP 조회 결과는 보조 근거로만 사용하세요. 라우팅 규칙에 따라 조회 페이지 자체는 직접 연결되고 같은 브라우저의 다른 요청은 프록시를 사용할 수 있습니다. 외부 IP를 확인할 때는 조회 대상에 어떤 규칙이 적용됐는지 먼저 살펴보세요. IP 주소가 바뀌지 않았다는 이유만으로 모든 프록시가 작동하지 않는다고 판단하지 마세요.
문제가 생기면 한 번에 한 단계씩 확인
모든 페이지가 열리지 않으면 먼저 시스템 프록시를 해제하고 기본 네트워크가 복구되는지 확인하세요. Android에서는 먼저 v2rayNG 연결을 끊고 같은 방식으로 비교합니다. 기본 네트워크가 정상이라면 클라이언트에서 코어 상태와 활성 서버를 확인하세요. 브라우저에 로컬 프록시 연결 거부가 표시되면 먼저 수신 서비스와 포트를 점검합니다. 요청이 클라이언트까지 전달된 뒤 원격 연결이 시간 초과되면 서버 상태, 구독 상태, 현재 네트워크 조건을 확인하세요. 서로 다른 단계의 오류를 모두 DNS 문제로 돌리지 마세요.
브라우저는 정상인데 특정 앱만 달라진 점이 없다면 먼저 앱 자체의 프록시 옵션과 시스템 프록시를 따르는지 확인하세요. 일부 앱은 개별 설정이 필요하고, 다른 앱은 TUN으로 처리할 수 있습니다. 특정 도메인에서만 문제가 생기면 라우팅 규칙 적용과 DNS 동작을 확인하세요. 단계별 문제 해결 방법은 전체 문서의 설정 관련 자주 묻는 질문을 참고하세요. 우선 작동이 확인된 브라우저 경로는 그대로 두고 특정 앱 하나를 고치려고 모든 설정을 다시 바꾸지 마세요.
사용을 마치기 전에 네트워크 설정 복원
데스크톱에서 사용을 마칠 때는 먼저 ‘시스템 프록시 해제’를 선택한 다음 v2rayN을 종료하세요. 메인 창만 닫으면 화면이 숨겨질 뿐일 수 있습니다. 프로세스를 바로 종료하면 시스템 프록시가 이미 중지된 로컬 포트를 계속 가리킬 수도 있습니다. 종료 후 브라우저가 네트워크에 연결되지 않으면 시스템 네트워크 설정에 프록시가 남아 있는지 확인하고 사용 전 상태로 복원하세요. 조직에서 관리하는 기기라면 기존 관리 설정을 삭제하지 말고 변경 가능한 범위를 먼저 확인하세요.
v2rayNG에서는 먼저 연결 끊기를 누르고 시스템 연결 표시가 사라졌는지 확인한 다음 앱을 종료하세요. 마지막으로 이번에 연결이 확인된 서버, 라우팅 프리셋, 트래픽 처리 방식을 기록하면 됩니다. 구독 URL을 기록하거나 공개할 필요는 없습니다. 이 과정으로 구독 업데이트, 활성 서버 지정, 요청 처리, 실제 접속 확인까지 마무리됩니다. 다음에 설정을 바꿀 때도 같은 순서를 따르세요. 한 번에 하나씩 변경하고 같은 대상을 확인하면 문제가 생겼을 때 직전 변경 사항을 중심으로 원인을 찾을 수 있습니다.