클라이언트 설정과 자주 묻는 질문

v2rayN은 Windows, macOS, Linux 데스크톱에서 구독, 시스템 프록시, 라우팅 규칙을 관리하는 클라이언트입니다. v2rayNG는 Android용 Xray 기반 클라이언트로, VLESS와 REALITY 등의 설정에 적합합니다. v2flyNG도 Android에서 사용할 수 있는 V2Fly 기반 대안입니다. 먼저 운영체제를 확인하고 구독에서 요구하는 프로토콜, 전송 방식, 코어 기능을 살펴보세요. 이름이 비슷해도 설정을 완전히 서로 바꿔 쓸 수 있는 것은 아닙니다. 기존 설정이 안정적으로 작동한다면 이름만 바꾸려고 옮길 필요는 없습니다. 이전하기 전에는 구독 주소를 저장하고 사용자 지정 규칙을 기록해 두세요.

v2rayN 같은 클라이언트는 설정을 가져오고 서버를 관리하며 연결을 시작하는 그래픽 인터페이스를 제공합니다. 실제 트래픽 처리는 Xray 또는 V2Fly 코어가 담당합니다. VMess, VLESS, Trojan, Shadowsocks는 프록시 프로토콜이며, 전송 방식과 전송 보안 설정은 연결을 전달하고 보호하는 방법을 정합니다. 구독은 설정을 일괄 배포하는 수단으로, 업데이트에 따라 서버 목록도 바뀔 수 있습니다. 문제를 찾을 때는 단계별로 확인하세요. 목록이 비어 있으면 구독을, 시작되지 않으면 코어를, 특정 설정만 연결되지 않으면 프로토콜 매개변수를 살펴보세요. 구독을 성공적으로 가져왔다는 것은 클라이언트가 내용을 받아 해석했다는 뜻일 뿐, 모든 서버에 정상적으로 연결된다는 의미는 아닙니다.

VLESS는 프록시 프로토콜이고 REALITY는 Xray가 지원하는 전송 보안 방식이므로 서로 다른 계층에 속합니다. 흔히 VLESS와 REALITY를 함께 설정하지만, 전송 유형, 서버 이름, 공개 키, 짧은 ID, 흐름 제어 등의 매개변수도 모두 맞아야 합니다. 구체적인 항목은 서버 설정을 기준으로 확인하세요. 클라이언트에 VLESS 옵션이 있다고 해서 현재 코어가 설정에 포함된 모든 REALITY 기능을 지원하는 것은 아닙니다. 인식할 수 없는 항목이 있거나 시작 오류가 발생하면 먼저 코어 종류와 클라이언트 지원 범위를 확인한 뒤 링크가 온전한지 살펴보세요. 연결을 시도하려고 공개 키를 임의로 삭제하거나 서버 이름을 바꾸지 마세요.

v2rayN의 시스템 프록시는 운영체제의 프록시 설정을 따르는 앱이 로컬 프록시에 연결되도록 합니다. 라우팅 규칙은 연결된 트래픽을 프록시로 보낼지 직접 연결할지 결정합니다. 전역 라우팅은 보통 코어에 들어온 트래픽을 프록시로 보내며, 기기 전체의 트래픽을 자동으로 가로채지는 않습니다. TUN은 가상 네트워크 인터페이스를 통해 더 많은 앱의 트래픽을 연결하지만 라우팅, 제외 항목, DNS 설정의 영향을 받습니다. Android 클라이언트의 VPN 모드도 기기 트래픽을 연결하기 위한 기능이며, 상용 VPN 서비스 계정과는 다릅니다. 설정할 때는 먼저 앱 트래픽이 클라이언트로 들어오는지 확인한 다음 출구가 규칙에 맞는지 살펴보세요. 연결 문제와 분기 라우팅 문제를 혼동하지 않도록 주의하세요.

v2rayN에서 구독을 가져오려면 구독 그룹의 주소 입력란에 전체 구독 URL을 붙여 넣고 해당 그룹을 업데이트하세요. 개별 공유 링크는 클립보드에서 가져오는 전용 메뉴를 사용해야 합니다. 복사한 내용에 공백, 줄바꿈, 설명 문구, 메신저가 추가한 문장 부호가 섞이지 않았는지 확인하고 링크가 만료되지 않았는지도 살펴보세요. 주소가 로그인 페이지, 오류 페이지 또는 지원되지 않는 설정 형식을 반환하면 클라이언트가 접속에 성공해도 서버 목록을 만들 수 없습니다. 구독 주소에는 접근 정보가 포함될 수 있으므로 낯선 변환 사이트에 입력하지 마세요. 설정 제공자에게 클라이언트 지원 여부를 문의하고, 다운로드 실패와 파싱 실패를 구분할 수 있도록 오류 메시지를 보관하세요.

v2rayN Desktop 버전은 차세대 크로스 플랫폼 인터페이스를 사용하며, WPF 버전은 Windows용 클래식 인터페이스입니다. 처음 설치한다면 Desktop 버전을 먼저 살펴볼 수 있습니다. WPF 사용에 익숙하거나 특정 화면 조작에 의존한다면 이전하기 전에 두 버전의 기능을 비교하세요. 설치 전에 운영체제와 프로세서 요구 사항을 확인하고, 설치 프로그램의 안내에 따라 런타임 종속 항목을 처리하세요. 버전 간 이전 전에는 구독 그룹과 사용자 지정 설정을 백업하고, 두 인스턴스가 같은 로컬 수신 포트를 동시에 사용하지 않도록 하세요. 시작되지 않으면 구체적인 오류를 기록하고 권한과 종속 항목을 점검하세요. 기존 폴더를 바로 덮어쓰거나 서로 다른 버전의 프로그램 파일을 반복해서 섞어 쓰지 않는 것이 좋습니다.

v2rayNG와 v2flyNG의 arm64 설치 파일은 64비트 ARM 시스템을 실행하는 기기에 적합하며 대체로 용량이 더 작습니다. universal 파일은 여러 프로세서 아키텍처를 포함하므로 기기 아키텍처를 모르거나 다른 아키텍처와의 호환성이 필요할 때 적합합니다. 최신 주류 스마트폰이라면 보통 arm64를 선택할 수 있지만, 프로세서가 64비트를 지원한다고 해서 운영체제도 반드시 64비트 모드로 실행되는 것은 아닙니다. 기기의 시스템 정보를 기준으로 확인하세요. 파싱에 실패하거나 호환되지 않는다는 메시지가 나오면 먼저 운영체제 버전 요구 사항과 아키텍처를 확인한 뒤 범용 패키지를 시도하세요. 앱을 업데이트할 때는 서명 호환성도 필요합니다. 서명 충돌이 표시되면 설정을 백업하고 설치 출처를 확인하세요. 설정이 사라질 수 있으므로 곧바로 앱을 삭제하지 마세요.

v2rayN의 TUN 모드는 운영체제와 클라이언트 버전에 따라 관리자 권한, 시스템 네트워크 확장 권한 또는 가상 인터페이스 구성 요소가 필요할 수 있습니다. 현재 버전의 안내에 따라 권한을 부여한 뒤, 로그에서 인터페이스 생성 실패, 라우팅 설정 실패, 포트 충돌 여부를 확인하세요. Android에서 v2rayNG의 VPN 모드를 사용한다면 시스템 연결 권한이 허용되어 있는지 확인하세요. 다른 앱이 VPN 서비스를 사용 중이면 해당 앱을 먼저 중지해야 합니다. 권한 오류만을 이유로 시스템 보안을 해제하지 마세요. 변경 전 기존 모드를 기록하고, 충돌 항목을 한 번에 하나씩 처리하세요. 테스트가 끝나면 당장 필요하지 않은 연결 방식을 꺼서 트래픽이 중복으로 처리되지 않도록 하세요.

v2rayN의 중국 본토 우회 프리셋은 보통 도메인과 IP 규칙에 따라 중국 본토 주소를 직접 연결하고 나머지 트래픽은 규칙에 따라 처리합니다. 실제 동작은 현재 규칙 내용, 적용 순서, 규칙 데이터에 따라 달라집니다. 전역 라우팅은 프록시 출구를 잠깐 테스트하거나 일관된 출구가 필요한 앱에서 유용하지만, 직접 연결해도 되는 요청이 우회 경로를 거칠 수 있습니다. 평소에는 네트워크 환경에 맞는 분기 프리셋을 선택하고, 예외 도메인에는 명확한 규칙을 추가하세요. 전환 후에는 새 연결로 다시 테스트해야 합니다. 기존 연결은 이전 출구를 계속 사용할 수 있습니다. 라우팅은 코어에 들어온 트래픽만 처리하며 시스템 프록시나 TUN 연결을 대신하지 않는다는 점도 기억하세요.

v2rayN과 Android 클라이언트는 대개 구독 그룹을 원격에서 관리하는 목록으로 취급하므로 업데이트할 때 항목을 다시 만들 수 있습니다. 따라서 구독 항목의 주소, 메모, 프로토콜 매개변수를 직접 수정해도 그대로 유지되지 않을 수 있습니다. 장기간 관리할 설정은 클라이언트가 지원하는 경우 별도의 수동 그룹에 복사한 뒤 수정하세요. 라우팅 규칙, 앱 분기 설정, 구독 항목은 서로 다른 설정 계층이므로 각각 백업해야 합니다. 업데이트 전후에 그룹의 항목 이름과 설정 변경 사항을 비교하고, 목록 개수만 확인하지 마세요. 설정 제공자가 매개변수를 변경하면 기존 항목이 작동하지 않을 수 있습니다. 이전 설정을 비교용으로 보관할 수는 있지만, 기존 매개변수를 계속 사용할 수 있다는 뜻은 아닙니다.

v2rayNG가 백그라운드에서 끊기면 먼저 시스템의 배터리 최적화, 백그라운드 활동 권한, 기기 제조사의 앱 관리 설정을 확인하세요. 앱이 실제로 시스템에 의해 종료된 경우에만 필요에 따라 백그라운드 실행을 허용하세요. 배터리 소모가 늘었다면 클라이언트가 많은 트래픽을 계속 처리하는지, 네트워크가 반복해서 재연결되는지, 다른 앱이 자주 기기를 깨우는지 구분해야 합니다. 시스템 배터리 통계를 확인하고 사용 시간과 데이터 사용량이 비슷한 조건끼리 비교하세요. 알림이 계속 표시된다는 이유만으로 배터리 이상을 판단할 수는 없습니다. VPN 상시 사용이나 VPN을 거치지 않는 연결 차단을 켜 두었다면 클라이언트를 중지한 뒤 네트워크에 영향을 받을 수 있습니다. 시스템 옵션을 조정하기 전에 연결 차단 기능이 미치는 영향을 파악하고, 백그라운드 유지와 배터리 사용 시간 사이에서 적절히 선택하세요.

v2rayN에서는 연결 로그, 앱 자체 프록시 설정, 출구 IP 조회를 함께 확인해 트래픽 경로를 판단할 수 있습니다. 기존 테스트 페이지를 닫고 새 연결을 만든 다음 대상 도메인에 적용된 라우팅 규칙을 확인하세요. 클라이언트가 실행 중이라는 사실만으로 해당 앱이 프록시를 사용한다고 볼 수는 없습니다. 명령줄 도구, 개발 도구, 일부 브라우저는 별도의 프록시 설정을 유지할 수 있으므로 각각 확인해야 합니다. 출구 조회 결과는 해당 요청의 경로만 보여 주며, 모든 도메인이나 DNS 요청이 같은 출구를 사용한다는 뜻은 아닙니다. Android에서는 앱 분기의 포함 목록과 제외 목록도 확인하세요. 로그를 공유해 도움을 요청하기 전에는 구독 URL, 인증 매개변수, 개인 계정과 연결될 수 있는 정보를 삭제하세요.

v2rayN에서 구독 업데이트에 실패하면 먼저 기존 목록을 보존하고 네트워크 요청 실패인지 콘텐츠 파싱 실패인지 구분하세요. 기기 시간이 정확한지, 현재 네트워크에 로그인이 필요한지, 구독이 만료되었는지, 설정 제공자가 주소를 변경했는지 확인하세요. 클라이언트에서 직접 연결 또는 프록시를 통한 업데이트를 선택할 수 있다면, 이미 사용 가능한 연결이 있을 때 비교 테스트하세요. 아직 가져오지 못한 설정에 의존해 구독을 가져오려 해서는 안 됩니다. 인증서 오류가 발생하면 먼저 시간과 주소를 확인하고 인증서 검증을 바로 끄지 마세요. 여러 그룹 중 하나만 실패하면 해당 구독을 우선 점검하고, 모두 실패하면 네트워크, DNS, 로컬 프록시 상태를 확인하세요. 업데이트 버튼을 반복해서 눌러도 서버 제한이나 콘텐츠 형식 변경은 해결되지 않는 경우가 많습니다.

v2rayN 또는 v2rayNG에서 시간 초과가 표시되면 이번 테스트가 제한 시간 안에 끝나지 않았다는 뜻일 뿐, 설정이 무효라고 단정할 수는 없습니다. 테스트에 따라 TCP 연결만 확인할 수도 있고 실제 웹 요청을 보낼 수도 있으므로 결과를 같은 기준으로 해석해서는 안 됩니다. 먼저 실제 요청으로 테스트하고 로그를 확인한 뒤 서버 주소, 포트, 시스템 시간, 프로토콜 매개변수를 살펴보세요. 특정 항목 하나만 문제가 있으면 같은 구독의 다른 항목으로 비교하세요. 모두 시간 초과라면 현재 네트워크, DNS, 코어 시작 상태, 로컬 포트를 우선 확인하세요. 다른 네트워크에서도 테스트하면 로컬 환경 문제인지 원격 서버 문제인지 구분하는 데 도움이 됩니다. 매개변수 오류를 숨기려고 암호화 방식을 임의로 바꾸거나 보안 검증을 건너뛰지 마세요.

v2rayNG에서 연결됨으로 표시되는 것은 우선 로컬 서비스가 시작되었다는 뜻입니다. 원격 핸드셰이크, 도메인 확인, 대상 웹사이트 접속까지 모두 성공했다는 의미는 아닙니다. 먼저 로그에서 인증 실패, 연결 거부, DNS 시간 초과가 있는지 확인한 뒤 일반 웹사이트와 문제가 발생하는 웹사이트를 각각 테스트하세요. Android에서는 앱 분기 목록을 확인하고, 데스크톱에서는 브라우저가 별도의 프록시를 사용하는지 살펴보세요. 사용자 지정 DNS, TUN, 복잡한 라우팅을 사용 중이라면 설정을 기록한 다음 정상 작동이 확인된 조합으로 항목별 비교를 진행하세요. 기기 시간과 네트워크 로그인 페이지도 확인해야 합니다. 한 번에 하나의 옵션만 바꾸고 문제가 어느 단계에서 발생하는지 파악한 뒤 수정하세요. 서버, DNS, 라우팅을 동시에 바꾸면 원인을 다시 확인하기 어려워집니다.

v2rayN의 시스템 프록시가 작동하지 않으면 먼저 코어가 실행 중인지, 로컬 수신 포트가 올바른지 확인한 다음 운영체제 네트워크 설정의 프록시 주소가 클라이언트와 일치하는지 살펴보세요. 브라우저 확장 프로그램, 다른 프록시 앱, 조직 정책, 앱 자체 설정이 시스템 프록시를 덮어쓸 수 있습니다. 명령줄 프로그램은 시스템 프록시 설정을 따르지 않을 수도 있습니다. 클라이언트를 종료한 뒤 인터넷이 되지 않는다면 시스템이 이미 중지된 로컬 프록시 포트를 계속 가리키고 있을 수 있습니다. 클라이언트를 다시 실행해 시스템 프록시를 해제한 다음 설정을 확인하세요. TUN을 사용했다면 가상 인터페이스와 라우팅이 정상적으로 복구되었는지도 살펴보세요. 회사나 학교의 관리 기기에서 정책을 강제로 바꾸지 말고 개인 설정이 남은 것인지 관리자가 설정한 것인지 구분하세요.