V2Ray 클라이언트 자주 묻는 질문

Windows·macOS·Linux 데스크톱에서는 v2rayN을 사용하세요. Android에서는 Xray 코어를 사용하는 v2rayNG를 우선 고려하고, V2Fly 코어 설정이 필요할 때 v2flyNG를 선택하면 됩니다. 먼저 운영체제를 확인한 다음 구독에서 필요한 프로토콜과 코어 기능을 살펴보세요. 클라이언트 이름이 비슷해도 설정 방법은 다를 수 있으므로 데스크톱의 시스템 프록시 설정을 Android에 그대로 적용하면 안 됩니다. 기존 설정에서 REALITY 같은 기능이 필요하다면 현재 코어의 지원 여부를 확인하세요. 자세한 선택 기준은 선택 가이드를 참고하세요.

클라이언트는 설정을 관리하고 프록시 코어를 실행하지만, 연결할 서버를 제공하지는 않습니다. 구독은 설정 제공자가 발급한 주소이며, 클라이언트가 이를 읽어야 선택 가능한 설정 항목이 만들어집니다. 공유 링크 하나나 전체 설정 파일을 직접 가져올 수도 있습니다. 먼저 설정의 출처와 유효 기간을 확인한 뒤 형식에 맞게 가져오세요. 일반 안내 페이지를 구독 주소로 사용하면 안 됩니다. 구독 링크에는 접속 정보가 포함될 수 있으므로 스크린샷이나 댓글, 신뢰할 수 없는 변환 사이트에 공개하지 마세요.

시스템 프록시는 데스크톱 시스템 설정에 프록시 주소를 지정합니다. 해당 설정을 읽는 브라우저와 앱에 적합하지만 모든 프로그램의 트래픽을 처리하지는 않습니다. TUN은 가상 네트워크 인터페이스로 트래픽을 전달해 적용 범위가 더 넓은 대신 관리자 권한과 라우팅, DNS 설정이 필요할 수 있습니다. Android 클라이언트는 보통 시스템 VPN 인터페이스를 통해 기기 트래픽을 전달하므로 데스크톱용 TUN 드라이버를 따로 설치할 필요가 없습니다. 먼저 필요한 방식 하나를 선택한 뒤 트래픽 분할을 설정하고, 네트워크를 제어하는 도구를 여러 개 동시에 실행하지 않도록 하세요.

반드시 그렇지는 않습니다. 전역 모드는 보통 코어에 들어온 트래픽의 출구를 선택하는 방식이지, 모든 앱의 트래픽이 코어에 들어온다는 뜻은 아닙니다. 시스템 프록시만 켜면 해당 설정을 따르지 않는 프로그램은 직접 인터넷에 연결될 수 있습니다. TUN을 켠 경우에도 제외 앱, 우회 대역, 라우팅 규칙을 확인해야 합니다. 문제를 점검할 때는 먼저 대상 앱의 요청이 클라이언트에 도달하는지 확인한 다음 어떤 출구 규칙에 해당하는지 살펴보세요. 모드 이름만으로 트래픽 경로를 단정하지 말고 클라이언트 로그와 규칙을 기준으로 판단하세요.

최근 출시된 Android 기기 대부분은 arm64 아키텍처를 사용하므로 시스템이 지원하는지 확인한 뒤 arm64 패키지를 선택할 수 있습니다. 아키텍처를 확인하기 어렵다면 기기 사양을 살펴보거나 여러 아키텍처 구성 요소가 포함된 universal 패키지를 선택하세요. 프로세서가 64비트를 지원해도 시스템 실행 환경까지 지원한다는 보장은 없으므로 구매 연도만으로 판단하면 안 됩니다. 설치가 안 된다면 Android 버전 요구 사항, 저장 공간, 설치 권한, 기존 앱과의 서명 충돌도 확인하세요. universal 패키지는 일부 아키텍처 호환 문제를 해결할 뿐 시스템 요구 사항을 우회하지는 못합니다.

먼저 가져오려는 항목이 공유 링크 하나인지, 구독 주소인지, 설정 파일인지 구분하세요. 구독 주소는 구독 설정에 추가하고 저장한 뒤 업데이트해야 합니다. 클립보드에서 가져오기는 지원되는 공유 내용을 가져올 때 사용하는 기능으로, 임의의 웹 주소를 구독으로 인식한다고 보장할 수 없습니다. 복사한 내용에 공백, 줄바꿈, 따옴표, 메신저가 덧붙인 문구가 없는지 확인하고 주소가 여전히 유효한지도 살펴보세요. 로그인 페이지나 오류가 반환된다면 가져오기를 반복해도 해결되지 않습니다. 설정 제공자에게 올바른 주소와 클라이언트 호환 형식을 확인하세요.

데스크톱 버전은 여러 데스크톱 운영체제에서 비슷한 방식으로 사용하려는 경우에 적합합니다. WPF 버전은 기존 Windows 인터페이스와 메뉴 구성이 익숙한 사용자에게 알맞습니다. 실행 환경 요구 사항과 설정 위치가 다를 수 있으니 다운로드 페이지의 안내를 따르고 파일 이름만으로 판단하지 마세요. 처음 사용할 때는 한 버전만 설치해 구독 가져오기와 연결을 테스트하는 것이 좋습니다. 버전을 옮길 때는 먼저 설정을 백업한 다음 클라이언트가 지원하는 가져오기 방법을 사용해 현재 데이터 폴더를 덮어쓰지 않도록 하세요.

먼저 TUN을 끄고 일반 프록시 모드가 실행되는지 확인한 다음 로그에서 권한, 서비스, 드라이버 중 원인을 찾으세요. Windows에서는 보통 관리자 권한이 필요하거나 관련 서비스를 올바르게 설치해야 합니다. macOS와 Linux에서는 클라이언트 안내에 따라 권한을 허용하거나 보조 구성 요소를 설정해야 하며, 절차는 버전에 따라 다를 수 있습니다. 다른 VPN, 가상 네트워크 어댑터 도구, 보안 소프트웨어가 차단하는지 확인하고 출처가 불분명한 드라이버를 반복해서 설치하지 마세요. Android에서 VPN 권한 오류가 발생하면 시스템 권한을 처리하고 다른 앱이 VPN 연결을 사용 중인지 확인하세요.

설정 출처별로 구독 그룹을 만들고 각 그룹의 용도를 알아보기 쉬운 이름으로 지정하세요. 여러 출처의 구독을 같은 그룹에 반복해서 가져오지 않는 것이 좋습니다. 구독을 업데이트하면 그룹 안의 항목이 교체될 수 있으므로 장기간 사용할 수동 설정은 따로 저장하세요. 수동 변경 사항의 유지 여부는 클라이언트의 현재 동작에 따라 달라집니다. 업데이트 전에는 선택한 그룹과 주소를 확인하고, 업데이트 후에는 사용 중인 설정이 그대로 있는지 살펴보세요. 중복 그룹을 삭제하기 전에는 설정을 백업하고 필요한 라우팅, 메모, 직접 추가한 항목이 남아 있는지 확인하세요.

먼저 설정 제공자가 대상 클라이언트에서 읽을 수 있는 형식을 제공하는지 확인하세요. 직접 가져올 수 있다면 보통 변환할 필요가 없습니다. 변환이 꼭 필요하다면 원본과 대상 형식이 프로토콜, 전송 방식, 보안 매개변수와 관련 확장 항목을 모두 표현할 수 있는지 확인하세요. 변환에 성공해도 모든 필드가 보존된 것은 아닙니다. 변환 후에는 설정 하나를 먼저 테스트한 뒤 여러 설정을 사용하세요. 접속 정보가 포함된 구독 링크를 신뢰할 수 없는 온라인 서비스에 입력하지 말고, 가져오기에 실패한다는 이유로 알 수 없는 필드를 함부로 삭제하지 마세요. 먼저 클라이언트나 코어를 업데이트해야 하는지 확인하세요.

데스크톱 브라우저를 일상적으로 사용할 때는 시스템 프록시부터 시작하세요. 유효한 설정을 선택하고 코어를 실행한 다음 시스템 프록시 자동 설정을 켜고 브라우저가 시스템 설정을 사용하는지 확인합니다. 시스템 프록시를 따르지 않는 앱의 트래픽을 전달해야 하거나 네트워크 전체를 제어해야 할 명확한 이유가 있을 때만 TUN을 검토하세요. 테스트할 때는 한 번에 옵션 하나만 바꾸고 변경 전후의 상태를 기록하세요. 시스템 프록시와 TUN을 반드시 함께 켜야 하는 것은 아니며, 동시에 사용하면 문제 원인을 찾기 어려워질 수 있습니다. Android에서는 클라이언트 안내에 따라 VPN 연결을 활성화하세요.

먼저 클라이언트 실행 로그나 코어 로그를 열고 문제가 발생한 시간을 기록한 다음 실패 동작을 한 번 재현해 해당 오류와 앞뒤 몇 줄을 확인하세요. 로그를 공유하기 전에는 구독 전체 주소, 사용자 식별 정보, 비밀번호, 토큰 등 재사용할 수 있는 자격 증명을 가리고 필요하면 서버 주소도 숨기세요. 오류 유형, 필드 이름, 작업 순서는 문제를 찾는 데 도움이 되므로 남겨 두세요. 필요한 경우에만 잠시 로그 수준을 높이고 점검이 끝나면 평소 수준으로 되돌려 과도한 접속 정보가 계속 기록되지 않게 하세요. 설정 파일 전체를 그대로 공개하지 마세요.

기존 설정으로 연결된다는 것은 저장된 서버 매개변수가 여전히 작동한다는 뜻일 뿐, 구독 서버가 정상이라는 의미는 아닙니다. 먼저 구독 주소가 만료되거나 재설정되지 않았는지 확인한 다음 업데이트 요청이 시간 초과, 인증서 오류, 접근 거부 중 어떤 응답을 반환하는지 살펴보세요. 클라이언트에서 프록시를 통해 구독을 업데이트하는 옵션을 제공한다면 기존 설정이 작동할 때 업데이트 경로를 바꿔 시도할 수 있습니다. 아직 업데이트되지 않은 설정에 의존하지 않도록 하세요. 작동 중인 그룹을 서둘러 삭제하지 말고 먼저 백업한 뒤 시스템 시간, 기본 네트워크, 구독 제공자의 서버 상태를 확인하세요.

한 번의 테스트만으로 결론을 내리면 안 됩니다. 먼저 테스트 종류를 확인하세요. 일부 테스트는 포트 연결만 확인하고, 다른 테스트는 실제 프록시 요청을 보내므로 실패 원인이 다릅니다. 기기 시간, 서버 주소, 포트, 프로토콜, 전송 및 보안 매개변수를 확인하세요. 특히 한 코어가 지원하는 설정을 지원하지 않는 코어에서 사용하지 않도록 주의해야 합니다. 정상 작동이 확인된 다른 설정이나 다른 네트워크에서도 비교 테스트를 해보세요. 모든 설정이 실패하면 로컬 권한, 방화벽, 네트워크를 먼저 확인하고 일부만 실패할 때는 설정 제공자에게 문의하세요.

먼저 코어가 실제로 실행 중이고 시작 오류가 없는지 확인한 다음 트래픽 연결 방식을 살펴보세요. 데스크톱에서는 시스템 프록시가 현재 수신 포트를 가리키는지, Android에서는 VPN 권한을 받았는지 확인합니다. 이어서 로그에서 접속 시 요청 기록이 남는지 살펴보세요. 기록이 없다면 브라우저 자체 프록시 설정, 앱 제외 설정, 다른 프록시 도구부터 확인합니다. 요청이 코어에 들어왔다면 DNS, 라우팅 출구, 설정의 유효성을 점검하세요. 한 번에 한 항목만 조정하고 다시 테스트하세요. 모든 설정을 한꺼번에 초기화하지 말고 자세한 절차는 연결 문제 해결 체크리스트를 참고하세요.

먼저 시스템 프록시의 주소와 포트가 클라이언트의 현재 수신 주소 및 포트와 일치하는지 확인하고, 브라우저에 별도 프록시가 설정되어 있거나 확장 프로그램이 프록시를 제어하는지도 살펴보세요. 코어에서 address already in use 오류가 표시되면 다른 프로세스나 다른 클라이언트 인스턴스가 해당 포트를 사용 중인 것입니다. 중복 실행된 인스턴스를 먼저 종료하세요. 포트를 바꿔야 한다면 해당 포트를 수동으로 지정한 모든 앱도 함께 수정해야 합니다. 코어가 정상적으로 시작된 것을 확인한 뒤 시스템 프록시를 테스트하세요. 클라이언트를 종료하기 전에는 클라이언트가 설정한 시스템 프록시를 해제해 종료 후에도 브라우저가 이전 포트에 연결되는 상황을 줄이세요.