클라이언트 자주 묻는 질문

먼저 기기의 운영체제에 맞춰 클라이언트를 선택하세요. Windows, macOS, Linux 데스크톱에서는 v2rayN을 우선 고려하고, Android에서는 Xray 코어를 사용하는 v2rayNG를 우선 살펴보세요. V2Fly 코어를 사용하는 v2flyNG도 대안이 될 수 있습니다. 클라이언트는 설정을 가져오고 선택해 프록시를 관리하며, 코어는 실제 연결과 트래픽 전달을 담당합니다. 설정을 사용할 수 있는지는 설치된 버전이 해당 프로토콜과 전송 방식의 조합을 지원하는지에 달려 있습니다. 이름이 비슷하다는 이유만으로 호환된다고 판단할 수는 없습니다. 이미 작동하는 설정이 있다면 프로토콜 항목을 먼저 확인한 다음 클라이언트를 바꿀지 결정하세요.

클라이언트의 서버 목록에 설정이 들어 있는지 먼저 확인하세요. 설치 프로그램은 그래픽 인터페이스와 실행에 필요한 구성 요소를 제공할 뿐, 원격 서버 주소와 포트, 인증 정보를 자동으로 만들어 주지는 않습니다. 구독은 여러 설정을 한꺼번에 가져오는 방법이며, 개별 공유 링크는 보통 설정 하나에 해당합니다. 가져오기 전에 정보의 출처와 유효 기간, 사용할 클라이언트를 확인하세요. 클라이언트는 무료로 사용할 수 있지만 원격 서비스의 비용과 이용 조건은 제공 업체가 정합니다. 소프트웨어를 다운로드했다고 원격 서비스까지 준비된 것은 아닙니다.

먼저 트래픽이 들어오는 경로를 구분하세요. 시스템 프록시는 프록시 주소를 시스템 설정에 지정하며, 해당 설정을 참조하는 앱에 주로 적용됩니다. TUN 모드는 가상 네트워크 인터페이스로 지정된 네트워크 트래픽을 받아 라우팅과 DNS 설정, 추가 권한이 필요합니다. v2rayNG의 VPN 모드는 Android VPN 인터페이스를 통해 기기에서 트래픽을 받아들이므로, 인터페이스를 만들려면 시스템 권한 허용이 필요합니다. 이 방식들은 같은 전역 스위치가 아니며 모든 트래픽이 원격으로 전달된다고 보장하지도 않습니다. 실제 트래픽 경로는 라우팅 규칙, 앱 범위, 예외 설정에 따라 달라집니다.

설정의 프로토콜, 전송 방식, 보안 옵션을 확인한 뒤 현재 코어가 해당 조합을 지원하는지 살펴보세요. VMess와 VLESS는 서로 다른 프로토콜이므로 프로토콜 이름만 바꿔 서로 변환할 수 없습니다. TLS, REALITY, WebSocket 등의 항목도 서버 설정과 일치해야 합니다. 공유 링크를 가져올 수 있다는 것은 클라이언트가 내용을 인식했다는 뜻일 뿐, 원격 서버의 매개변수까지 올바르다는 의미는 아닙니다. 지원하지 않는 항목이 있다면 현재 클라이언트와 호환되는 구독 형식을 사용하거나 설정 제공 업체에 확인하세요. 추측으로 인증 정보를 수정하지 마세요.

기기 사양이나 신뢰할 수 있는 시스템 정보 화면에서 프로세서 아키텍처를 먼저 확인하세요. 최근 출시된 안드로이드 스마트폰은 대체로 arm64 패키지를 사용할 수 있습니다. 해당 아키텍처용 구성 요소만 포함하므로 파일 크기도 보통 더 작습니다. universal 패키지는 여러 아키텍처를 지원해 기기 아키텍처가 불분명하고 설치 조건이 허용되는 경우에 적합합니다. 구매 연도는 참고 자료일 뿐, 아키텍처 확인을 대신할 수 없습니다. 설치할 수 없다는 안내가 나오면 시스템 호환성, 저장 공간, 서명이 다른 동명의 앱이 설치되어 있는지도 확인하세요. 설치를 시도하려고 기존 버전을 바로 삭제하지 말고 설정과 필요한 데이터를 먼저 백업하세요.

먼저 구독 그룹 설정에서 붙여 넣은 주소가 전체 구독 URL인지 확인하세요. 구매 페이지나 안내 페이지, 개별 공유 링크가 아닌지 살펴보세요. 복사하는 과정에서 공백, 줄바꿈, 따옴표가 들어갔거나 URL 끝의 매개변수가 빠지지 않았는지도 확인합니다. 오류가 주소 저장 단계에서 발생하는지 콘텐츠를 가져오는 단계에서 발생하는지도 구분하세요. 전자는 형식 문제일 가능성이 높고, 후자는 네트워크, 인증 또는 응답 내용과 관련될 수 있습니다. 주소에 접속했을 때 로그인 페이지가 표시된다면 클라이언트는 이를 구독으로 처리할 수 없습니다. 문제 해결 기록을 공유하기 전에 전체 구독 URL의 인증 매개변수를 가리세요.

먼저 v2rayNG에서 VPN 모드를 선택했는지 확인하세요. 이 모드는 앱의 트래픽을 받아 코어로 전달하기 위해 시스템에서 로컬 VPN 인터페이스 생성을 허용해야 합니다. 프록시 전용 모드에서는 다른 앱에 로컬 프록시 주소를 직접 입력해야 합니다. 시스템 권한 안내를 읽고 허용 여부를 결정하세요. 권한 창이 나타나지 않거나 연결 직후 중단되면 다른 VPN이 인터페이스를 사용 중인지, 업무 프로필 정책이나 기기 관리 제한이 있는지 확인하세요. 여러 VPN 앱을 계속 바꿔 실행하지 말고, 기존 연결을 끊은 뒤 v2rayNG만 실행해 확인하세요.

먼저 TUN 모드를 끄고 일반 프록시 연결이 작동하는지 확인한 다음, 현재 버전의 안내에 따라 권한과 가상 네트워크 인터페이스를 점검하세요. Windows에서는 관리자 권한으로 실행하거나 클라이언트가 제공하는 서비스 기능을 활성화해야 할 수 있습니다. macOS와 Linux의 권한 설정은 설치 패키지와 버전에 따라 다릅니다. 화면 안내와 해당 버전의 설명을 따르고 다른 운영체제의 명령을 그대로 사용하지 마세요. 권한을 높여도 실패한다면 로그에서 인터페이스 생성, 라우팅, 포트 점유와 관련된 첫 오류를 확인하세요. 변경 전에 기존 설정을 기록하고 한 번에 하나씩 조정해야 원인을 파악하기 쉽습니다.

사용할 서버를 선택하고 클라이언트에서 제공하는 실제 연결 테스트를 실행한 다음, 시스템 프록시 또는 VPN 모드가 활성화되어 있는지 확인하세요. 이후 대상 앱에서 정상 작동이 확인된 HTTPS 페이지에 접속하고, 클라이언트 연결 로그에 해당 요청이 기록되는지 살펴보세요. 테스트 성공은 테스트 대상에 접속할 수 있다는 뜻일 뿐, 모든 앱과 웹사이트가 정상이라는 의미는 아닙니다. 확인하는 동안 노드, 라우팅, DNS를 동시에 바꾸지 말고 기준이 될 설정을 하나 남겨 두세요. 브라우저는 되지만 다른 앱이 안 된다면 구독을 바로 바꾸기보다 해당 앱이 시스템 프록시를 사용하는지 확인하세요.

v2rayNG 설정에서 앱별 프록시로 이동해 현재 모드 설명을 읽은 다음 앱을 선택하세요. ‘선택한 앱 우회’는 일반적으로 목록의 앱을 프록시 인터페이스에서 제외하고, 나머지 앱은 현재 규칙에 따라 처리한다는 뜻입니다. ‘선택한 앱만 프록시’는 목록에 있는 앱만 대상으로 범위를 좁힙니다. 버전에 따라 표시 문구가 다를 수 있으므로 실제 화면의 의미를 기준으로 판단하세요. 앱이 인터페이스에 포함되더라도 라우팅 규칙에 따라 트래픽이 프록시 또는 직접 연결로 나뉠 수 있습니다. 목록을 수정한 뒤 다시 연결하고 대상 앱을 완전히 종료했다가 실행해 테스트하세요. 기존 연결이 판단을 흐릴 수 있습니다.

현재 사용 중인 라우팅 설정을 수정했는지 먼저 확인하고 규칙이 활성화되어 있는지, 순서가 올바른지도 살펴보세요. 앞쪽의 포괄적인 규칙이 먼저 적용되면 뒤에 있는 세부 규칙은 실행되지 않을 수 있습니다. 저장한 뒤 클라이언트 안내에 따라 설정을 다시 불러오거나 재연결하고, 대상 앱의 기존 연결을 닫은 뒤 재시험하세요. 브라우저 캐시, 기존 연결, DNS 캐시가 이전 접속 결과를 유지할 수 있습니다. IP 확인 페이지만으로 모든 도메인의 경로를 판단하지 마세요. 대상 도메인과 적용된 규칙, 로그를 함께 확인해야 규칙 미적용인지 테스트 방법의 문제인지 구분할 수 있습니다.

v2rayN 설정에서 로컬 네트워크 연결 허용 여부, 실제 수신 포트, 지원되는 프록시 유형을 확인하세요. 다른 기기에는 클라이언트가 실행 중인 컴퓨터의 로컬 네트워크 주소를 입력해야 합니다. 해당 기기 자체를 가리키는 루프백 주소를 입력하면 안 됩니다. 두 기기가 서로 통신할 수 있는 네트워크에 연결되어 있는지 확인하고, 방화벽에서는 신뢰할 수 있는 네트워크에 한해 해당 포트를 허용하세요. 게스트 네트워크의 기기 간 통신 차단도 연결을 막을 수 있습니다. 공유는 관리되는 로컬 네트워크에서만 사용하고 수신 포트를 공용 네트워크에 노출하지 마세요. 사용을 마치면 공유를 끄고 더 이상 필요하지 않은 방화벽 허용 규칙을 되돌리세요.

먼저 프록시를 끄고 로컬 네트워크에서 일반 웹 접속이 되는지 확인한 다음, 같은 클라이언트에서 정상 작동이 확인된 다른 설정을 테스트하세요. 특정 노드만 시간 초과된다면 주소, 포트, 서비스 유효 기간, 전송 매개변수를 중점적으로 확인하세요. 모든 노드에서 시간 초과가 발생한다면 네트워크 연결, 시스템 시간, DNS, 로컬 보안 소프트웨어부터 점검하세요. 실제 연결 테스트 실패만으로 서버가 오프라인이라고 단정할 수는 없습니다. 테스트 대상에 접속할 수 없는 경우도 있습니다. 오류 발생 시각과 로그의 첫 연결 오류를 기록하고 다른 네트워크에서도 다시 테스트하세요. 여러 매개변수를 연달아 바꾸면 처음 원인을 놓칠 수 있습니다.

먼저 클라이언트에서 사용할 서버가 선택되어 있는지 확인한 뒤, 시스템 프록시가 자동 설정으로 활성화되어 있는지 살펴보세요. 시스템 설정의 프록시 주소와 실제 수신 포트가 일치하는지도 확인합니다. 연결됨 표시는 보통 로컬 서비스가 시작되었다는 뜻이며, 원격 서버에 연결할 수 있다는 뜻은 아닙니다. 모든 앱에서 문제가 생기면 서버 테스트 결과와 로그를 확인하세요. 일부 앱만 안 된다면 해당 앱의 별도 프록시 설정과 시스템 프록시 지원 여부를 살펴보세요. 포트 오류를 배제하기 전에 TUN을 켜지 마세요. 클라이언트를 종료한 뒤에도 접속할 수 없다면 시스템에 남은 로컬 프록시 설정을 확인하고 삭제하세요.

현재 사용할 수 있는 설정은 보존하고, 재시도하려고 구독 그룹 전체를 삭제하지 마세요. 업데이트 안내를 살펴보고 구문 분석 실패, 요청 시간 초과, 인증 만료를 구분하세요. 구문 분석에 실패하면 반환된 내용이 실제 구독 데이터인지 확인합니다. 시간 초과라면 현재 네트워크에서 구독 주소에 접속할 수 있는지 점검하고, 인증이 만료됐다면 제공 업체에 주소와 유효 기간을 문의하세요. 클라이언트에 프록시를 통한 업데이트 옵션이 있다면 먼저 해당 프록시가 작동하는지 확인해 업데이트 과정이 프록시에 의존하는 상황을 피하세요. 시스템 시간과 인증서 오류도 확인해야 합니다. 업데이트가 복구되면 그룹 내용을 확인한 뒤 오래된 중복 항목을 정리하세요.

백그라운드 프로세스가 종료된 문제와 도메인 이름 확인 실패를 먼저 구분하세요. 화면을 잠근 뒤 연결 아이콘이 사라지고 클라이언트를 다시 실행해야 한다면 시스템 배터리 설정의 백그라운드 실행 및 절전 제한을 확인하고, 다른 VPN이 인터페이스를 사용 중인지 살펴보세요. 아이콘은 그대로인데 도메인 요청에 오류가 발생하면 로그의 이름 확인 오류를 확인한 뒤 DNS와 라우팅 설정을 살펴보세요. 모든 문제를 절전이나 DNS 탓으로 돌리지 마세요. 화면 잠금 전후 상태, 발생 시각, 네트워크 유형, 구체적인 오류를 기록하세요. 공유하기 전에는 구독 주소와 인증 항목을 삭제하고 증상에 따라 하나씩 다시 테스트하세요.