기본 개념
클라이언트, 코어, 구독을 구분하고 설정 제공자와 트래픽 처리 위치를 먼저 확인하세요.
V2Ray, 코어, 그래픽 클라이언트는 각각 무엇인가요?
V2Ray는 Project V 프록시 도구 생태계에 속하며, V2Fly와 Xray는 관련 코어 계열입니다. 코어는 프로토콜 처리, 연결, 라우팅을 담당하고 그래픽 클라이언트는 서버 목록, 구독 관리, 설정 화면을 제공합니다. 데스크톱에서는 v2rayN을, Android에서는 Xray 기반 v2rayNG 또는 V2Fly 코어 기반 v2flyNG를 사용할 수 있습니다. 특정 설정의 지원 여부는 클라이언트와 사용하는 코어의 실제 지원 범위에 따라 달라지므로 소프트웨어 이름만으로 판단할 수 없습니다.
클라이언트를 설치했는데 서버 목록이 비어 있는 이유는 무엇인가요?
클라이언트는 연결 설정을 관리하는 도구이며, 설치만으로 서버가 제공되지는 않습니다. 사용 권한이 있는 구독 주소, 개별 공유 링크 또는 설정 파일을 가져와야 합니다. 구독은 보통 여러 서버 설정을 업데이트하는 주소이고, 개별 공유 링크에는 연결 설정 하나가 담깁니다. 먼저 빠른 시작 가이드에 따라 구독 그룹을 만들고 가져온 다음, 현재 그룹의 필터가 다른 서버를 숨기고 있지는 않은지 확인하세요. 서비스 제공업체의 로그인 페이지 주소를 구독 주소로 사용하지 마세요.
글로벌 라우팅, 시스템 프록시, TUN 모드는 어떻게 다른가요?
시스템 프록시는 해당 설정을 따르는 앱의 요청을 로컬 프록시로 전달하고, TUN 모드는 가상 네트워크 인터페이스로 트래픽을 받습니다. 두 방식은 트래픽을 클라이언트로 보내는 방법입니다. 라우팅 프리셋은 클라이언트에 들어온 트래픽을 직접 연결할지 프록시로 보낼지 결정합니다. 글로벌 라우팅을 선택해도 모든 앱을 자동으로 제어하는 것은 아니며, 시스템 프록시를 따르지 않는 프로그램은 직접 연결될 수 있습니다. 처음에는 시스템 프록시부터 테스트하고, 앱 요구에 따라 TUN 사용을 검토하세요. 트래픽 처리 방식과 라우팅을 동시에 바꾸면 원인을 찾기 어려워집니다.
구독 주소와 연결 로그를 다른 사람에게 그대로 보내도 되나요?
구독 주소에는 접근 자격 증명이 포함될 수 있고, 공유 링크나 전체 설정에도 인증 정보가 들어 있을 수 있으므로 계정 정보처럼 안전하게 보관하세요. 도움을 요청할 때는 구독 경로의 토큰, 서버 주소, 사용자 식별 정보, 비밀번호를 가리고 오류 키워드, 클라이언트 이름, 시스템 종류, 작업 단계만 남기세요. 로그는 창 제목만 가리지 말고 민감한 정보가 포함됐는지 한 줄씩 확인해야 합니다. 구독 주소가 공개됐다면 서비스 제공업체가 허용하는 경우 재설정한 뒤 클라이언트의 주소도 업데이트하세요.
설치 및 설정
먼저 설치 파일 아키텍처를 확인한 뒤 가져오기 메뉴, 업데이트 결과, 시스템 권한을 점검하세요. 설치 파일은 클라이언트 다운로드 페이지에서 확인할 수 있습니다.
Android 설치 파일은 arm64와 universal 중 무엇을 선택해야 하나요?
먼저 기기나 운영체제에서 프로세서 및 앱 아키텍처 정보를 확인하세요. 2015년 이후 출시된 주류 스마트폰은 대체로 arm64를 사용하지만, 프로세서가 64비트를 지원해도 운영체제에서 해당 앱 설치를 허용한다는 뜻은 아니므로 구매 연도만으로 판단하면 안 됩니다. 시스템이 arm64를 지원하는 것이 확인되면 해당 파일을 선택하세요. 아키텍처를 모르겠다면 universal 범용 버전을 선택할 수 있으며, 파일 크기는 보통 더 큽니다. 파싱 또는 설치 오류가 발생하면 운영체제 버전, 다운로드 중단 여부, 기존 버전과의 서명 충돌도 확인하세요. 같은 설치 실패 파일을 반복해서 설치하지 마세요.
구독 가져오기에 실패하면 무엇부터 확인해야 하나요?
먼저 가져오려는 항목이 구독 주소, 개별 공유 링크, 설정 파일 중 무엇인지 구분하고, 구독 그룹 또는 해당 가져오기 메뉴를 사용하세요. 복사할 때 앞뒤 공백과 줄바꿈, 메신저가 덧붙인 문장 부호가 없는지 확인하고 주소의 매개변수는 수정하지 마세요. v2rayN 구독 그룹 설정에 주소를 저장한 뒤에는 구독 업데이트를 실행해야 합니다. 주소를 붙여넣는 것만으로 서버 목록이 바로 생성되지는 않을 수 있습니다. 형식이 지원되지 않는다는 메시지가 나오면 설정 제공자에게 내보내기 형식과 클라이언트 호환성을 확인하세요. 전체 설정을 개별 공유 링크 입력란에 임의로 붙여넣지 마세요.
구독 주소는 저장했는데 업데이트에 실패하거나 목록이 그대로라면 어떻게 해야 하나요?
구독 업데이트 로그를 열어 네트워크 연결 실패, 인증 실패, 콘텐츠 파싱 실패를 먼저 구분하세요. 주소가 만료됐거나 구독 기간이 끝났다면 서비스 제공업체 계정에서 처리해야 합니다. 시간 초과라면 현재 네트워크에서 구독 서비스에 접속할 수 있는지 확인하세요. 클라이언트에서 프록시를 사용하는 업데이트와 사용하지 않는 업데이트를 선택할 수 있다면, 현재 이용 가능한 네트워크에 맞춰 선택하세요. 아직 작동하지 않는 프록시로 첫 구독을 업데이트하지 마세요. 업데이트가 성공하면 해당 그룹을 확인하고 필터를 해제하세요. 작업 전에는 기존에 사용할 수 있는 설정을 보존하고, 테스트를 위해 모든 서버를 반복해서 삭제하지 마세요.
TUN을 켤 때 권한 부족 메시지가 표시되면 어떻게 해야 하나요?
데스크톱에서는 먼저 클라이언트를 종료한 뒤, 운영체제 안내에 따라 가상 네트워크 인터페이스 생성 및 라우팅 변경 권한을 부여하세요. Windows에서는 보통 관리자 권한으로 실행해야 합니다. macOS와 Linux에서는 현재 버전의 권한 안내를 따르고 시스템 디렉터리 권한을 임의로 변경하지 마세요. Android에서는 처음 연결할 때 시스템 VPN 권한을 허용해야 합니다. 권한을 허용해도 실패하면 다른 VPN이나 가상 네트워크 어댑터 도구를 잠시 중지한 뒤 다시 시도하고, 로그에서 인터페이스 생성 오류를 확인하세요. 시스템 프록시로 돌아가 테스트하면 권한 문제와 서버 연결 문제를 구분하는 데 도움이 됩니다.
활용 팁
테스트 결과, 라우팅 프리셋, 그룹 필터는 각각 쓰임새가 다릅니다. 설정을 하나 바꾼 뒤 결과를 확인하고 다음 항목을 조정하세요.
구독을 가져온 뒤 서버를 선택하고 실제 연결 지연 시간을 측정하려면 어떻게 하나요?
먼저 대상 구독 그룹을 선택하고 서버 목록에서 테스트할 항목을 골라 현재 클라이언트가 제공하는 실제 연결 지연 시간 테스트를 실행하세요. 이 테스트는 클라이언트 코어를 통해 테스트 주소에 요청을 보내므로 단순한 네트워크 탐지보다 실제 프록시 연결에 가깝지만, 테스트 주소와 네트워크 상태, 당시 부하의 영향을 받습니다. 결과가 정상인 설정을 활성 서버로 지정한 뒤 브라우저로 확인하세요. 지역 이름이나 한 번 측정한 최저 지연 시간만으로 안정성을 판단하지 마세요. 시간 초과 항목은 라우팅 프리셋을 계속 바꾸기보다 로그를 확인하며 다시 테스트하세요.
일상적으로 사용할 때는 중국 본토 우회와 글로벌 라우팅 중 무엇을 선택해야 하나요?
목적지에 따라 트래픽을 나눠 보내려면 중국 본토 우회(Whitelist) 프리셋부터 시작해 실제 사용 환경에 맞는 규칙을 추가하세요. 특정 요청이 분기 규칙의 영향을 받는지 잠시 확인하려면 글로벌(Global)을 임시로 비교 테스트할 수 있습니다. 블랙리스트(Blacklist)는 프리셋의 매칭 범위에 따라 동작하므로 이름만 보고 구체적인 동작을 단정하지 마세요. 전환 전 기존 모드를 기록하고 테스트 후 복원하세요. 글로벌 모드는 코어에 들어온 트래픽의 경로만 바꿉니다. 앱이 시스템 프록시를 사용하는지 여부까지 자동으로 바꾸지는 않으며, DNS도 반드시 같은 경로를 사용한다는 뜻은 아닙니다.
구독이 여러 개일 때 업데이트 후 설정을 잃어버리지 않도록 그룹을 나누려면 어떻게 해야 하나요?
구독 출처별로 그룹을 만들고, 각 그룹에 알아보기 쉬운 이름을 지정한 뒤 주소를 따로 저장하세요. 업데이트 전에는 현재 그룹만 업데이트하는지 전체 그룹을 업데이트하는지 확인하고, 업데이트 후에는 해당 그룹의 로그와 서버 목록부터 살펴보세요. 직접 편집한 서버는 구독을 새로 고칠 때 교체될 수 있으므로 계속 보관할 사용자 지정 설정은 별도로 저장하고 백업하세요. 서버가 사라진 것 같다면 구독 내용이 실제로 줄었는지 판단하기 전에 그룹 탭, 검색 조건, 필터 설정부터 확인하세요. 필터 결과를 업데이트로 인한 손실로 오해하지 않도록 주의하세요.
Android에서 특정 앱만 프록시를 사용하도록 설정할 수 있나요?
v2rayNG 설정에서 앱별 프록시 항목을 찾아 현재 버전의 화면에서 선택한 앱만 프록시를 사용할지, 선택한 앱을 우회할지 확인한 다음 앱을 선택하고 다시 연결하세요. 두 선택 방식은 의미가 반대이므로 다른 클라이언트의 사용법을 그대로 적용하면 안 됩니다. 브라우저와 브라우저에서 콘텐츠를 여는 앱은 서로 다른 프로세스일 수 있으니 테스트할 때 실제로 요청을 보내는 앱을 확인하세요. 업무 프로필이나 다중 사용자 공간의 앱에는 별도 제한이 있을 수 있습니다. 변경 전에는 기존 선택 항목을 기록해 두면 쉽게 복구할 수 있습니다.
문제 해결
트래픽이 클라이언트에 들어오는지 먼저 확인한 뒤 DNS 확인, 인증, 라우팅, 로컬 포트 수신 문제를 구분하세요.
서버 지연 시간 측정이 계속 시간 초과되는데, 서버가 끊긴 건가요?
시간 초과는 이번 테스트가 제한 시간 안에 완료되지 않았다는 뜻일 뿐, 서버가 끊겼다는 증거는 아닙니다. 먼저 기기 시간이 정확하고 기본 네트워크가 작동하는지 확인한 다음, 같은 구독에 있는 다른 설정도 테스트하세요. 모두 실패하면 로그에서 DNS 확인, TLS 핸드셰이크, 인증, 연결 거부 오류가 있는지 살펴보세요. 일부 항목만 실패한다면 설정 제공자에게 주소, 포트, 프로토콜 매개변수를 확인하세요. 테스트 주소에 접속할 수 없어도 결과에 영향을 줄 수 있습니다. 클라이언트에서 허용하는 경우 적절한 테스트 주소로 바꾸고, 테스트 대상의 장애를 모든 서버의 장애로 오해하지 마세요.
클라이언트에는 연결됨으로 표시되는데 브라우저에서 인터넷에 접속할 수 없으면 어떻게 해야 하나요?
연결됨 표시는 로컬 프록시나 가상 인터페이스가 시작됐다는 뜻일 수 있으며, 원격 접속이 성공했다는 의미는 아닙니다. 먼저 활성 서버가 선택되어 있고 실제 연결 테스트를 통과했는지 확인한 다음 브라우저 트래픽이 클라이언트 로그에 나타나는지 확인하세요. 요청 기록이 없다면 시스템 프록시, 브라우저 자체 프록시 설정, 앱별 규칙을 확인하세요. 요청은 기록되지만 실패한다면 DNS, 라우팅, 인증 오류를 살펴보세요. 글로벌 라우팅으로 잠시 비교 테스트한 뒤 원래 설정으로 복원할 수 있습니다. 한 번에 한 항목만 변경하고 오류 전후의 로그를 보관하세요. 여러 트래픽 처리 도구를 동시에 켜지 마세요.
v2rayN 시스템 프록시를 켰는데도 일부 앱이 프록시를 거치지 않는 이유는 무엇인가요?
시스템 프록시는 모든 앱을 강제로 제어하지 않습니다. 일부 앱은 자체 프록시 설정을 사용하거나 네트워크에 직접 연결합니다. 먼저 v2rayN의 시스템 프록시 메뉴에서 시스템 프록시 설정을 선택했는지 확인하고, 운영체제의 프록시 주소와 포트가 클라이언트의 현재 수신 값과 일치하는지 확인하세요. 프록시 설정을 다시 읽어야 하는 앱은 재시작하세요. 브라우저 확장 프로그램이 시스템 설정을 덮어쓸 수도 있습니다. 앱에 수동 프록시 설정이 있다면 클라이언트가 실제로 수신 중인 주소와 포트를 입력하세요. 설정 항목이 없고 트래픽을 꼭 제어해야 한다면 TUN 모드를 검토하세요. 글로벌 라우팅을 대안으로 사용하지 마세요.
시작할 때 포트가 사용 중이라고 나오거나, 종료 후에도 직접 연결이 안 되면 어떻게 해야 하나요?
포트가 사용 중이라면 클라이언트가 중복 실행 중인지 먼저 확인한 뒤 같은 포트를 사용하는 다른 프록시 도구를 종료하세요. 충돌이 계속되면 v2rayN 매개변수 설정에서 사용 가능한 로컬 포트로 변경하고 시스템 프록시와 수동 프록시를 설정한 앱에도 같은 값을 적용하세요. 한 곳만 바꾸면 안 됩니다. 종료 후에도 브라우저가 로컬 프록시에 연결하려 한다면 시스템 프록시 설정이 남아 있는지 확인하세요. 정상적으로 종료하려면 먼저 시스템 프록시를 해제한 뒤 클라이언트를 닫으세요. TUN이 비정상 종료됐다면 다른 VPN과 네트워크 인터페이스 상태도 확인하고, 익숙하지 않은 시스템 라우트를 직접 삭제하지 말고 정상적으로 비활성화한 뒤 다시 연결해 복구하세요.