v2rayN 사용법: 구독 가져오기부터 연결 확인까지

구독 가져오기 및 서버 목록 업데이트

v2rayN 데스크톱에서 “구독 그룹” 또는 “구독 설정” 메뉴를 엽니다. 버전에 따라 상단의 “구독 그룹” 메뉴, 도구 모음 버튼, 서버 관리 메뉴 안에 있을 수 있지만, 목적은 새 구독을 추가할 수 있는 관리 창으로 이동하는 것입니다. 추가를 선택한 뒤 메모란에 “일상 사용”처럼 용도에 따른 이름이나 서비스 제공자 이름을 입력해 알아보기 쉽게 지정하세요. 그런 다음 전체 구독 주소를 주소 입력란에 붙여 넣고 앞뒤에 공백이 없는지 확인한 후 저장합니다.

저장했다는 것은 클라이언트가 구독 주소를 기억했다는 뜻일 뿐, 서버 설정이 목록에 들어왔다는 의미는 아닙니다. 기본 창으로 돌아와 “모든 구독 업데이트”를 실행하거나 해당 그룹을 선택해 업데이트하세요. 업데이트 중에는 창 하단 상태 정보나 로그 영역을 확인합니다. 정상적으로 완료되면 기본 목록에 서버 이름, 주소, 포트, 프로토콜 등의 항목이 표시됩니다. 구체적인 필드는 구독 내용에 따라 달라지며 이름은 서비스 제공자가 정하므로, 이름의 길이만으로 노드 사용 가능 여부를 판단해서는 안 됩니다.

v2rayNG 안드로이드에서는 오른쪽 상단 메뉴를 열고 구독 그룹 설정으로 이동한 다음 추가 버튼을 누릅니다. 메모와 구독 주소를 입력하고 저장한 뒤 설정 목록으로 돌아와 메뉴에서 구독 업데이트를 실행하세요. 업데이트가 완료되면 홈 화면에 하나 이상의 설정 항목이 표시됩니다. 항목을 누르면 현재 설정으로 지정됩니다. 목록이 계속 비어 있다면 연결 단계로 바로 넘어가지 마세요. 시작할 서버 설정이 없는 상태입니다.

구독 업데이트가 실패하면 먼저 주소 자체를 확인하세요

네트워크 오류, 응답 내용 없음, 형식 인식 불가 메시지가 표시되면 구독 주소를 다시 복사하고 서비스 상태를 확인하세요. 웹 관리 페이지 주소, 요금제 안내 페이지, 로그인 페이지를 구독 주소로 착각하지 마세요. 브라우저에서 특정 페이지가 열리더라도 클라이언트가 해석할 수 있는 구독 내용이라는 뜻은 아닙니다. 주소에 특수 문자가 포함되어 있다면 시스템의 기본 복사 기능을 사용하고 문자를 직접 수정하지 않는 것이 좋습니다.

다른 네트워크에서는 같은 주소가 업데이트되지만 현재 네트워크에서 계속 실패한다면 로컬 네트워크를 바꿔 다시 시도해 서비스 측 문제와 로컬 네트워크 문제를 구분할 수 있습니다. 업데이트는 성공했지만 노드 목록이 예상과 다르면 구독 관리로 돌아가 올바른 그룹을 업데이트했는지 확인하세요. 같은 주소를 계속 중복 추가하지 않도록 주의합니다. 여러 구독 병합, 그룹 업데이트 전략, 서버 필터링은 고급 관리 범위이므로 고급 매뉴얼의 구독 그룹 장을 참고하세요.

프록시 모드 선택 및 트래픽 범위 결정

프록시 모드는 어떤 요청을 클라이언트로 보낼지를 결정하며, 노드의 존재 여부를 결정하는 설정은 아닙니다. 처음에는 시스템 프록시부터 시작하는 것이 좋습니다. 영향 범위를 확인하기 쉽기 때문입니다. 브라우저와 시스템 프록시 설정을 따르는 데스크톱 앱은 클라이언트가 제공하는 로컬 프록시 포트를 사용하지만, 시스템 프록시를 읽지 않는 프로그램은 기존 네트워크 경로를 그대로 사용합니다. 이 방식은 구독, 노드, 클라이언트 코어가 함께 작동하는지 먼저 확인하기에 적합합니다.

v2rayN 데스크톱에서 시스템 프록시 메뉴를 찾아 “시스템 프록시 자동 구성” 또는 “시스템 프록시 설정”과 비슷한 의미의 항목을 선택합니다. 활성화하면 상태 표시줄이나 트레이 메뉴에 현재 시스템 프록시 상태가 표시되는 경우가 많습니다. 다음으로 라우팅 모드를 확인하세요. 일반적인 사용에서는 클라이언트 기본 규칙 모드로 시작해 라우팅 규칙에 요청 경로를 맡길 수 있습니다. 연결 문제를 확인하는 중이라면 영향 범위를 명확히 파악한 상태에서 더 직접적인 모드를 임시로 선택할 수 있지만, 점검이 끝나면 실제 사용 목적에 맞는 규칙 설정으로 되돌리세요.

TUN 모드는 시스템 프록시 설정을 따르지 않는 더 많은 앱 트래픽을 처리할 때 사용합니다. 일반적으로 가상 네트워크 인터페이스를 생성하며 시스템 권한 확인이 필요할 수 있습니다. 처음 연결할 때 특정 앱을 아직 테스트하지 않았다는 이유만으로 TUN으로 바로 전환하거나 라우팅과 DNS를 동시에 변경하는 것은 권장하지 않습니다. 먼저 시스템 프록시로 브라우저 요청을 확인하면 문제 범위를 좁힐 수 있습니다. 기본 연결이 정상임을 확인한 뒤 특정 프로그램의 네트워크 동작에 따라 TUN 사용 여부를 결정하세요.

v2rayNG 안드로이드에서는 연결할 때 시스템 네트워크 채널을 통해 선택한 앱의 요청을 처리합니다. 처음 사용할 때 연결 버튼을 누르면 시스템 권한 승인 메시지가 표시되며, 승인해야 채널을 만들 수 있습니다. 클라이언트의 “앱별 프록시”, 라우팅 모드, 우회 규칙으로 트래픽 범위를 추가로 제한할 수 있습니다. 처음에는 이 설정을 단순하게 유지하고, 자주 사용하는 브라우저로 연결을 확인한 뒤 특정 앱을 단계적으로 추가하거나 제외하세요.

“전체”, “규칙”, “우회” 옵션의 의미가 확실하지 않다면 용어 설명의 라우팅 및 트래픽 분류 항목을 먼저 확인하세요. 도메인 규칙, IP 규칙, 사용자 지정 아웃바운드를 작성해야 한다면 고급 매뉴얼의 라우팅 제어 장으로 이동하세요. 이 단계의 완료 기준은 간단합니다. 기본 모드 하나를 명확히 선택하고, 확인에 사용할 브라우저나 앱이 해당 모드의 처리 대상인지 알고 있으면 됩니다.

노드 선택 및 연결 시작

서버 목록으로 돌아가 구독 업데이트 후 표시된 설정을 하나 선택합니다. v2rayN 데스크톱에서는 항목을 두 번 클릭하거나, 오른쪽 클릭 메뉴의 “활성 서버로 설정”을 선택하거나, 화면 안내에 따라 전환할 수 있습니다. 선택한 항목은 색상, 아이콘, 상태 문구 등이 바뀌며 창 하단에 현재 서버 이름이 표시되기도 합니다. 활성 서버가 방금 선택한 항목과 일치하는지 확인한 후 클라이언트 코어를 시작하거나 클라이언트를 실행 상태로 유지하세요.

v2rayNG 안드로이드에서는 설정 목록에서 항목을 눌러 홈 화면의 현재 설정 영역에 이름이 표시되도록 한 다음 연결 버튼을 누릅니다. 처음 연결하면 네트워크 권한 승인 메시지가 표시됩니다. 승인 후 버튼 상태가 바뀌고 시스템 상태 영역에 네트워크 채널이 작동 중임이 나타납니다. 누른 직후 연결 해제 상태로 돌아가더라도 빠르게 반복해서 누르지 마세요. 로그를 열어 설정 읽기, 도메인 해석, 서버 핸드셰이크, 로컬 네트워크 중 어느 단계에서 실패했는지 확인해야 합니다.

연결에는 두 단계가 있습니다. 첫 번째는 클라이언트 코어가 정상적으로 시작되어 로컬 포트를 수신 대기하는 단계이고, 두 번째는 실제 요청이 선택한 서버를 통해 연결되는 단계입니다. 코어가 시작된 것만으로 대상 요청이 성공했다고 볼 수 없습니다. 반대로 코어가 시작되지 않았다면 브라우저 테스트도 유효한 결과를 낼 수 없습니다. 따라서 이 단계에서는 실행 상태와 로그에 뚜렷한 오류가 없는지 먼저 확인하고, 다음 단계에서 실제 요청으로 전체 경로를 검증합니다.

첫 연결 로그 읽는 방법

모든 로그를 한 줄씩 이해할 필요는 없습니다. 현재 작업 시간과 가까운 몇 줄부터 찾으세요. 정상적으로 시작되면 설정 로드, 로컬 인바운드 수신 대기, 코어 실행과 관련된 정보가 나타나는 경우가 많습니다. 실패하면 포트 사용 중, 설정 필드 오류, 주소 해석 실패, 연결 시간 초과, 권한 부족 등의 메시지가 표시될 수 있습니다. 마지막 줄만 보는 것보다 가장 먼저 나타난 오류를 기록하는 편이 유용합니다. 뒤의 오류는 앞선 문제로 발생한 결과일 수 있기 때문입니다.

클라이언트에 내장된 지연 시간 테스트는 노드 선택의 참고 자료로 사용할 수 있지만 실제 연결을 대신하지는 못합니다. 테스트 방식, 네트워크 경로, 대상 주소가 다르면 측정 결과와 실제 웹 사용 경험이 달라질 수 있습니다. 처음에는 여러 노드의 속도를 반복해서 비교하기보다 설정이 완전하고 서비스 상태가 분명한 노드 하나를 선택해 실제 접속을 확인하세요. 기본 경로가 정상인 뒤 현재 네트워크에서 여러 노드의 성능을 비교하면 됩니다.

프록시 작동 여부 확인

확인할 때는 현재 프록시 모드를 확실히 따르는 앱을 사용하세요. 시스템 프록시를 사용할 경우 브라우저를 완전히 종료한 뒤 다시 열어 이전 프로세스가 기존 네트워크 상태를 계속 사용하지 않도록 합니다. 안드로이드에서 연결할 때는 앱별 규칙으로 브라우저가 제외되지 않았는지도 확인하세요. 그런 다음 연결 결과를 명확히 비교할 수 있는 페이지에 접속하면서 클라이언트 로그에 접속 시간과 일치하는 새 요청이 나타나는지 함께 확인합니다.

판단을 웹 페이지가 열리는지만으로 결정하지 마세요. 페이지가 캐시에서 제공되거나 현재 네트워크에서 원래 직접 접속 가능할 수도 있습니다. 더 확실한 방법은 “페이지 결과”, “클라이언트 로그”, “시스템 프록시 상태”를 함께 대조하는 것입니다. 페이지에서 새 네트워크 요청이 발생하고, 로그에 대상 도메인이나 연결 기록이 동시에 나타나며, 클라이언트 프록시를 끈 뒤 결과가 예상대로 달라져야 요청이 실제 프록시 경로로 들어갔다고 볼 수 있습니다.

v2rayN 데스크톱에서는 클라이언트와 시스템 프록시를 켠 상태에서 테스트 페이지를 새로 고치고 로그를 확인하세요. 그런 다음 시스템 프록시만 끄고 같은 페이지를 다시 새로 고쳐 결과를 비교합니다. 테스트가 끝나면 시스템 프록시 메뉴를 확인해 클라이언트를 종료한 뒤에도 현재 사용 상태와 맞지 않는 설정이 남지 않도록 하세요. v2rayNG 안드로이드에서는 연결을 끊은 뒤 같은 페이지에 다시 접속해 연결 상태와 로그 변화를 비교할 수 있습니다. 비교할 때는 한 번에 연결 스위치만 바꾸고 노드나 라우팅 모드는 동시에 변경하지 마세요.

“클라이언트 시작”과 “프록시 작동” 구분하기

클라이언트가 시작되었다는 것은 프로그램과 코어 프로세스가 실행 중이라는 뜻입니다. 프록시가 작동한다는 것은 대상 앱의 요청이 클라이언트로 들어와 설정에 따라 이후 연결을 완료했다는 뜻입니다. 두 상태 사이에는 시스템 프록시, 앱의 프록시 동작, 라우팅 규칙, DNS 등의 단계가 더 있습니다. 로그에 테스트 요청이 전혀 나타나지 않는다면 먼저 앱이 시스템 프록시를 따르는지, 앱별 규칙에서 해당 앱을 제외했는지, 현재 프록시 스위치가 실제로 켜져 있는지 확인하세요.

로그에 요청은 보이지만 연결 시간 초과가 계속된다면 노드 상태, 서버 주소, 로컬 네트워크, DNS를 중점적으로 확인하세요. 이때 같은 구독을 반복해서 가져오거나 모든 설정을 바로 삭제하지 마세요. 먼저 같은 구독의 다른 노드를 선택해 비교하고, 모든 노드가 동일하다면 로컬 네트워크를 바꾸거나 기본 DNS 설정으로 되돌리세요. 조건을 한 번에 하나씩 바꾸면 결과를 비교할 수 있습니다.