클라이언트, 구독 주소, 시스템 시간 확인
설정을 시작하기 전에 설치가 완료된 클라이언트와 정상적으로 사용할 수 있는 구독 주소를 준비합니다. 데스크톱 기기에서는 v2rayN을, Android 기기에서는 v2rayNG를 사용합니다. 클라이언트가 아직 없다면 먼저다운로드 페이지에서 운영체제에 맞는 버전을 선택하세요. 설치가 끝나면 클라이언트를 한 번 실행해 기본 설정 폴더와 초기 설정을 만든 뒤 아래의 구독 작업을 진행합니다.
구독 주소는 보통 네트워크 프로토콜로 시작하는 완전한 링크입니다. 복사할 때는 첫 문자부터 마지막 문자까지 모두 선택하고, 메신저가 자동으로 추가한 따옴표, 공백, 줄바꿈은 포함하지 마세요. 구독 주소는 설정 진입점이므로 본인이 사용하는 클라이언트에만 저장해야 합니다. 주소가 만료되었거나 재설정되었거나 접근에 필요한 매개변수가 빠졌다면 클라이언트 조작이 올바르더라도 서버 목록을 가져올 수 없습니다. 이 경우 구독 제공자에게 주소 상태를 확인하세요.
기기의 날짜, 시간, 시간대도 확인합니다. 일부 프로토콜은 연결 과정에서 시간 정보를 사용하므로 시스템 시간의 오차가 크면 핸드셰이크가 실패할 수 있습니다. 먼저 시스템의 자동 시간 설정을 활성화한 뒤 계속 진행하는 것이 좋습니다. 컴퓨터에서 다른 프록시 클라이언트가 실행 중이라면 먼저 종료해 시스템 프록시 설정이나 로컬 수신 포트를 여러 프로그램이 동시에 사용하지 않도록 하세요. 일반적인 로컬 SOCKS 포트는 10808이지만 실제 값은 현재 클라이언트 설정을 기준으로 해야 합니다.
구독을 가져오고 서버 목록 업데이트
v2rayN 데스크톱 클라이언트에 구독 추가
v2rayN을 실행한 뒤 먼저 상단 메뉴에서 “구독 그룹” 또는 비슷한 메뉴를 찾아 구독 그룹 설정으로 들어갑니다. 새 구독을 추가할 때 알아보기 쉬운 메모를 입력하고 전체 구독 주소를 주소 입력란에 붙여 넣습니다. 메모는 로컬에서 구분하기 위한 것이며 연결에는 영향을 주지 않습니다. 주소는 반드시 원문 그대로 유지해야 합니다. 저장한 뒤 메인 창으로 돌아와 구독 관련 메뉴를 다시 열고 “현재 구독 업데이트” 또는 “모든 구독 업데이트”를 실행합니다.
업데이트가 끝나면 메인 창의 서버 목록에 하나 이상의 설정이 표시되어야 합니다. 목록에는 보통 프로토콜 유형, 주소, 포트, 전송 방식 등의 기본 정보가 표시됩니다. 이 단계에서는 설정을 하나씩 다시 작성할 필요가 없으며, 필드의 용도를 모른 채 포트, 사용자 식별자, 전송 계층, 보안 설정을 수정해서도 안 됩니다. 구독은 이러한 매개변수를 완전한 설정으로 클라이언트에 전달합니다. 그중 하나라도 수동으로 바꾸면 연결되지 않을 수 있습니다.
업데이트 후에도 목록이 비어 있다면 먼저 구독 그룹 설정으로 돌아가 주소가 잘리지 않았는지 확인한 다음, 방금 실행한 작업이 구독 저장이 아니라 업데이트였는지 확인합니다. 일부 네트워크 환경에서는 클라이언트가 “프록시를 통한 업데이트”와 “직접 업데이트”를 제공합니다. 처음 설정하고 현재 사용할 수 있는 연결이 없다면 먼저 직접 업데이트를 시도하세요. 이미 사용 가능한 연결이 있지만 새 구독에 직접 접근할 수 없다면 상황에 따라 현재 프록시를 통한 업데이트를 선택합니다.
v2rayNG Android 클라이언트에 구독 추가
v2rayNG를 실행하고 오른쪽 상단 메뉴에서 “구독 그룹 설정” 또는 “구독 설정”으로 들어갑니다. 추가 버튼을 눌러 메모와 구독 주소를 입력하고 저장한 뒤 설정 목록으로 돌아옵니다. 이어서 업데이트 메뉴를 열고 구독 업데이트를 실행합니다. 업데이트가 끝나면 메인 화면에 선택 가능한 설정 항목이 표시됩니다. 목록이 계속 비어 있다면 현재 선택된 구독 그룹을 확인하고 업데이트가 완료되었는지 점검하세요.
Android 시스템은 앱의 백그라운드 네트워크 접속을 제한할 수 있습니다. 가져오기 단계에서 오랫동안 결과가 나타나지 않으면 v2rayNG를 포그라운드에 둔 상태에서 업데이트를 다시 실행해 보세요. 시스템에서 절전 제한을 엄격하게 적용 중이라면 클라이언트가 정상적으로 네트워크에 접속하도록 잠시 허용할 수도 있습니다. 중요한 것은 대기 시간이 아니라 최종적으로 설정 목록을 가져왔는지 여부입니다. 목록에 프로토콜과 서버 항목이 표시되면 다음 단계로 진행할 수 있습니다.
프록시 모드와 라우팅 규칙 선택
클라이언트가 서버 설정을 가져온 후에는 어떤 트래픽을 프록시 출구로 보낼지, 어떤 트래픽을 직접 연결로 유지할지 결정해야 합니다. 이 결정은 보통 두 가지 설정으로 이루어집니다. 시스템 프록시는 앱의 요청을 클라이언트로 보내고, 라우팅 규칙은 클라이언트 내부에서 direct 또는 proxy 출구를 선택합니다. 이름은 비슷하지만 역할이 다르므로, 먼저 판단하기 쉬운 기본 조합을 사용하고 연결에 성공한 뒤 세부 설정을 조정하세요.
데스크톱에서 시스템 프록시 자동 설정 활성화
v2rayN 메인 창이나 트레이 메뉴에서 “시스템 프록시”를 찾아 “시스템 프록시 자동 설정”을 선택합니다. 활성화하면 시스템 프록시 설정을 읽는 브라우저와 데스크톱 앱이 요청을 v2rayN으로 전달합니다. 로컬 SOCKS 및 HTTP 수신 포트는 클라이언트가 관리하므로 일반적으로 브라우저에 다시 입력할 필요가 없습니다. 브라우저 프록시를 수동으로 설정한 적이 있다면 먼저 시스템 설정을 따르도록 되돌려 브라우저가 이전 포트를 계속 사용하지 않게 하세요.
그다음 “라우팅 설정”으로 들어가 처음 사용하는 경우 클라이언트가 제공하는 일반적인 분할 라우팅 프리셋을 선택합니다. 이러한 프리셋은 보통 로컬 네트워크 주소와 중국 본토의 일반적인 리소스를 직접 연결하고, 나머지 일치 항목은 규칙에 따라 프록시로 보냅니다. 라우팅 규칙은 순서와 일치 조건에 따라 실행되므로 처음부터 많은 사용자 지정 도메인을 추가하는 것은 권장하지 않습니다. 먼저 기본 프리셋이 정상적으로 작동하는지 확인한 뒤 필요에 따라 routing 라우팅 규칙 참고 자료를 읽어보세요.
Android에서 라우팅과 앱 적용 범위 확인
v2rayNG 설정에서 “사전 정의 규칙” 또는 라우팅 관련 옵션을 찾아 일상적인 사용에 적합한 분할 라우팅 규칙을 선택합니다. 특별한 요구가 없다면 먼저 일반적인 프리셋을 유지하세요. 이어서 “앱별 프록시”가 활성화되어 있는지 확인합니다. 꺼져 있으면 연결 후 시스템이 해당 연결로 전달하는 앱 트래픽이 통합 규칙에 따라 처리됩니다. 켜져 있으면 선택한 앱 또는 제외 목록에 없는 앱만 클라이언트로 들어갑니다. 처음 확인할 때는 간단한 설정을 사용해 테스트 앱을 잘못 제외하여 연결 실패로 오해하지 않도록 하세요.
프록시 모드는 연결 품질을 선택하는 옵션이 아닙니다. 전역, 분할 라우팅, 사용자 지정 라우팅으로 전환해도 잘못된 구독 매개변수가 수정되거나 사용할 수 없는 서버가 정상화되지는 않습니다. 프록시 모드는 트래픽이 출구를 선택하는 방식만 바꿉니다. 나중에 일부 앱은 정상 작동하지만 다른 앱은 계속 클라이언트를 거치지 않는다면 구독을 반복 업데이트하기보다 앱별 적용 범위, 시스템 프록시를 읽는 방식, 라우팅 규칙 적중 여부를 먼저 확인하세요.
활성 서버를 선택하고 연결 시작
프록시 모드 설정을 마쳤다면 서버 목록으로 돌아가 설정 하나를 현재 활성 서버로 선택합니다. 구독에 설정이 여러 개 있어도 기본 테스트에서는 하나만 선택하면 되며 여러 항목을 동시에 수정할 필요는 없습니다. 데스크톱에서는 보통 목록 항목을 두 번 클릭하거나 마우스 오른쪽 버튼 메뉴에서 “활성 서버로 설정”을 실행합니다. 선택하면 현재 행의 색상, 표시, 상태 문구가 바뀝니다. Android에서는 설정 항목을 직접 눌러 왼쪽이나 오른쪽에 선택 표시가 나타나게 합니다.
v2rayN에서는 활성 서버를 확인한 뒤 코어를 시작합니다. “시스템 프록시 자동 설정”이 활성화되어 있다면 시작 후 시스템 프록시가 클라이언트의 로컬 수신 포트를 가리킵니다. 창 하단의 상태 영역이나 로그에서 Xray 등의 코어가 시작되고 로컬 인바운드가 생성되었다는 정보를 확인할 수 있습니다. 정상적으로 시작되었다고 해서 대상 서버가 반드시 사용 가능한 것은 아니지만, 최소한 클라이언트가 설정을 읽고 로컬 수신을 생성할 수 있다는 뜻입니다.
v2rayNG에서는 설정을 선택한 뒤 메인 화면의 연결 버튼을 누릅니다. 시스템에서 이러한 연결을 처음 만들 때 네트워크 연결 권한 안내가 표시되며, 승인하면 클라이언트 상태가 연결됨으로 바뀌고 상태 표시줄에 연결 표시가 나타납니다. 누른 직후 다시 연결 안 됨으로 돌아간다면 버튼을 계속 누르지 말고 클라이언트 로그에서 처음 나타난 명확한 오류를 확인하세요. 흔한 원인은 설정 필드 누락, 서버 접속 불가, 시스템 시간 오류, 일시적인 네트워크 문제입니다.
시작 직후 여러 설정을 바로 전환하지 마세요. 몇 초 동안 기다려 도메인 확인, 프로토콜 핸드셰이크, 전송 계층 연결이 완료되게 한 뒤 다음 접속 테스트를 진행합니다. 현재 설정이 실패하면 연결을 중지하고 구독의 다른 설정을 선택한 다음 다시 시작하세요. 한 번에 한 가지 요소만 바꿔야 문제가 활성 서버, 라우팅 규칙, 시스템 프록시 중 어디에서 발생했는지 판단할 수 있습니다.
프록시 정상 작동 확인
확인할 때는 “앱이 접속되는지”와 “클라이언트가 트래픽을 받는지”를 함께 관찰해야 합니다. 먼저 시스템 프록시를 읽는 브라우저를 열고 평소 안정적으로 접속되는 웹페이지를 방문한 다음, 현재 프록시 규칙으로 처리해야 하는 대상을 방문합니다. 페이지가 정상적으로 로드되고 클라이언트 로그나 트래픽 카운터에 새 연결 기록이 나타나면 앱 요청이 클라이언트로 들어온 것입니다. 클라이언트에 연결됨이라고 표시되는 것만으로는 브라우저가 해당 연결을 사용한다고 입증할 수 없습니다.
데스크톱에서는 v2rayN 로그의 대상 도메인, 인바운드 유형, 라우팅 출구를 중점적으로 확인합니다. 새 접속 기록이 나타나면 시스템 프록시 경로가 대체로 올바른 것입니다. 기록이 최종적으로 direct 또는 proxy를 가리키는지는 현재 라우팅 규칙이 결정합니다. 브라우저에 새 기록이 전혀 없다면 먼저 시스템 프록시가 여전히 “시스템 프록시 자동 설정”인지 확인한 뒤 브라우저에 독립적인 프록시 설정이 활성화되어 있지 않은지 점검하세요. 수신 포트를 변경했다면 시스템 프록시가 가리키는 포트와 v2rayN의 현재 포트가 일치하는지도 확인해야 합니다.
Android에서는 연결을 유지한 채 테스트 앱을 열고 v2rayNG로 돌아와 로그나 연결 정보를 확인할 수 있습니다. 클라이언트에 새 연결이 전혀 없다면 앱별 프록시에서 해당 앱이 제외되지 않았는지 확인하세요. 연결은 보이지만 접속에 실패한다면 활성 서버와 라우팅 결과를 다시 점검합니다. 일부 앱은 이전 연결을 캐시하므로 설정을 바꾼 뒤에는 해당 앱을 완전히 종료했다가 다시 열어 이전 세션이 판단에 영향을 주지 않게 하세요.
연결 중지 비교 테스트도 할 수 있습니다. 현재 정상적으로 접속되는 결과를 기억한 뒤 클라이언트 연결을 직접 중지하고 같은 대상을 새로고침합니다. 그다음 다시 연결해 새로고침하세요. 두 결과가 프록시 규칙에 맞게 달라지면 트래픽 경로를 확인하는 데 도움이 됩니다. 테스트가 끝나면 필요한 연결 상태로 되돌리면 되며 로그 창을 계속 열어 둘 필요는 없습니다.
구독 업데이트, 설정 전환, 클라이언트 종료
구독 내용이 바뀌어도 기존 그룹을 삭제하고 다시 추가할 필요는 없습니다. “현재 구독 업데이트” 또는 “모든 구독 업데이트”를 직접 실행하면 클라이언트가 구독 내용을 다시 읽고 설정 목록을 갱신합니다. 업데이트 후 현재 활성 서버가 여전히 존재하는지 확인하세요. 기존 설정이 교체되었다면 새 설정을 선택하고 연결을 시작합니다. 같은 주소를 반복해서 추가하면 그룹이 여러 개 생겨 현재 어느 설정을 사용하는지 판단하기 어려워집니다.
활성 서버를 전환할 때는 먼저 목록에서 새 설정을 선택한 다음 연결 상태와 로그를 확인합니다. 일부 버전은 코어를 자동으로 다시 시작하지만, 일부 버전은 직접 중지한 뒤 다시 시작해야 합니다. 전환 후에는 간단한 접속 테스트를 수행해 새 설정이 작동하는지 확인하세요. 라우팅 프리셋만 수정한 경우에도 새 규칙이 이후 요청에 완전히 적용되도록 연결을 다시 설정하는 것이 좋습니다. 이미 생성된 기존 연결이 새 출구를 즉시 사용한다고 보장할 수는 없습니다.
데스크톱에서 메인 창을 닫아도 v2rayN이 트레이 영역에서 계속 실행될 수 있습니다. 완전히 종료하려면 트레이 메뉴에서 종료를 선택하고, 필요하다면 먼저 시스템 프록시를 해제하세요. 그렇지 않으면 앱이 로컬 수신이 사라진 프록시 주소를 계속 사용해 클라이언트 종료 후 웹페이지에 접속할 수 없게 됩니다. Android에서는 연결을 중지하면 시스템 연결 상태도 함께 종료됩니다. 데스크톱으로 돌아가기만 하고 연결을 중지하지 않으면 클라이언트가 시스템 정책에 따라 계속 실행될 수 있습니다.
기본 설정이 안정된 후 DNS, sniffing, Mux, 로컬 네트워크 연결, 사용자 지정 라우팅 등의 설정을 살펴볼 수 있습니다. 이러한 기능은 명확한 요구가 있을 때 사용하는 것이 좋으며 문제가 없는데 한꺼번에 모두 바꾸는 것은 피하세요. 필드 의미와 JSON 구조는 설정 참고 자료에서, 구독 업데이트, 포트 사용 중, 연결 실패와 관련된 추가 내용은 문제 해결에서 확인할 수 있습니다.
정해진 순서로 빠르게 점검
첫 번째로 구독을 확인합니다. 구독 주소가 완전한 상태인지 확인하고 수동 업데이트 후 목록에 설정이 표시되는지 확인하세요. 업데이트 자체가 실패했다면 먼저 구독 접속 또는 형식 문제를 해결하고 라우팅 조정은 나중에 진행합니다. 두 번째로 활성 서버를 확인합니다. 목록에서 실제로 설정 하나가 선택되어 있는지 확인하고 같은 구독의 다른 설정도 시도해 특정 설정만 일시적으로 사용할 수 없는 상황인지 확인하세요.
세 번째로 클라이언트 상태와 로컬 포트를 확인합니다. 로그에 포트 사용 중, 설정 해석 실패, 코어 미실행 등의 명확한 메시지가 있는지 살펴보세요. 포트 충돌이 발생했다면 다른 유사 클라이언트를 먼저 종료한 뒤 현재 클라이언트를 다시 시작합니다. 여러 포트를 임의로 바꾸면 브라우저, 시스템 프록시, 다른 호출 프로그램이 이전 값을 계속 사용할 수 있으므로 권장하지 않습니다. 네 번째로 트래픽 진입점을 확인합니다. 데스크톱에서는 시스템 프록시 모드를, Android에서는 연결 권한과 앱별 적용 범위를 확인하세요.
다섯 번째로 라우팅과 DNS를 확인합니다. 클라이언트가 요청을 받았지만 대상이 계속 예상과 다른 출구로 나간다면 현재 라우팅 프리셋과 사용자 지정 규칙의 순서를 점검하세요. 로그에 도메인 확인 실패가 표시되면 DNS 설정과 현재 네트워크가 정상적으로 작동하는지 확인합니다. 문제를 해결하는 동안 한 번에 한 곳만 변경하고, 변경 후 연결을 다시 설정해 재시험하세요. 서버, 포트, 라우팅, DNS를 동시에 바꾸는 것보다 원인을 찾기 쉽습니다.
네 단계 완료 후 확인 목록
- 구독 그룹을 업데이트할 수 있고 서버 목록이 비어 있지 않습니다.
- 활성 서버가 선택되어 있고 클라이언트 코어가 계속 실행 중입니다.
- 데스크톱 시스템 프록시 또는 Android 앱 적용 범위가 올바르게 설정되어 있습니다.
- 테스트 접속이 클라이언트에 해당 연결 기록을 남깁니다.
- 라우팅 결과가 선택한 프리셋과 일치하고, 연결을 중지한 뒤 상태가 정상적으로 복구됩니다.
원인을 여전히 확인할 수 없다면 클라이언트를 반복해서 재설치할 필요는 없습니다. 문제가 발생한 작업 순서, 클라이언트 로그의 첫 번째 오류, 현재 프록시 모드를 기록한 뒤 문제 해결을 참고해 항목별로 확인하세요. 기본 연결은 성공했지만 도메인별 분할 라우팅이나 인바운드·아웃바운드 설정을 더 세밀하게 조정해야 한다면 설정 참고 자료를 계속 읽어보세요.