v2rayN·v2rayNG
구독 가져오기 및 연결 방법

1단계: 구독 가져오기 및 구성 선택

먼저 구독 주소 전체를 복사하세요. 복사 과정에서 따옴표, 공백, 줄바꿈이 포함되었다면 제거하되 URL 끝의 매개변수는 임의로 지우지 마세요. 구독 그룹 이름은 ‘일상 설정’처럼 자유롭게 정할 수 있습니다. 이름은 클라이언트에서 구성을 분류하는 용도이며 서버 연결에는 영향을 주지 않습니다. 처음에는 그룹 하나만 추가하고 절차가 잘되는지 확인한 뒤 다른 구성을 정리하세요.

v2rayN: 그룹을 저장한 뒤 구독 업데이트

메인 창 상단의 ‘구독 그룹’ 메뉴를 열고 ‘구독 그룹 설정’에서 추가를 선택하세요. 메모 또는 별칭에 그룹 이름을 입력하고 주소란에 구독 URL을 붙여 넣은 뒤 저장합니다. 메인 창으로 돌아와 구독 그룹 메뉴에서 현재 그룹을 업데이트하세요. 업데이트 메뉴가 여러 개라면 아직 연결되지 않은 첫 설정 단계에서는 프록시를 사용하지 않는 업데이트 방법을 우선 선택하세요.

업데이트가 끝날 때까지 기다린 다음 하단 정보 영역이나 업데이트 알림을 확인하세요. 업데이트가 성공하면 메인 목록에 해당 그룹의 구성과 이름, 프로토콜 유형 등이 표시됩니다. 먼저 현재 표시된 그룹이 맞는지 확인한 뒤 항목을 선택하고, 마우스 오른쪽 버튼 메뉴의 ‘활성 서버로 설정’ 또는 해당 기능을 통해 사용할 항목으로 지정하세요. 목록에서 행을 선택하는 것만으로는 활성 서버가 바뀌지 않을 수 있으니 활성 표시가 실제로 전환되었는지 확인하세요.

v2rayNG: 구독 그룹 추가 후 목록에서 업데이트

사이드 메뉴에서 ‘구독 그룹 설정’을 열고 추가 메뉴를 누르세요. 메모와 구독 주소를 입력해 저장한 다음 메인 화면으로 돌아와 상단 메뉴에서 구독 업데이트를 선택합니다. 그룹이 여러 개라면 현재 그룹만 업데이트되는지 전체 그룹이 업데이트되는지 확인하세요. 업데이트가 끝나면 해당 그룹으로 전환해 목록에 구성이 표시되는지 확인한 뒤 항목을 눌러 연결할 구성을 선택하세요.

단일 서버 공유 링크를 받았다면 구독 주소로 저장하지 마세요. 공유 링크를 복사한 뒤 메인 화면의 추가 메뉴 또는 서버 메뉴에서 ‘클립보드에서 가져오기’를 선택하세요. 단일 서버를 가져오면 해당 구성만 추가되며 자동 업데이트되는 구독이 만들어지지는 않습니다. 서버 설정이 바뀌면 새 링크를 다시 가져오거나 제공자가 안내한 정식 구독 주소를 사용해야 합니다.

목록이 비어 있다면 여기서 멈추고 확인하세요

‘그룹이 저장됨’이 ‘구성을 가져옴’을 뜻하지는 않습니다. 목록이 비어 있다면 먼저 그룹 필터를 확인한 뒤 주소란을 다시 열어 계정 관리 페이지가 아니라 구독 주소를 붙여 넣었는지 확인하세요. 요청 시간 초과가 발생하면 일반 네트워크와 구독 서비스에 접속할 수 있는지 확인합니다. 파싱 오류가 나면 응답 내용이 클라이언트에서 지원하는 구독 형식인지 살펴보세요. 같은 이름의 그룹을 반복해서 만들면 이후 문제를 찾기 더 어려워집니다.

제공자가 기존 프록시를 통해 업데이트하라고 명시했고 작동하는 연결도 이미 있을 때만 업데이트 방식을 바꾸세요. 구독 업데이트가 계속 실패하면 자주 묻는 질문에서 추가로 점검하고, 형식 호환성은 구독 형식 안내를 참고하세요. 목록에 구성이 표시되고 사용할 항목을 하나 선택했다면 이 단계는 완료입니다. 다음 단계에서 어떤 앱의 트래픽을 클라이언트로 보낼지 정합니다.

2단계: 프록시 모드 및 라우팅 선택

먼저 두 가지를 구분하세요. 시스템 프록시, VPN 연결 또는 TUN은 ‘트래픽을 어떤 방식으로 클라이언트에 전달할지’를 정하고, 라우팅 규칙은 ‘클라이언트에 들어온 트래픽을 프록시로 보낼지 직접 연결할지’를 결정합니다. 두 설정은 서로 다릅니다. 프록시로 보내는 규칙을 선택해도 앱이 요청을 클라이언트에 전달하지 않으면 적용되지 않습니다. 처음에는 설정을 단순하게 유지하고 브라우저 연결부터 확인한 다음 다른 앱을 설정하세요.

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

메인 창이나 트레이 메뉴에서 ‘시스템 프록시’를 찾아 ‘자동 시스템 프록시 설정’을 선택하세요. 이 설정을 사용하면 시스템 프록시를 따르는 앱의 요청이 로컬 클라이언트로 전달됩니다. 메뉴에 ‘시스템 프록시 해제’ 또는 ‘시스템 프록시 변경 안 함’이 있다면 같은 시작 방법으로 보지 마세요. 앞의 항목은 설정을 되돌리고, 뒤의 항목은 기기의 기존 프록시 상태를 유지할 수 있으므로 처음 설정할 때 기본 선택으로 적합하지 않습니다.

다음으로 라우팅 설정을 확인하세요. 일상적인 웹 탐색이라면 클라이언트에 기본 제공되는 규칙 중 필요에 맞는 것을 우선 선택하고 도메인이나 IP 규칙을 바로 편집할 필요는 없습니다. 특정 접속 문제가 분할 라우팅 때문인지 잠시 확인하려면 일반 트래픽을 프록시로 보내는 규칙을 사용해 비교한 뒤 원래 설정으로 되돌리세요. 버전에 따라 기본 규칙 이름이 다를 수 있으므로 설명을 확인하고, ‘전역’이라는 이름만으로 모든 앱이 연결된다고 판단하지 마세요.

이번에는 TUN을 끈 상태로 두세요. 시스템 프록시만으로도 브라우저의 기본 연결을 확인할 수 있습니다. 일부 독립 앱이 시스템 프록시를 따르지 않는 문제는 나중에 처리하면 됩니다. TUN을 사용하면 가상 네트워크 인터페이스, 권한, 라우팅 관련 변수가 늘어나므로 구독을 처음 가져오는 과정과 동시에 점검하지 않는 편이 좋습니다. 해당 앱의 트래픽도 꼭 처리해야 한다면 4단계 검증을 마친 뒤 프로토콜 및 코어 안내와 연결 문제 점검 안내를 읽고 환경 요건을 확인한 다음 별도로 시도하세요.

v2rayNG: 라우팅 및 앱별 설정 확인

설정에서 라우팅 옵션을 열고 기본 제공 규칙을 그대로 둔 채 사용자 지정 도메인이나 IP 항목은 추가하지 마세요. 앱별 프록시를 이미 설정했다면 ‘선택한 앱만 프록시 사용’과 ‘선택한 앱은 우회’ 중 어떤 방식인지 확인하세요. 두 목록은 적용 방향이 반대라 브라우저에 똑같이 체크해도 결과가 완전히 다를 수 있습니다. 첫 테스트에서는 앱별 제한을 끄면 테스트 범위를 더 쉽게 파악할 수 있습니다.

Android에서는 연결을 누르면 시스템 VPN 인터페이스를 통해 설정에 해당하는 트래픽을 처리하므로 데스크톱의 시스템 프록시 메뉴를 그대로 따라 설정할 필요가 없습니다. 기기에 다른 VPN 연결이 있으면 전환하거나 대체하라는 메시지가 표시될 수 있으니 기존 연결의 용도를 먼저 확인하세요. 영향 범위를 파악하지 않은 상태에서 업무 환경의 기존 연결을 덮어쓰지 마세요.

이 단계를 마칠 때는 어떤 방식으로 트래픽을 전달하고 어떤 라우팅을 사용하며 테스트할 앱이 처리 범위에 포함되는지 설명할 수 있어야 합니다. 프로토콜의 모든 매개변수를 이해할 필요는 없으며 구독에 포함된 서버 설정은 그대로 두세요. VLESS, REALITY와 코어 지원의 관계는 연결이 안정된 뒤 REALITY 프로토콜 안내에서 확인하세요. 새 이름을 시험해 보려고 프로토콜 유형을 임의로 바꾸지 마세요.

3단계: 연결 시작 및 실행 상태 확인

구성 목록으로 돌아가 현재 그룹과 선택한 항목을 다시 확인하세요. 처음 연결할 때는 구성 하나만 사용하고 로드 밸런싱이나 사용자 지정 체인 프록시 같은 추가 기능은 켜지 마세요. 목록에 표시된 이름은 제공자가 입력한 설명일 뿐 실제 접속 가능 여부를 보장하지 않습니다. 연결 성공 여부는 실행 알림과 다음 단계의 실제 접속으로 확인해야 합니다.

v2rayN: 활성 서버 및 코어 실행 확인

대상 구성을 활성 서버로 지정하면 클라이언트가 실행 구성을 만들고 코어를 시작하거나 다시 불러옵니다. 메인 창의 정보 영역에서 시작 실패 알림이 계속 표시되지 않는지 확인하세요. 설정을 변경한 뒤 서비스 재시작이나 구성 다시 불러오기 메뉴를 이용할 수 있다면 한 번 실행하고 결과가 나올 때까지 기다리세요. 버튼을 연달아 누를 필요는 없습니다. 마지막으로 ‘자동 시스템 프록시 설정’이 선택되어 있는지 다시 확인하세요.

로컬 포트가 사용 중이라는 메시지가 나오면 같은 포트를 사용 중일 수 있는 다른 프록시 프로그램을 먼저 종료한 뒤 다시 시도하세요. 수신 포트를 바꿔야 한다면 클라이언트 설정에서 변경하고 프록시를 수동으로 설정한 앱도 함께 확인하세요. 한쪽만 바꾸면 새 연결 문제가 생길 수 있습니다. 다른 가이드의 고정 포트 값을 그대로 따라 하지 말고 현재 기기의 실제 설정을 기준으로 점검하세요.

데스크톱 창을 트레이로 최소화하면 클라이언트가 계속 실행될 수 있으며 메인 창을 닫아도 종료되지 않을 수 있습니다. 테스트 중에는 로그를 확인할 수 있는 메뉴를 남겨 두어 접속 실패와 실행 메시지를 비교하세요. 시스템에서 네트워크 접근 권한을 요청하면 필요한 로컬 사용 범위에 맞춰 처리하세요. 문제 해결을 위해 시스템 보호 기능 전체를 끌 필요는 없습니다.

v2rayNG: 연결 버튼을 누르고 시스템 요청 승인

대상 구성을 선택한 뒤 메인 화면의 연결 버튼을 누르세요. 처음 시작하면 Android에서 VPN 연결 요청이 표시됩니다. 요청을 보낸 앱이 v2rayNG인지 확인한 다음 허용하세요. 요청을 취소하면 구성이 있어도 트래픽을 처리할 수 없습니다. 연결이 시작된 뒤 메인 화면에 실행 상태가 표시되는지, 시스템에 해당 연결 표시가 나타나는지 확인하세요.

버튼이 곧바로 연결 해제 상태로 돌아오면 클라이언트 로그나 오류 메시지를 열어 구성 파싱, 코어 시작 또는 권한 관련 오류가 있는지 먼저 확인하세요. 지원하지 않는 필드라는 오류가 명확하게 표시되더라도 익숙하지 않은 매개변수를 삭제하며 해결하려 하지 마세요. 클라이언트를 업데이트해야 하는지, 구독에 필요한 코어 기능이 지원되는지 먼저 확인하세요. 프로토콜과 전송 매개변수는 서버 설정과 일치해야 합니다. 임의로 삭제하거나 바꾸면 시작 오류가 핸드셰이크 오류로 바뀔 수 있습니다.

백그라운드로 전환하거나 화면을 잠근 뒤에만 연결이 끊긴다면 먼저 앱을 전면에서 사용할 때 안정적인지 확인한 다음 해당 앱의 백그라운드 실행 및 배터리 관리 제한을 점검하세요. 기기에 따라 설정 이름이 다르므로 이 앱과 관련된 항목만 조정하세요. 백그라운드 실행이 시스템에 의해 중지된 것을 구독의 모든 구성이 동시에 작동하지 않는 것으로 오해하지 마세요.

클라이언트가 계속 실행되고 눈에 띄는 시작 오류가 없다면 이 단계는 완료입니다. 실행 상태는 로컬 서비스가 시작되었다는 뜻일 뿐 원격 접속 성공까지 보장하지는 않습니다. 다음 단계에서 브라우저와 실제 사용할 앱으로 전체 연결 경로를 확인하세요.

4단계: 브라우저와 앱에서 작동 확인

브라우저에서 새 페이지를 열어 현재 접속이 확인된 사이트를 방문한 다음 실제로 사용할 서비스도 열어 보세요. 캐시된 페이지를 새로고침하거나 페이지 제목만 확인하는 것으로는 충분하지 않습니다. 페이지 안의 새 링크를 열거나 새로운 내용을 불러와 요청이 실제로 완료되는지 확인하세요. 일반 사이트도 열리지 않는다면 라우팅을 바로 바꾸지 말고 네트워크와 클라이언트 실행 상태부터 확인하세요.

먼저 실제 접속을 확인하고 테스트 결과는 참고하세요

클라이언트의 지연 시간 테스트는 구성을 고르는 데 참고할 수 있지만 브라우저 요청의 성공을 보장하지는 않습니다. 일부 테스트는 연결 설정만 확인하고 일부는 특정 요청을 보냅니다. 테스트 방식과 대상은 실제 앱의 동작과 다를 수 있습니다. 테스트 결과는 있지만 웹페이지가 열리지 않는다면 앱의 프록시 사용 여부, 도메인 확인, 라우팅 규칙 적용을 살펴보세요. 반대로 테스트가 시간 초과되더라도 실제 접속이 정상이라면 숫자 하나만 보고 구성을 삭제할 필요는 없습니다.

데스크톱에서 브라우저는 되지만 독립 앱이 작동하지 않는다면 먼저 해당 앱에 자체 프록시 설정이 있는지, 시스템 프록시를 따르는지 확인하세요. 서버 문제라고 단정하지 마세요. Android에서 일부 앱만 작동하지 않으면 2단계로 돌아가 앱별 목록과 라우팅 규칙을 확인하고 해당 앱이 제외되지 않았는지 살펴보세요. 한 번에 앱 하나씩 테스트하면 어느 단계에서 차이가 생기는지 더 빨리 찾을 수 있습니다.

원인을 더 자세히 확인하려면 새 요청을 보내면서 클라이언트 로그나 연결 기록을 살펴보세요. 로그 수준에 따라 대상 주소, 규칙 적용 결과, 오류가 표시될 수 있습니다. 요청이 보이지 않더라도 로그 수준이 낮아서일 수 있으므로 그것만으로 결론을 내리지 마세요. 로그 상세 수준을 임시로 높였다면 문제를 찾은 뒤 평소 설정으로 되돌리고, 로그에 방문 대상이 포함될 수 있다는 점도 유의하세요.

연결을 켰다 꺼 비교해 트래픽 처리와 라우팅 확인

중요한 작업에 영향을 주지 않는 범위에서 연결을 켰을 때와 껐을 때를 비교해 보세요. 데스크톱에서는 시스템 프록시를 해제한 뒤 서비스를 중지합니다. 다시 테스트하기 전에는 자동 시스템 프록시 설정을 복원하고 서비스를 시작하세요. Android에서는 연결 버튼으로 연결을 끊었다가 다시 시작하면 됩니다. 매번 새 요청을 보내고 같은 대상을 테스트해 페이지 캐시나 네트워크 변동을 연결 효과로 착각하지 않도록 하세요.

외부 IP 확인 페이지를 사용했다면 표시된 주소는 해당 요청이 어떤 출구를 이용했는지만 보여 줍니다. 모든 앱과 도메인이 같은 경로를 사용한다는 뜻은 아닙니다. 분할 라우팅에서는 요청마다 서로 다른 출구를 사용하는 것이 정상일 수 있습니다. 모든 페이지에 같은 주소가 표시되는지를 기준으로 삼지 말고 현재 라우팅 규칙이 실제 요구에 맞는지 확인하세요.

계속 실패하면 다음 순서로 확인하세요. 일반 네트워크가 작동하는지, 구독이 업데이트되었는지, 활성 구성이 맞는지, 코어가 계속 실행되는지, 테스트 앱이 클라이언트로 연결되는지, 라우팅이 예상과 맞는지 점검합니다. 연결 문제는 연결할 수 없을 때 점검 방법을, 테스트 결과에만 이상이 있다면 지연 시간 테스트 안내를, 접속은 되지만 느리다면 속도 문제 점검 방법을 참고하세요. 먼저 증상을 파악한 뒤 해당 문제를 확인하고 모든 설정을 한꺼번에 초기화하지 마세요.

사용을 마치면 기기 설정을 원래대로 복원

데스크톱에서 클라이언트를 종료하려면 먼저 ‘시스템 프록시 해제’를 선택한 뒤 트레이 메뉴에서 종료하세요. 그렇지 않으면 앱이 이미 중지된 로컬 서비스로 계속 요청을 보낼 수 있습니다. 다른 방식으로 트래픽을 처리하도록 설정했다면 해당 메뉴에서도 해제하세요. Android에서는 연결을 끊고 클라이언트와 시스템의 연결 상태가 종료되었는지 확인합니다. 마지막으로 일반 사이트에 접속해 기기의 네트워크 상태가 예상대로 복원되었는지 살펴보세요.

네 단계를 완료했다면 현재 작동하는 구성을 그대로 유지하고 매개변수를 더 바꾸지 않아도 됩니다. 이후에는 보통 구독을 업데이트하고 구성을 선택해 연결하면 됩니다. 기기를 바꾸면 시스템 프록시나 앱별 트래픽 처리 범위를 다시 확인하세요. 이전 기기의 동작이 자동으로 적용된다고 가정하지 마세요. 프로토콜 선택, 코어 차이, 구독 호환성을 더 알아보려면 프로토콜 안내를 읽고, 용어만 확인하려면 용어집을 이용하세요.