V2Ray 설정 가이드: 구독 가져오기부터 연결 확인까지

설정을 시작하기 전에 현재 기기에 맞는 그래픽 클라이언트를 설치하고 사용할 수 있는 구독 주소를 준비하세요. 데스크톱 기기에는 v2rayN, 안드로이드 기기에는 v2rayNG를 사용합니다. 아직 클라이언트를 설치하지 않았다면 다운로드 페이지에서 플랫폼에 맞는 버전을 선택하세요. 설치가 끝났다면 클라이언트를 바로 열면 되며, 코어 디렉터리를 수정하거나 설정 파일을 직접 만들 필요는 없습니다.

구독 주소는 일반적으로 https://로 시작하는 한 줄짜리 링크이며, 사용 중인 서비스 제공업체가 발급합니다. 복사할 때는 처음부터 끝까지 모두 선택하고, 브라우저에서 잘려 보이는 일부만 복사하지 마세요. 링크 앞뒤에 공백, 줄바꿈 또는 한글 문장부호가 들어가서도 안 됩니다. 구독과 개별 VMess, VLESS, Trojan 공유 링크는 서로 다릅니다. 구독은 서버 여러 개를 한 번에 업데이트할 수 있지만, 개별 공유 링크는 설정 하나만 가져옵니다. 이 가이드에서는 이후 업데이트와 전환이 더 쉬운 구독 방식을 기준으로 설명합니다.

클라이언트에 기존 서버가 있다면 먼저 어느 구독 그룹에 속하는지 확인하고, 서둘러 모두 삭제할 필요는 없습니다. 새 구독을 추가할 때는 서비스 출처처럼 알아보기 쉬운 그룹 이름을 사용하세요. 나중에 업데이트에 실패해도 어느 그룹에 문제가 있는지 빠르게 파악할 수 있습니다. 준비가 끝났다면 다음 목표는 분명합니다. 구독을 클라이언트에 저장하고 서버 목록에 선택 가능한 항목이 실제로 표시되도록 하는 것입니다.

v2rayN 데스크톱 버전에서 구독 그룹 또는 구독 관리 메뉴를 열고 새 그룹을 만드세요. 메모나 이름 입력란에 알아보기 쉬운 이름을 입력한 다음, 방금 복사한 전체 주소를 구독 주소 입력란에 붙여넣습니다. 저장 후 메인 창으로 돌아와 “구독 업데이트” 또는 해당 그룹의 업데이트 기능을 실행하세요. 업데이트가 끝나면 메인 창의 서버 목록에 여러 항목이 표시되어야 합니다. 일반적으로 별칭, 주소, 포트, 전송 방식, 구독 그룹 등의 열이 표시됩니다.

v2rayNG 안드로이드 버전에서는 왼쪽 상단 메뉴에서 구독 그룹 설정으로 들어가 추가 버튼을 누릅니다. 그룹 이름과 구독 주소를 입력하고 저장한 뒤 서버 목록으로 돌아와 메뉴에서 구독 업데이트를 실행하세요. 업데이트가 성공하면 해당 구독에서 읽어 온 서버 항목이 목록에 표시됩니다. 이때 연결 버튼을 연달아 누르지 말고, 먼저 목록이 비어 있지 않은지와 새 항목이 방금 만든 그룹에 속해 있는지 확인하세요.

업데이트 후에도 서버가 전혀 표시되지 않으면 먼저 구독 편집 화면을 다시 열어 주소가 완전한지, 불필요한 공백이 복사되지 않았는지 확인하세요. 현재 기기에서 인터넷에 정상적으로 접속할 수 있는지도 확인한 다음 저장하고 한 번 수동 업데이트합니다. 실패했다고 내용이 같은 그룹을 여러 개 만들지는 마세요. 목록이 복구된 뒤 중복 항목이 많이 생길 수 있습니다. 서비스 제공업체가 사용자 에이전트, 요청 헤더 또는 구독 변환 규칙 업데이트를 명시적으로 요구한다면 빠른 시작 범위를 벗어나는 설정입니다. 고급 설정의 구독 관리 항목을 참고하세요.

서버 목록이 표시되면 설정이 완전한 서버를 하나 후보로 선택하세요. 다만 어떤 프로토콜이 더 적합한지는 지금 판단하지 않아도 됩니다. 입문 단계에서는 먼저 전체 흐름을 정상적으로 실행하는 것이 중요합니다. 다음 단계에서는 클라이언트가 트래픽을 처리할 범위를 정해야 하므로 프록시 모드를 선택합니다.

다음 단계 프록시 모드 선택 →

프록시 모드는 어떤 연결을 클라이언트가 처리할지 결정합니다. 버전에 따라 메뉴 이름은 조금 다를 수 있지만 일반적으로 규칙 기반 분할, 전역 프록시, 직접 연결 세 가지로 나눌 수 있습니다. 처음 설정할 때는 규칙 기반 분할을 권장합니다. 클라이언트가 내장 또는 사용자 지정 규칙에 따라 요청 경로를 판단하고, 프록시가 필요한 트래픽은 선택한 서버로 보내며 나머지는 직접 연결로 유지합니다. 일상적인 사용을 시작하기에 적합하고 두 종류의 접속이 모두 정상인지 확인하기도 쉽습니다.

v2rayN 데스크톱 버전에서 규칙 기반 분할을 선택한 뒤에는 시스템 프록시 상태도 확인해야 합니다. 일반 브라우저와 시스템 프록시 설정을 따르는 앱은 클라이언트에서 시스템 프록시를 활성화해야 자동으로 프록시를 사용합니다. 클라이언트가 연결되어 있어도 시스템 프록시가 꺼져 있으면 코어는 실행 중일 수 있지만 브라우저는 여전히 기존 네트워크로 접속합니다. 메뉴나 트레이의 시스템 프록시 상태를 현재 목적에 맞게 유지하세요. 클라이언트를 종료하기 전에는 시스템 프록시를 먼저 복원하는 것이 좋습니다. 다음 부팅 때 브라우저가 이미 중지된 로컬 포트를 가리키는 일을 막을 수 있습니다.

v2rayNG 안드로이드 버전에서는 시스템이 제공하는 VPN 서비스가 트래픽을 처리합니다. 처음 시작하면 권한 승인 창이 표시되며, 승인해야 로컬 연결을 만들 수 있습니다. 클라이언트에는 어떤 앱을 프록시로 처리하고 어떤 앱을 우회할지 지정하는 앱별 프록시 기능이 있을 수도 있습니다. 처음부터 복잡한 목록을 만들 필요는 없습니다. 먼저 기본 범위로 연결을 확인한 뒤, 기본 연결이 안정되면 고급 설정 가이드에서 앱별 규칙, 라우팅 우선순위, 사용자 지정 아웃바운드를 살펴보세요.

모드를 선택한 뒤에는 DNS, 라우팅 규칙, 여러 하위 매개변수를 동시에 변경하지 마세요. 한 번에 변수 하나만 바꿔야 문제가 생겼을 때 원인을 찾기 쉽습니다. 현재 단계에서는 세 가지만 기억하면 됩니다. 모드는 규칙 기반 분할로 설정하고, 데스크톱에서는 필요에 따라 시스템 프록시를 활성화하며, 안드로이드에서는 VPN 서비스 권한을 승인하세요. 이제 서버 목록으로 돌아가 서버 하나를 활성 설정으로 지정하고 연결을 시작하면 됩니다.

다음 단계 서버 연결 →

서버 목록으로 돌아가 설정이 완전한 서버를 하나 클릭하거나 탭해 활성 서버로 지정합니다. v2rayN 데스크톱 버전은 보통 강조 표시, 색상 또는 메뉴 상태로 현재 서버를 나타냅니다. 서버를 더블클릭하거나 “활성 서버로 지정”을 선택한 뒤 메인 화면 또는 시스템 트레이에서 서비스를 시작하세요. v2rayNG 안드로이드 버전에서는 목록의 서버를 먼저 눌러 옆에 선택 표시가 나타나게 한 다음 메인 화면의 원형 연결 버튼을 누릅니다.

시작 후에는 먼저 클라이언트 자체의 상태 표시를 확인하세요. 데스크톱에서는 코어 시작 상태가 변하고 트레이 아이콘이나 상태 표시줄에 서비스 실행 상태가 나타나야 합니다. 안드로이드에서는 연결 버튼의 상태가 바뀌고 시스템 상태 영역에 VPN 서비스 표시가 나타납니다. 여기서 확인하는 것은 “로컬 프록시 서비스가 시작되었는가”입니다. 아이콘 하나만으로 대상 웹페이지 접속까지 보장된다고 판단할 수 없으므로 다음 단계에서 실제로 확인해야 합니다.

시작 직후 바로 중지된다면 클라이언트 안내나 로그 마지막 부분의 오류 메시지를 먼저 확인하세요. 서버 설정 필드 누락, 다른 프로그램의 로컬 수신 포트 사용, 큰 시스템 시간 오차, 현재 클라이언트 버전에서 구독 설정 일부를 인식하지 못하는 경우가 흔한 원인입니다. 이때 시작 버튼을 빠르게 연속해서 누르지 마세요. 먼저 서비스를 중지하고 같은 구독의 다른 서버를 선택한 뒤 다시 시작하면, 특정 서버의 문제인지 클라이언트 전체의 문제인지 빠르게 구분할 수 있습니다.

특정 서버 하나만 실패하고 다른 서버는 시작된다면 사용 가능한 서버를 유지한 채 가이드를 계속 진행한 다음 구독 제공업체에 해당 항목의 이상 여부를 문의하세요. 모든 서버를 시작할 수 없다면 먼저 같은 종류의 로컬 포트를 사용 중일 수 있는 다른 프록시 클라이언트를 종료한 뒤 현재 클라이언트를 다시 여세요. 더 복잡한 포트 충돌, 코어 로그, 전송 매개변수 문제는 고급 설정 및 문제 해결에서 계속 확인할 수 있습니다.

클라이언트에 서비스 실행 중이라고 표시되고 활성 서버와 프록시 모드가 모두 정해졌다면 마지막 단계로 넘어갑니다. 클라이언트의 상태 문구만 믿지 말고 브라우저에서 프록시 접속과 일반 직접 연결을 각각 테스트하여 전체 경로가 실제로 작동하는지 확인하세요.

다음 단계 작동 여부 확인 →

클라이언트를 실행한 상태에서 새 브라우저 창을 열고, 평소 프록시가 있어야 접속할 수 있는 페이지를 먼저 방문하세요. 이미 열려 있던 탭만 확인하지 마세요. 이전 페이지의 캐시를 사용하거나 기존 연결을 유지하고 있을 수 있습니다. 새 창에서는 새로운 DNS 조회와 네트워크 연결을 더 직접적으로 유도할 수 있습니다. 페이지가 정상적으로 로드되면 한 번 새로 고침하고 이미지나 하위 페이지도 열어 로컬 캐시된 홈페이지뿐이 아닌지 확인하세요.

그다음 평소 직접 연결하는 웹사이트를 방문해 페이지, 이미지, 로그인 상태가 정상인지 확인합니다. 규칙 기반 분할에서는 두 종류의 접속이 모두 완료되어야 합니다. 프록시가 필요한 요청은 활성 서버를 사용하고, 직접 연결 규칙에 해당하는 요청은 기존 경로를 유지합니다. 프록시 페이지는 정상인데 일반 사이트가 이상하면 라우팅 또는 DNS 문제일 가능성이 큽니다. 일반 사이트는 정상인데 프록시 페이지가 실패하면 활성 서버, 구독 설정, 시스템 프록시 처리 상태를 먼저 확인하세요.

클라이언트에서 연결 로그에 새로운 접속 기록이 계속 나타나는지도 확인할 수 있습니다. 로그의 연결 수립 정보는 브라우저 트래픽이 실제로 클라이언트에 도달했음을 보여주지만, 입문 단계에서 하위 프로토콜을 한 줄씩 해석할 필요는 없습니다. 실제 페이지 접속이 예상대로 이루어지고, 서버를 바꾸면 결과도 함께 달라지며, 클라이언트를 중지한 뒤 시스템 네트워크가 정상적으로 복구되면 기본 설정이 완료된 것입니다.

확인이 끝나면 현재 서버를 일상적인 활성 설정으로 유지해도 됩니다. 구독 내용이 바뀌면 주소를 반복해서 삭제하고 다시 추가하지 말고 구독 업데이트 기능으로 목록을 새로 고치세요. 서버를 바꿀 때는 다른 항목을 선택해 활성 서버로 지정하면 되며, 보통 구독 그룹을 다시 만들 필요가 없습니다. 클라이언트 업데이트 후 화면 위치가 달라져도 이 페이지의 판단 순서는 그대로 적용할 수 있습니다. 먼저 구독, 다음 모드, 그다음 연결, 마지막으로 확인입니다.

빠른 시작 중 문제가 발생했을 때 가장 효과적인 방법은 여러 매개변수를 한꺼번에 바꾸는 것이 아니라 절차를 역순으로 확인하는 것입니다. 먼저 클라이언트가 계속 실행 중인지 확인하고, 이어서 활성 서버가 올바른지, 프록시 모드와 구독 업데이트 시점을 확인하세요. 하나를 수정할 때마다 브라우저의 새 창을 열어 다시 테스트하여 캐시와 기존 연결이 판단을 방해하지 않도록 합니다.

위의 점검으로도 원인을 찾지 못했다면 클라이언트 이름, 운영체제, 문제가 발생한 단계, 특정 서버 하나에서만 문제가 발생하는지, 로그 마지막 부분의 오류 유형을 기록하세요. 구독 주소와 전체 서버 정보를 공개하지 마세요. 명확한 현상을 정리해 고급 설정 가이드에서 확인하는 편이 클라이언트를 반복해서 재설치하는 것보다 원인을 찾기 쉽습니다.