기초 개념
먼저 클라이언트, 코어, 트래픽 진입점을 구분한 뒤 기기에 맞는 설정 방식을 선택하세요.
V2Ray, 코어, GUI 클라이언트는 각각 어떤 역할을 하나요?
V2Ray는 일반적으로 Project V 생태계의 프록시 기술과 관련 프로젝트를 가리킵니다. 코어는 프로토콜 처리, 전송 연결, 라우팅을 담당하고 GUI 클라이언트는 구독 관리, 설정 편집, 실행 제어를 담당합니다. v2rayN은 데스크톱 클라이언트이며 v2rayNG와 v2flyNG는 Android용입니다. 인터페이스가 열린다는 것은 클라이언트가 실행되었다는 뜻일 뿐, 코어가 정상 작동한다는 의미는 아닙니다. 연결 상태를 확인할 때는 현재 설정, 코어 로그, 실제 접속 결과를 함께 살펴보세요. 사이트 이름, 클라이언트 이름, 코어 이름을 같은 설정 항목으로 혼동하지 않는 것이 좋습니다.
클라이언트를 설치한 뒤에도 구독이나 서버 설정이 필요한 이유는 무엇인가요?
클라이언트는 설정 및 연결 도구를 제공하지만, 사용 가능한 원격 서버를 자동으로 만들어 주지는 않습니다. 구독 주소로 여러 서버 설정을 가져올 수 있으며, 단일 공유 링크는 보통 하나의 설정에 해당합니다. 설치 후에는 직접 관리하거나 사용 권한을 받은 유효한 설정을 가져온 다음 서버를 선택해 연결하세요. 구독 주소에는 접속 정보가 포함될 수 있으므로 비밀번호처럼 관리하고, 공개 댓글이나 스크린샷, 온라인 변환 도구에 붙여 넣지 마세요. 유효한 설정을 확보하지 못한 상태에서 시스템 프록시를 반복해서 바꾸거나 클라이언트를 재설치해도 대개 연결 문제는 해결되지 않습니다.
v2rayN, v2rayNG, v2flyNG 중 무엇을 선택해야 하나요?
Windows, macOS, Linux 데스크톱에서는 v2rayN을 우선 고려하세요. 설치 파일은 운영체제와 CPU 아키텍처에 맞아야 합니다. Android에서는 보통 Xray 코어를 사용하는 v2rayNG를 먼저 선택하고, 기존 설정이 V2Fly 호환성을 명확히 요구하는 경우 v2flyNG를 검토하세요. 선택할 때는 인터페이스의 유사성보다 설정에 필요한 프로토콜, 전송 방식, 코어 지원 여부가 중요합니다. 클라이언트를 바꾸기 전 기존 그룹과 라우팅 설정을 보존하고, 새 클라이언트에서 실제 접속을 확인한 뒤 기존 설정을 정리하세요. 프록시 진입점을 여러 개 동시에 사용하면 문제를 추적하기 어려워질 수 있습니다.
시스템 프록시, 라우팅 모드, TUN은 어떻게 다른가요?
시스템 프록시는 해당 설정을 따르는 앱이 연결을 지정된 로컬 진입점으로 보내도록 합니다. 라우팅은 연결이 코어에 들어온 뒤 프록시를 사용할지, 직접 연결할지, 차단할지를 정합니다. TUN은 가상 네트워크 인터페이스로 트래픽을 받아들이며, 처리 범위는 클라이언트 구현과 라우팅 설정에 따라 달라지고 추가 권한이 필요한 경우가 많습니다. 세 기능은 같은 스위치가 아닙니다. 브라우저는 정상인데 다른 앱이 연결되지 않는다면 먼저 해당 앱이 시스템 프록시를 사용하는지 확인한 다음 TUN이 필요한지 판단하세요. 트래픽을 제대로 전달하는지 확인하는 대신 라우팅을 무조건 전역으로 바꾸지는 마세요.
설치 및 설정
설치 파일 아키텍처부터 구독 그룹까지, 첫 설정 순서에 따라 확인하세요.
Android 설치 파일은 arm64와 universal 중 무엇을 선택해야 하나요?
최근 출시된 Android 스마트폰은 대체로 arm64 아키텍처를 사용하므로 arm64 설치 파일을 우선 선택할 수 있습니다. 구형 기기나 특수 기기, 아키텍처를 확인하기 어려운 경우에는 여러 아키텍처 구성 요소를 포함한 universal 패키지를 고려하세요. 프로세서가 64비트를 지원해도 기기에서 64비트 시스템을 실행한다는 보장은 없으므로 시스템 정보를 확인해야 합니다. 설치 파일이 호환되지 않으면 덮어 설치를 반복하기보다 먼저 시스템 요구 사항과 아키텍처를 확인하세요. universal 패키지는 다운로드 및 저장 공간을 더 많이 차지하는 경우가 많으며 연결 속도를 높이거나 시스템 버전 요구 사항을 우회해 주지는 않습니다.
v2rayNG에서 구독을 가져오지 못할 때는 무엇부터 확인해야 하나요?
복사한 내용이 안내 페이지나 단일 공유 링크, 불필요한 공백이 포함된 텍스트가 아니라 완전한 구독 주소인지 먼저 확인하세요. 구독 그룹 설정에서 그룹을 추가하고 주소를 입력해 저장한 다음 해당 그룹을 업데이트합니다. 파싱 오류가 표시되면 응답 내용이 로그인 페이지나 오류 페이지인지, 현재 클라이언트에서 지원하지 않는 형식인지 확인하세요. 단일 공유 링크는 해당 링크용 가져오기 메뉴를 사용해야 합니다. 확인 과정에서 전체 주소를 공개하지 마세요. 오류 유형, 클라이언트 이름, 실패한 단계를 기록하면 주소를 가져오지 못한 문제와 설정 형식 호환성 문제를 구분하는 데 도움이 됩니다.
v2rayN에서 구독을 가져왔는데도 서버 목록이 비어 있는 이유는 무엇인가요?
구독 그룹을 저장해도 보통 주소만 저장되며 설정을 가져왔다는 뜻은 아닙니다. 먼저 구독 그룹 메뉴에서 업데이트를 실행한 뒤 현재 목록이 다른 그룹으로 필터링되어 있지 않은지 확인하세요. 업데이트 후에도 목록이 비어 있다면 로그에 파싱 오류가 있는지, 구독 서버가 빈 응답을 반환했는지 살펴보세요. 단일 설정을 구독 주소로 사용하지 않았는지, 구독 형식이 현재 클라이언트와 호환되는지도 확인해야 합니다. 기존 그룹을 바로 삭제하지 말고 이전 설정을 보존한 채 업데이트 결과를 기록한 다음 주소의 유효성과 응답 형식을 확인하세요. 실수로 삭제해 설정을 잃을 위험을 줄일 수 있습니다.
TUN을 켤 때 권한 부족 메시지가 표시되면 어떻게 해야 하나요?
데스크톱에서는 먼저 로그에서 구체적인 권한 오류나 가상 네트워크 어댑터 오류를 확인한 다음, 클라이언트 안내에 따라 관련 서비스, 드라이버, 네트워크 확장을 허용하세요. Windows에서는 관리자 권한이 필요할 수 있고 macOS에서는 시스템 권한 요청을 확인해야 합니다. Linux에서는 클라이언트가 요구하는 권한 설정을 확인하되 데스크톱 환경 전체를 장기간 최고 권한으로 실행하지 마세요. Android에서는 처음 트래픽을 전달할 때 시스템 VPN 권한을 허용하고 다른 VPN이 이미 사용 중인지 확인하세요. 권한을 설정한 뒤 해당 기능을 다시 시작하세요. 그래도 실패하면 시스템 프록시를 임시로 사용해 설정 자체가 정상인지 확인할 수 있습니다.
사용 팁
연결이 정상 작동하는지 확인한 뒤 분할 라우팅, 업데이트 경로, 기기 이전을 설정하세요.
일상적으로 전역, 중국 본토 우회, 직접 연결 중 무엇을 선택해야 하나요?
먼저 대상 트래픽을 어떤 출구로 보낼지 정하세요. 전역 모드는 일반적으로 클라이언트가 받은 트래픽을 프록시 출구로 보냅니다. 중국 본토 우회는 보통 도메인 및 IP 규칙에 따라 중국 본토 대상 연결을 직접 연결합니다. 직접 연결은 프록시 서버를 거치지 않습니다. 구체적인 동작은 클라이언트의 기본 설정과 사용자 지정 규칙에 따라 달라집니다. 일상적인 사용에서는 필요에 맞는 분할 라우팅 프리셋으로 시작하고, 특정 앱에 문제가 생기면 어떤 규칙이 적용됐는지 확인하세요. 전역 모드도 시스템 프록시를 무시하는 앱의 트래픽을 강제로 가져올 수는 없습니다. 라우팅을 바꾼 뒤에는 기존 연결의 영향을 피하도록 새 연결로 테스트하세요.
구독 업데이트는 직접 연결로 해야 하나요, 현재 프록시를 거쳐야 하나요?
현재 네트워크에서 구독 서버에 안정적으로 접속할 수 있는 경로를 선택하세요. 프록시는 사용할 수 있는데 구독 서버에 직접 연결되지 않는다면 클라이언트의 프록시 경유 업데이트 옵션을 시도할 수 있습니다. 현재 프록시 자체가 작동하지 않는데 이를 계속 사용해 구독을 업데이트하면 문제가 반복될 수 있으므로 직접 연결하거나 사용 가능한 네트워크로 전환하세요. 버전에 따라 메뉴 이름은 다를 수 있지만, 구독 내용을 내려받는 경로를 구분하는 것이 중요합니다. 업데이트 후에는 버튼을 눌렀다는 사실만으로 성공을 판단하지 말고 그룹과 서버 정보가 예상대로 바뀌었는지 확인하세요. 같은 구독 서버에 요청을 지나치게 반복하지 마세요.
클라이언트나 컴퓨터를 바꿀 때 별도로 저장해야 할 설정은 무엇인가요?
구독 그룹뿐 아니라 사용자 지정 라우팅, DNS 설정, 로컬 수신 포트, 시스템 프록시 방식, 필요한 앱별 분할 설정도 기록해 두세요. 구독은 일반적으로 서버 설정만 제공하며 클라이언트의 모든 환경설정을 동기화하지는 않습니다. 이전할 때는 클라이언트의 내보내기 또는 백업 기능을 우선 사용하고, 새 버전에서 해당 형식을 읽을 수 있는지 확인하세요. 백업 파일에는 서버 접속 정보와 구독 주소가 포함될 수 있으므로 안전하게 관리해야 합니다. 새 기기에서는 설정 하나와 기본 접속부터 확인한 뒤 고급 설정을 하나씩 복원하세요. 모든 설정을 한 번에 복사하는 것보다 호환성 문제를 찾기 쉽습니다.
VMess, VLESS, Trojan, REALITY는 서로 바로 바꿔 쓸 수 있나요?
클라이언트에서 이름만 바꾼다고 서로 전환되는 것은 아닙니다. VMess, VLESS, Trojan은 각각 프로토콜 요구 사항이 다르므로 클라이언트 설정이 서버 설정과 일치해야 합니다. REALITY는 전송 보안 관련 메커니즘이며 앞의 세 프로토콜과 같은 수준의 서버 유형이 아닙니다. 공유 링크나 구독을 사용할 때는 원래 매개변수를 보존하고 선택한 코어가 해당 조합을 지원하는지 확인하세요. 연결에 실패해도 프로토콜, 전송 방식, 보안 옵션을 무작정 바꾸지 말고 서버 설정에 따라 하나씩 확인해야 합니다. 서버 설정을 함께 변경하고 필요한 매개변수를 제공한 경우에만 클라이언트의 프로토콜 변경이 의미가 있습니다.
문제 해결
로컬 트래픽 전달, 원격 연결, 구독 요청을 구분해 서로 다른 단계의 문제를 혼동하지 마세요.
노드 테스트가 시간 초과되면 서버를 사용할 수 없다는 뜻인가요?
테스트 시간 초과는 제한 시간 안에 해당 테스트가 완료되지 않았다는 뜻일 뿐입니다. 로컬 네트워크, 서버 포트, 테스트 대상, 프로토콜 협상, 설정 매개변수 등에 문제가 있을 수 있습니다. 먼저 일반적인 인터넷 접속이 정상인지 확인한 뒤 시스템 시간, 현재 선택한 서버, 로그에서 처음 나타난 관련 오류를 살펴보세요. 특정 테스트 대상에서만 실패한다면 모든 접속이 안 된다고 단정할 수 없습니다. 실제로 사용하려는 서비스에 접속해 다시 확인하세요. 기존 설정은 보존하고 다른 네트워크나 정상 작동이 확인된 설정으로 각각 테스트하세요. 비교 기준을 잃지 않도록 한 번에 하나의 조건만 변경하는 것이 좋습니다.
클라이언트에는 연결됨으로 표시되지만 웹페이지가 열리지 않을 때는 어떻게 해결하나요?
연결됨 표시는 로컬 코어나 VPN 인터페이스가 시작됐다는 뜻일 수 있으며 원격 접속이 성공했다는 보장은 아닙니다. 먼저 현재 서버가 선택되어 있고 로그에 오류가 계속 발생하지 않는지 확인한 다음, 브라우저가 올바른 시스템 프록시나 로컬 포트를 사용하는지 살펴보세요. 모든 도메인에 접속할 수 없다면 DNS 확인과 프록시 진입점을 점검하고, 일부 사이트만 안 된다면 적용된 라우팅 규칙과 대상 서비스 상태를 확인하세요. 비교 테스트를 위해 다른 프록시, VPN, 네트워크 설정을 변경하는 확장 프로그램은 일시적으로 꺼 두세요. 설정을 바꿀 때마다 새 연결로 테스트하고, 시스템 프록시와 여러 트래픽 가로채기 도구를 동시에 켜서 해결하려 하지 마세요.
v2rayN의 시스템 프록시가 작동하지 않을 때 어떤 설정을 확인해야 하나요?
먼저 클라이언트가 코어를 실행했는지 확인하고, 시스템 프록시 설정에서 프록시 자동 구성을 선택하세요. 시스템 프록시 삭제나 변경 안 함을 선택한 것은 아닌지 확인해야 합니다. 다음으로 시스템 설정의 프록시 주소와 포트가 현재 로컬 수신 포트와 일치하는지 살펴보세요. 시스템 설정이 올바른데 특정 앱만 연결되지 않는다면 앱 자체의 프록시 설정, 시스템 프록시 무시 여부, 브라우저 확장 프로그램의 설정 덮어쓰기 여부를 확인하세요. 다른 프록시 프로그램이 종료될 때 시스템 설정을 다시 쓰는지도 점검해야 합니다. 단일 기기의 앱 문제를 해결하려고 로컬 수신 범위를 넓히지 마세요. 여러 종류의 앱 트래픽을 처리해야 한다면 TUN과 권한 요구 사항을 별도로 검토하세요.
어제까지 구독이 업데이트됐는데 오늘 실패한다면 원인을 어떻게 확인하나요?
먼저 오류가 연결 시간 초과, 인증서 오류, 접근 거부, 파싱 실패 중 무엇인지 기록한 다음 구독 주소가 만료되거나 바뀌었는지 확인하세요. 시간 초과라면 직접 연결과 프록시 경로를 비교해 보세요. 인증서 오류는 기기 시간과 네트워크 인증 페이지를 확인하되 인증서 검증을 바로 끄지 마세요. 접근 거부는 구독 정보가 만료됐거나 요청 제한에 걸렸을 가능성이 있습니다. 내용을 가져왔지만 파싱하지 못한다면 형식과 클라이언트 호환성을 확인하세요. 문제를 살펴보는 동안 기존 설정을 보존해 사용 가능한 서버를 잃지 않도록 하세요. 해결 정보를 공유할 때는 주소에 포함된 접속 정보를 가리고 필요한 오류 요약만 제공하세요.