기본 개념
클라이언트, 코어, 설정 출처를 구분한 다음 어느 부분을 조정할지 결정하세요.
V2Ray, Xray, v2rayN의 차이점은 무엇인가요?
먼저 코어와 GUI 클라이언트를 구분해야 합니다. V2Ray는 Project V 생태계에 속하며, V2Fly는 관련 코어의 개발을 이어갑니다. Xray는 이와 별개의 코어 개발 흐름입니다. v2rayN은 데스크톱 GUI를 제공해 구독을 관리하고 설정을 생성하며 선택한 코어를 실행합니다. 특정 공유 링크를 가져올 수 있다고 해서 현재 코어가 그 안의 모든 매개변수를 지원하는 것은 아닙니다. 프로토콜이나 전송 오류가 발생하면 프로그램 이름만 볼 것이 아니라 클라이언트와 실제로 실행 중인 코어를 모두 확인하세요.
v2rayN, v2rayNG, v2flyNG 중 무엇을 선택해야 하나요?
Windows, macOS, Linux 데스크톱에서는 v2rayN을 우선 고려하고, 운영체제 아키텍처에 맞는 설치 파일을 선택하세요. Android에서는 Xray 코어를 사용하는 v2rayNG를 우선 추천합니다. V2Fly 코어와의 호환성이 필요하다면 v2flyNG를 고려할 수 있습니다. 두 Android 클라이언트는 설정 메뉴와 지원 기능이 서로 다르므로 옮기기 전에 노드에 필요한 프로토콜, 전송 방식, 보안 매개변수를 확인하세요. 아이콘이나 이름이 비슷하다는 이유만으로 선택하거나, 한 클라이언트에서 내보낸 전체 설정을 다른 클라이언트에서 그대로 사용할 수 있다고 가정하지 마세요.
클라이언트를 설치한 뒤에도 구독이나 노드 설정이 필요한가요?
네. 클라이언트는 설정을 읽고 요청을 전달할 뿐, 설치만으로 원격 서비스를 자동으로 이용할 수는 없습니다. 사용 권한이 있는 구독 링크나 노드 공유 링크를 가져오거나, 서버 정보를 바탕으로 직접 설정해야 합니다. 구독은 보통 여러 노드를 한꺼번에 가져와 업데이트할 때 사용하고, 개별 공유 링크는 일반적으로 하나의 노드 설정에 해당합니다. 가져온 뒤에는 사용할 노드를 선택하고 연결을 시작하세요. 구독 주소에 접속 정보가 포함될 수 있으므로 안전한 곳에 보관하고 공개 스크린샷, 포럼, 온라인 변환 도구에 붙여 넣지 마세요.
시스템 프록시, 라우팅 규칙, TUN은 각각 무엇을 제어하나요?
시스템 프록시는 운영체제의 프록시 설정을 따르는 앱이 요청을 로컬 프록시 포트로 보내도록 합니다. 라우팅 규칙은 코어로 들어온 요청을 프록시로 전달할지, 직접 연결할지, 차단할지 결정합니다. TUN은 가상 네트워크 인터페이스를 통해 더 많은 트래픽을 전달하지만, 라우팅·DNS·앱 동작의 영향을 받습니다. 세 기능은 서로 다른 설정이며, 켜도 모든 프로그램이 프록시를 사용하는 것은 아닙니다. 처음 설정할 때는 TUN을 끈 상태로 노드와 기본 시스템 프록시가 작동하는지 확인한 다음, 적용 범위를 하나씩 넓혀 충돌 원인을 찾으세요.
설치 및 설정
기기에 맞는 아키텍처를 선택한 뒤 설정을 가져오세요. 권한 문제와 노드 문제는 따로 점검하세요.
v2rayN에서 구독을 가져오지 못하거나 목록이 비어 있다면 무엇부터 확인해야 하나요?
먼저 구독 주소와 개별 공유 링크를 구분하고, 각각 구독 그룹 또는 클립보드 가져오기 메뉴를 사용하세요. 주소를 복사할 때 앞뒤 공백과 줄바꿈을 제거하고, 메신저에서 링크가 잘리지 않았는지 확인하세요. 구독을 저장한 뒤 업데이트를 실행해야 노드 목록이 생성됩니다. 업데이트가 성공했는데 노드가 없다면 응답이 로그인 페이지나 오류 메시지가 아닌지, 클라이언트가 지원하지 않는 구독 형식은 아닌지 확인하고 목록이 그룹 필터에 가려지지 않았는지도 살펴보세요. 설정을 전부 반복해서 삭제하지 마세요. 기존 그룹은 유지하고 새 그룹을 만들어 같은 주소로 테스트하세요.
Android 설치 파일은 arm64와 universal 중 무엇을 선택해야 하나요?
먼저 기기의 프로세서와 운영체제가 지원하는 앱 아키텍처를 확인하세요. 최신 Android 기기 대부분은 용량이 더 작은 arm64 패키지를 사용할 수 있습니다. 아키텍처를 모른다면 여러 아키텍처를 포함한 universal 패키지를 선택하세요. 프로세서가 64비트를 지원해도 현재 운영체제가 64비트 앱을 지원한다는 뜻은 아니므로, 기기 출시 연도만으로 판단하면 안 됩니다. 설치 중 오류가 발생하면 운영체제 버전 요구사항, 저장 공간, 기존 앱과 서명이 일치하는지도 확인하세요. 기존 앱을 삭제하기 전에 필요한 설정을 내보내 두세요.
v2rayN 데스크톱 버전과 클래식 WPF 버전 중 무엇을 선택해야 하나요?
Windows에서는 크로스 플랫폼 데스크톱 버전과 클래식 WPF 버전 중 선택할 수 있습니다. WPF 버전은 Windows 데스크톱 UI를 사용하고, 데스크톱 버전은 크로스 플랫폼 UI를 제공합니다. 처음이라면 데스크톱 버전을 먼저 사용해 보고, 클래식한 화면 구성이 익숙하다면 WPF 버전을 고려하세요. 두 버전의 설치 파일에 필요한 실행 환경도 각각 확인해야 합니다. 두 버전을 같은 폴더에 풀어 기존 파일을 덮어쓰며 실행하지 마세요. 이전할 때는 구독과 필요한 설정을 내보낸 뒤 별도 폴더에서 가져오기와 연결을 테스트하세요. 라우팅, 포트, 코어 선택을 확인한 다음 기존 폴더를 정리하세요.
TUN을 켤 때 권한이 부족하다는 메시지가 표시되면 어떻게 해야 하나요?
먼저 TUN을 끄고 일반 시스템 프록시 모드에서 연결되는지 확인해 노드 오류를 권한 문제로 오인하지 않도록 하세요. Windows에서는 클라이언트 안내에 따라 관리자 권한으로 실행하고, 보안 프로그램이 가상 네트워크 어댑터나 관련 구성요소를 차단하는지 확인하세요. macOS와 Linux에서는 시스템 안내에 따라 필요한 권한을 부여하세요. Android에서 VPN 모드를 사용한다면 시스템 연결 권한을 허용했는지, 다른 VPN 앱이 연결을 사용 중인지 확인하세요. 문제를 찾겠다며 모든 보안 기능을 끄지 말고, 구체적인 오류에 따라 권한이나 구성요소를 점검하세요.
사용 팁
구독 업데이트, 라우팅 전환, 포트 변경 후에는 해당 설정에 의존하는 앱도 확인하세요.
구독 업데이트가 실패할 때 프록시를 통한 업데이트는 언제 사용하나요?
먼저 구독 주소가 아직 유효한지 확인하고, 오류가 연결 시간 초과인지, 접근 거부인지, 콘텐츠 파싱 실패인지 기록하세요. 현재 네트워크에서 구독 서버에 직접 접속할 수 없지만 기존 노드는 정상적으로 연결된다면 클라이언트의 프록시 업데이트 기능을 시도할 수 있습니다. 이 기능을 사용하려면 로컬 프록시가 작동 중이어야 합니다. 모든 노드를 사용할 수 없다면 업데이트 방식을 바꿔도 해결되지 않을 수 있습니다. 주소가 만료됐거나 권한이 끝났거나 서버가 오류 페이지를 반환하는 경우에는 프록시를 사용해도 복구되지 않으므로 구독 제공자에게 상태와 형식을 문의하세요.
중국 본토 우회, 전역, 직접 연결 모드는 어떻게 전환하나요?
먼저 접속 목적에 맞는 라우팅 모드를 선택하세요. 중국 본토 우회는 일반적으로 규칙에 일치하는 중국 본토 주소나 도메인에 직접 연결하고, 나머지 요청은 설정에 따라 처리합니다. 전역 모드는 보통 코어로 들어오는 요청을 프록시로 전달하며, 직접 연결 모드는 원격 노드를 거치지 않습니다. 실제 동작은 클라이언트가 생성한 규칙에 따라 달라집니다. 문제를 점검할 때 잠시 전역 모드로 바꿔 분기 규칙이 원인인지 확인할 수 있지만, 시스템 프록시를 무시하는 프로그램이 자동으로 코어에 들어오는 것은 아닙니다. 테스트가 끝나면 원래 모드로 되돌려 다른 앱의 접속 경로가 바뀌지 않도록 하세요.
로컬 수신 포트를 변경한 뒤 함께 수정해야 하는 설정은 무엇인가요?
먼저 설정에서 현재 수신 주소와 포트, 지원되는 프록시 유형을 확인하세요. 버전마다 기본 포트가 같다고 가정하면 안 됩니다. 설정을 변경하고 코어를 재시작한 뒤 브라우저의 수동 프록시, 다운로드 도구, 다른 앱의 포트도 함께 업데이트하세요. 클라이언트가 시스템 프록시를 자동 설정하는 경우에는 시스템 프록시 설정도 다시 적용해야 합니다. HTTP와 SOCKS는 포트 번호가 비슷하다는 이유만으로 서로 바꿔 쓸 수 없습니다. 별도로 LAN 접속이 필요한 경우가 아니라면 수신 주소는 로컬 루프백으로 유지하고, 수신 범위를 넓히지 마세요.
Android에서 앱별 프록시를 설정했는데 일부 앱에 적용되지 않는 이유는 무엇인가요?
먼저 VPN 모드를 사용 중인지 확인하세요. 프록시 전용 모드에서는 보통 앱이 직접 프록시를 설정해야 합니다. 다음으로 앱별 목록이 선택한 앱만 프록시를 사용할지, 선택한 앱을 우회할지 확인하세요. 두 설정의 의미는 서로 반대입니다. 목록을 변경한 뒤 연결을 중지하고 다시 시작하고, 필요하면 대상 앱도 완전히 종료했다가 다시 여세요. VPN 상시 사용이나 VPN을 사용하지 않는 연결 차단 같은 시스템 옵션도 영향을 줄 수 있습니다. 확인할 때는 한 번에 앱 하나만 조정하세요. 라우팅과 DNS까지 동시에 바꾸면 어떤 설정이 적용됐는지 파악하기 어렵습니다.
문제 해결
기기 네트워크부터 클라이언트 모드, 노드 매개변수, 서버 순서로 범위를 좁히세요.
모든 노드가 시간 초과되는 경우와 특정 노드만 시간 초과되는 경우, 점검 순서는 어떻게 다른가요?
모든 노드가 시간 초과되면 먼저 시스템 프록시를 해제하고 TUN을 끈 뒤 기기의 기본 네트워크가 작동하는지 확인하세요. 이어서 클라이언트 코어가 정상적으로 실행됐는지, 로컬 포트가 충돌하지 않는지, 구독이 만료되지 않았는지 점검하세요. 특정 노드만 시간 초과된다면 해당 노드의 주소, 포트, 프로토콜, 전송 매개변수를 확인하고 같은 구독의 다른 노드와 비교하세요. 속도 테스트에서 한 번 시간 초과가 발생했다고 서버가 사용할 수 없다고 단정할 수는 없습니다. 테스트 대상 자체에 접속할 수 없는 경우도 있습니다. 민감 정보를 가린 오류 로그를 보관하고 연결 단계별로 원인을 좁혀 가세요.
클라이언트에는 연결됨으로 표시되는데 웹페이지가 열리지 않으면 어떻게 해야 하나요?
연결됨 표시는 보통 클라이언트나 로컬 서비스가 실행 중이라는 뜻이지, 대상 사이트와 연결됐다는 뜻은 아닙니다. 먼저 사용할 노드가 실제로 선택됐는지 확인한 뒤 시스템 프록시나 VPN이 트래픽을 제대로 전달하는지 점검하세요. 여러 사이트와 앱으로 교차 테스트하세요. 특정 앱에서만 실패하면 앱 자체의 프록시 설정을 확인하고, 도메인 접속만 이상하면 DNS를 집중적으로 살펴보세요. 모든 요청이 실패하면 코어 로그에서 연결 오류를 확인하세요. 다른 프록시나 VPN, 브라우저 확장 프로그램과의 충돌도 잠시 배제하고, 단계마다 다시 테스트하세요. 설정을 한꺼번에 초기화하지 마세요.
시스템 프록시를 켰는데 브라우저나 다른 프로그램이 계속 직접 연결되면 어떻게 해야 하나요?
먼저 시스템 프록시 자동 설정을 선택했는지 확인하세요. 시스템 프록시를 변경하지 않는 옵션을 선택한 것은 아닌지도 확인하고, 운영체제 네트워크 설정에서 로컬 프록시 주소와 포트를 점검하세요. 일부 브라우저는 별도 프록시 설정을 사용하고, 시스템 프록시를 읽지 않는 프로그램도 있습니다. 이 경우 개별 설정을 변경하거나 노드가 정상인지 확인한 뒤 TUN을 사용해 보세요. 시스템 프록시 설정이 저절로 바뀐다면 다른 프록시 프로그램, 브라우저 확장 프로그램, 조직 정책이 설정을 덮어쓰는지 확인하세요. 클라이언트를 종료하기 전에 시스템 프록시를 해제해야 합니다. 그렇지 않으면 로컬 수신이 중단된 뒤에도 시스템이 이전 포트를 가리켜 인터넷이 끊길 수 있습니다.
TLS 핸드셰이크 실패, 인증서 오류, DNS 이상은 어떻게 구분하나요?
먼저 로그에서 오류가 발생한 단계를 확인하세요. 도메인 이름을 해석하지 못하면 시스템과 클라이언트의 DNS 설정을 점검하고 서버 도메인이 유효한지 확인하세요. 인증서 무효, x509, 핸드셰이크 오류가 발생하면 먼저 시스템 날짜와 시간, 시간대를 동기화한 뒤 서버에서 요구하는 SNI, 전송 호스트 이름, 인증서 도메인을 확인하세요. 안전하지 않은 연결 허용을 상시 해결책으로 사용하면 중요한 검증을 건너뛰게 됩니다. 같은 설정이 특정 네트워크에서만 실패한다면 신뢰할 수 있는 다른 네트워크에서 다시 테스트하고, DNS 문제와 인증서 설정 문제를 나눠 해결하세요.