클라이언트, 구독, 프록시 모드
설정이 어디서 제공되는지, 요청이 어떻게 들어오는지, 코어가 연결을 어떻게 처리하는지부터 구분하세요.
V2Ray, 코어, 클라이언트는 각각 무엇인가요?
V2Ray는 보통 Project V 프록시 생태계의 관련 기술과 프로그램을 가리킵니다. 코어는 프로토콜, 연결, 라우팅을 처리하고, GUI 클라이언트는 구독 가져오기와 서버 선택, 설정 변경을 위한 화면을 제공합니다. V2Fly와 Xray는 관련 코어 계열이지만 지원 범위와 설정 세부 사항은 서로 다릅니다. 프로토콜이 지원되지 않는다면 창에 표시된 클라이언트 이름만 볼 것이 아니라, 클라이언트가 실제로 사용하는 코어와 버전을 확인해야 합니다.
v2rayN, v2rayNG, v2flyNG 중 무엇을 선택해야 하나요?
Windows, macOS, Linux 데스크톱에서는 v2rayN을 먼저 살펴보세요. Android에서는 Xray 코어를 사용하는 v2rayNG를 우선 고려하고, V2Fly 코어 설정에 맞춰야 한다면 v2flyNG를 선택할 수 있습니다. 먼저 운영체제에 맞는 클라이언트를 고른 뒤 서버에서 요구하는 프로토콜과 전송 방식을 확인하세요. 이름이 비슷하다고 설정을 서로 바꿔 쓰면 안 됩니다. 클라이언트와 코어의 지원 범위는 버전에 따라 달라지므로, 구버전이 인식하지 못하는 항목이 있다고 해서 구독 주소가 잘못된 것은 아닐 수 있습니다.
구독 주소와 개별 노드 공유 링크는 어떻게 다른가요?
구독 주소는 일반적으로 설정 목록을 가져오는 URL이며, 구독을 업데이트하면 서버가 제공하는 항목을 다시 불러옵니다. 개별 노드 공유 링크는 보통 하나의 연결 설정만 담고 있습니다. 두 항목은 가져오기 메뉴가 다를 수 있으므로 일반 웹페이지 주소를 구독 주소로 사용하면 안 됩니다. 구독 URL의 토큰은 계정 접근 권한을 나타낼 수 있으니 비밀번호처럼 안전하게 보관하세요. 다른 사람에게 도움을 요청할 때는 전체 주소와 인증 정보를 가리고, 오류 내용과 필요한 설정만 공유하세요.
시스템 프록시, TUN, 라우팅 규칙은 각각 어떤 역할을 하나요?
시스템 프록시는 시스템 설정을 따르는 앱이 요청을 로컬 프록시 포트로 보내도록 합니다. TUN은 가상 네트워크 인터페이스를 통해 조건에 맞는 트래픽을 처리하며, 보통 추가 권한이 필요합니다. 라우팅 규칙은 트래픽이 코어에 들어온 뒤 직접 연결할지, 프록시를 사용할지, 차단할지를 결정합니다. 세 기능은 서로 다른 설정입니다. 브라우저는 되지만 다른 프로그램은 안 된다면, 먼저 해당 프로그램이 시스템 프록시를 따르는지 확인하고 TUN이 필요한지 판단하세요. 곧바로 전체 프록시로 바꿀 필요는 없습니다.
클라이언트를 설치한 뒤에도 구독이나 서버 설정이 필요한 이유는 무엇인가요?
클라이언트는 로컬 설정 관리와 연결 기능을 제공하지만, 설치만으로 사용할 수 있는 원격 서비스가 준비되는 것은 아닙니다. 프록시 연결에는 유효한 서버 주소와 포트, 인증 정보가 필요하며, 보통 구독이나 개별 설정을 통해 제공됩니다. 설치에 성공했다는 것은 프로그램이 실행된다는 뜻일 뿐, 원격 연결이 가능하다는 의미는 아닙니다. 처음 사용할 때는 사용 권한이 있는 설정을 확보한 다음 가져오고, 사용할 서버를 선택하고, 트래픽이 들어오는 방식을 지정하세요. 설정이 없다면 시스템 프록시를 반복해서 바꿔도 필요한 정보가 채워지지 않습니다.
설치 파일, 구독 가져오기, 권한
먼저 클라이언트와 코어를 정상적으로 실행한 뒤 구독과 트래픽 연결을 설정하세요. 메뉴 이름은 버전에 따라 조금씩 다를 수 있습니다.
Android 설치 파일은 arm64와 universal 중 무엇을 선택해야 하나요?
기기가 arm64를 지원한다고 확인했다면 해당 설치 파일을 우선 선택하세요. 일반적으로 파일 크기가 더 작습니다. 최신 스마트폰 대부분이 이에 해당하지만, 칩이 64비트를 지원한다고 해서 운영체제에도 해당 실행 환경이 반드시 있는 것은 아닙니다. 기기의 시스템 정보나 실제 설치 결과를 기준으로 판단하세요. 아키텍처를 알 수 없다면 여러 아키텍처를 지원하는 universal 패키지를 사용해 볼 수 있습니다. 설치 오류가 발생하면 운영체제 버전과 저장 공간, 기존 앱과 서명이 일치하는지도 확인하세요. 모든 설치 오류가 아키텍처 문제인 것은 아닙니다.
구독을 가져오지 못하거나 가져온 뒤 목록이 비어 있다면 무엇부터 확인해야 하나요?
먼저 복사한 구독 주소가 완전한지 확인하세요. 줄바꿈이나 앞뒤 공백, 메신저가 덧붙인 문장부호가 없어야 합니다. 그런 다음 구독 그룹의 주소 입력 메뉴를 사용하세요. 그룹을 저장한 뒤 업데이트해야 하며, 일부 버전은 저장 즉시 내용을 가져오지 않습니다. 로그인 페이지나 오류 페이지, 빈 응답이 반환되면 목록도 비어 있을 수 있습니다. 구독이 유효한지, 응답 형식이 현재 클라이언트와 호환되는지도 확인하세요. 파싱 오류가 표시되면 오류 유형을 기록해 설정 제공자에게 형식을 문의하고, 주소의 매개변수를 임의로 수정하지 마세요.
v2rayN에서 시스템 프록시가 작동하지 않을 때 어떤 순서로 확인해야 하나요?
먼저 코어가 정상적으로 시작되었고 유효한 서버가 선택되어 있는지 확인한 뒤, 시스템 프록시를 자동 설정으로 지정하세요. 운영체제의 프록시 주소와 포트가 클라이언트의 로컬 수신 설정과 일치하는지도 확인해야 합니다. 모든 설치 환경에 공통으로 적용되는 고정 포트는 없습니다. 브라우저 확장 프로그램이나 다른 프록시 도구, 조직의 기기 정책이 설정을 덮어쓸 수 있으니 하나씩 확인하세요. 특정 앱에서만 문제가 발생한다면 해당 앱이 시스템 프록시를 사용하는지 살펴보세요. 앱 자체 설정에서 프록시를 지정해야 할 수도 있습니다.
TUN을 켤 때 권한 부족이나 가상 네트워크 어댑터 생성 오류가 발생하면 어떻게 해야 하나요?
먼저 TUN을 끄고 일반 시스템 프록시가 작동하는지 확인한 다음, 클라이언트 안내에 따라 필요한 권한을 허용하세요. Windows에서는 관리자 권한과 관련 네트워크 구성 요소가 필요할 수 있고, macOS에서는 네트워크 권한을 허용해야 할 수 있습니다. Linux에서는 가상 네트워크 인터페이스와 권한 요건을 충족해야 합니다. 구현 방식은 버전에 따라 다르므로 현재 표시되는 오류를 기준으로 확인하세요. 이 문제 때문에 모든 보안 기능을 끄지는 마세요. 다른 VPN이나 가상 네트워크 어댑터가 사용 중인지 확인한 뒤, 코어 시작 로그에서 처음 나타나는 관련 오류를 살펴보세요.
macOS에서 v2rayN 실행이 차단될 때는 어떻게 해야 하나요?
먼저 설치 파일이 칩에 맞는지 확인하세요. Apple Silicon과 Intel에는 각각 해당 버전을 사용해야 합니다. 개발자를 확인할 수 없다는 메시지가 표시되면 다운로드 출처를 신뢰할 수 있는지 확인한 후, 시스템 설정의 개인정보 보호 및 보안에서 시스템이 제공하는 옵션에 따라 앱 열기를 허용하세요. 메뉴 이름은 macOS 버전에 따라 다를 수 있습니다. 출처가 불분명하거나 파일이 손상되었다는 안내가 표시되면 인터넷에서 찾은 일괄 제한 해제 명령을 바로 실행하지 마세요. 앱이 열린 뒤 시스템 프록시와 네트워크 권한을 따로 확인해야 합니다. 앱 실행을 허용해도 TUN 권한까지 모두 설정된 것은 아닙니다.
구독 업데이트, 분할 라우팅, 연결 확인
설정을 가져오는 것, 트래픽이 클라이언트로 들어오는 것, 원격 요청이 완료되는 것은 각각 따로 확인해야 합니다.
구독 자동 업데이트를 켰는데도 설정이 바뀌지 않는 이유는 무엇인가요?
자동 업데이트가 실행되려면 보통 클라이언트가 실행 중이어야 하며 설정한 업데이트 간격이 지나야 합니다. 컴퓨터가 절전 모드이거나 앱이 종료된 동안에도 업데이트가 실행된다고 볼 수는 없습니다. 먼저 수동 업데이트를 실행해 결과와 그룹이 올바른지 확인한 뒤, 자동 업데이트 활성화 여부와 간격을 살펴보세요. 업데이트가 성공했는데 항목이 그대로라면 서버에서 변경 사항을 게시하지 않았을 수도 있습니다. 자동 업데이트는 설정을 다시 가져올 뿐, 만료된 계정이나 사용할 수 없는 주소, 시스템 프록시 설정을 자동으로 고치지는 않습니다. 가져오기 오류와 연결 오류를 구분해야 합니다.
중국 본토 우회와 전체 프록시는 어떻게 다르며, 평소에는 무엇을 선택해야 하나요?
중국 본토 우회는 보통 도메인 및 IP 규칙을 사용해 중국 본토에 해당하는 목적지에는 직접 연결하고, 나머지 목적지는 다른 규칙에 따라 처리합니다. 실제 동작은 현재 규칙 순서와 데이터 파일에 따라 달라집니다. 전체 프록시는 대개 클라이언트에 들어온 트래픽을 프록시 출구로 보내지만, 원래 시스템 프록시를 따르지 않는 프로그램까지 자동으로 연결해 주지는 않습니다. 평소에는 용도에 맞는 분할 라우팅 모드를 사용하고, 특정 사이트에 문제가 있을 때만 잠시 모드를 바꿔 비교해 보세요. 테스트가 끝나면 원래 설정으로 되돌려 규칙 오류를 모드 전환으로 감춘 채 두지 마세요.
Android에서 브라우저는 연결되지만 일부 앱이 작동하지 않을 때 어떻게 확인해야 하나요?
먼저 v2rayNG가 시스템 VPN 연결을 설정했는지 확인한 다음, 앱별 프록시 목록과 해당 목록이 허용 앱을 지정하는지 제외 앱을 지정하는지 살펴보세요. 제외된 앱은 예상대로 클라이언트에 연결되지 않습니다. 다른 VPN이 실행 중인지, 업무 프로필의 네트워크 정책이나 제조사의 백그라운드 제한이 있는지도 확인하세요. 앱 트래픽이 이미 연결되어 있다면 해당 앱이 접속하는 도메인이 라우팅 규칙에 따라 직접 연결로 처리되는지 살펴보세요. 한 번에 설정 하나만 바꾸고 대상 앱을 다시 열어야 연결 범위, 라우팅 규칙, 원격 연결 중 어디에 문제가 있는지 구분할 수 있습니다.
구독을 업데이트하면 수동으로 수정한 노드 설정이 덮어써지나요?
그럴 수 있습니다. 구독 그룹의 항목은 보통 원격 설정으로 다시 생성되거나 동기화됩니다. 주소, 포트, 전송 설정을 직접 수정해도 클라이언트 버전과 동기화 방식에 따라 다음 업데이트에서 원래대로 돌아갈 수 있습니다. 실험용 설정을 계속 보관해야 한다면 별도의 수동 항목으로 저장하고, 구독 항목과 구분하기 쉬운 이름을 지정하세요. 수정 전에 기존 값을 기록하고 테스트 후에는 필요한 변경만 남기세요. 한 가지 변경을 유지하려고 구독 업데이트를 모두 끄면 다른 설정까지 오래된 상태로 남을 수 있습니다.
설정이 켜져 있는지만 보지 않고 실제 요청이 프록시를 거치는지 어떻게 확인하나요?
먼저 같은 브라우저에서 정상 작동이 확인된 HTTPS 페이지에 접속한 뒤 클라이언트 연결 로그와 비교해 해당 도메인에 어떤 라우팅 규칙과 출구가 적용되었는지 확인하세요. 필요하다면 신뢰할 수 있는 IP 주소 확인 페이지를 참고할 수 있지만, 출구 IP가 바뀌었다고 해서 모든 앱의 트래픽이 연결되었다고 단정할 수는 없습니다. 캐시된 페이지와 브라우저 자체 프록시, 직접 연결 규칙이 판단을 방해할 수 있습니다. 연결 버튼이나 트레이 아이콘만 보지 말고 대상 앱이 클라이언트에 연결되었는지, 라우팅이 올바른지, 요청이 완료되었는지 모두 확인하세요.
업데이트 오류, 시간 초과, 네트워크 복구
오류 내용을 보존한 뒤 비교 테스트를 진행하세요. 구독을 가져오는 경로와 서버에 연결하는 경로는 서로 다를 수 있습니다.
v2rayN 구독 업데이트 오류가 주소 문제인지 네트워크 문제인지 어떻게 구분하나요?
먼저 업데이트 오류 메시지를 확인하세요. 이름 확인 실패는 보통 DNS 문제를, 연결 시간 초과는 구독 서버까지의 네트워크 경로 문제를 가리킵니다. 401 또는 403은 권한이나 토큰, 접근 제한과 관련이 있을 수 있으며, 파싱 실패는 응답 형식이 맞지 않을 가능성이 있습니다. 다만 이는 단서일 뿐 확정된 원인은 아닙니다. 프록시를 통해서만 구독에 접근할 수 있다면 먼저 사용 가능한 연결을 확보한 뒤 클라이언트의 프록시 경유 업데이트 기능을 사용해 보세요. 아직 가져오지 못한 설정에 의존하는 상황을 반복하지 말고, 주소가 만료되었다면 제공자에게 유효한 주소를 요청하세요.
노드 테스트에서 시간 초과가 표시되면 서버가 반드시 사용할 수 없는 상태인가요?
꼭 그렇지는 않습니다. 테스트 방식과 대상이 실제 앱의 요청과 다를 수 있으며, 시간 초과는 로컬 DNS나 네트워크 출구, 테스트 사이트에서 발생할 수도 있습니다. 먼저 서버 주소와 포트를 확인하고 같은 설정으로 정상 작동이 확인된 페이지에 접속해 보세요. 로그에 연결 시간 초과, 인증 실패, 핸드셰이크 오류가 있는지도 확인하세요. 특정 항목만 문제가 있으면 같은 구독의 다른 항목과 비교할 수 있습니다. 모든 항목에 문제가 있다면 테스트 결과만으로 설정을 전부 삭제하지 말고 로컬 네트워크와 시스템 시간, 코어 시작 상태부터 확인하세요.
클라이언트에는 연결됨으로 표시되지만 웹페이지가 모두 열리지 않을 때 무엇부터 확인해야 하나요?
연결됨 표시는 로컬 서비스나 VPN 인터페이스가 시작되었다는 뜻일 수 있으며, 원격 요청의 성공을 보장하지는 않습니다. 먼저 프록시를 잠시 끄고 기본 네트워크가 작동하는지 확인한 다음 프록시를 다시 켜고 활성 서버와 트래픽 진입 경로, 로그를 살펴보세요. 기본 네트워크는 정상인데 프록시 요청이 모두 실패한다면 로컬 수신, 원격 연결, 인증, DNS 순서로 점검하세요. 로그에 대상 사이트 요청이 없다면 먼저 앱 트래픽이 연결되어 있는지 확인하세요. 요청과 명확한 오류가 있다면 해당 단계만 해결하고 포트, DNS, 라우팅을 한꺼번에 바꾸지 마세요.
로그에 TLS 핸드셰이크 실패나 인증서 시간 오류가 표시되면 어떻게 해야 하나요?
먼저 기기의 날짜와 시간, 시간대를 확인하고 신뢰할 수 있는 자동 시간 동기화를 사용하세요. 이어서 서버에서 요구하는 도메인과 SNI, 전송 설정을 확인합니다. 인증서 만료나 도메인 불일치, 중간 네트워크의 간섭, 클라이언트의 설정 미지원 등이 핸드셰이크 실패의 원인일 수 있습니다. 인증서 검증을 건너뛰는 방법은 인증을 약화하므로 일상적인 해결책으로 사용하지 마세요. 설정이 구독에서 제공된 것이라면 유효한 설정을 다시 가져오세요. 오류가 계속되면 민감한 정보를 가리고 오류 내용과 발생 시간을 서버 관리자에게 전달하세요.
클라이언트를 종료한 뒤에도 인터넷이 되지 않을 때 네트워크 설정을 어떻게 복구하나요?
먼저 시스템이 이미 중지된 로컬 프록시 포트를 계속 가리키는지 확인하세요. 클라이언트를 다시 열 수 있다면 시스템 프록시를 해제한 뒤 정상적으로 종료합니다. 열 수 없다면 운영체제의 네트워크 설정에서 남아 있는 수동 프록시를 끄세요. 이전에 TUN을 사용했다면 관련 연결이 중지되었는지 확인하고, 다른 VPN이 네트워크 트래픽을 처리하는지도 살펴보세요. 기기의 모든 네트워크 설정을 바로 초기화하지 말고 현재 상태를 기록한 뒤 하나씩 되돌리세요. 종료 전에 트래픽 연결을 해제하면 같은 문제가 다시 발생할 가능성을 줄일 수 있습니다.