클라이언트, 구독과 연결 모드
먼저 클라이언트, 코어, 구독과 노드를 구분한 다음 현재 기기와 트래픽 범위에 맞는 실행 방식을 선택하세요.
v2rayN, v2rayNG, v2flyNG 중 무엇을 선택해야 하나요?
Windows, macOS, Linux 데스크톱 환경에서는 구독, 시스템 프록시와 라우팅 규칙을 통합 관리하는 v2rayN을 우선 선택하세요. Android에서는 Xray 코어를 사용하는 v2rayNG를 권장합니다. 노드 설정에서 V2Fly 코어를 명시적으로 요구하거나 코어 호환성을 비교 테스트해야 할 때 v2flyNG를 선택하면 됩니다.
구독, 노드, 서버 그룹은 각각 무엇인가요?
구독은 서비스 제공자가 관리하는 설정 주소이며, 클라이언트가 구독을 업데이트하면 노드 목록을 받습니다. 노드는 주소, 포트, 프로토콜과 전송 매개변수를 포함한 개별 서버 설정입니다. 서버 그룹은 서로 다른 구독이나 용도의 노드를 나누어 관리하기 위한 기능이며, 그룹 자체가 노드 설정을 변경하지는 않습니다.
시스템 프록시 모드와 TUN 모드는 어떻게 다른가요?
시스템 프록시 모드는 운영체제의 프록시 설정을 변경하므로 시스템 프록시를 읽는 브라우저와 데스크톱 프로그램에 적합합니다. TUN 모드는 가상 네트워크 인터페이스를 통해 더 다양한 트래픽을 가로채며, 시스템 프록시를 읽지 않는 프로그램에 유용합니다. 평소에는 시스템 프록시를 먼저 활성화하고 설정이 정상인지 확인한 뒤 필요에 따라 TUN을 설정하세요.
지연 시간 측정 결과가 실제 속도와 다른 이유는 무엇인가요?
지연 시간 측정은 주로 연결을 설정하는 데 걸리는 시간을 보여줍니다. 실제 속도는 서버 대역폭, 회선 혼잡, 프로토콜 오버헤드, 로컬 네트워크와 대상 사이트의 제한에도 영향을 받습니다. 노드를 선택할 때는 먼저 시간 초과 항목을 제외하고, 실제 연결 지연 시간과 다운로드 성능, 연속 사용 시 안정성을 함께 비교하세요. 한 번 측정한 숫자만으로 판단하지 마세요.
클라이언트와 코어를 동시에 업데이트해야 하나요?
클라이언트는 인터페이스, 구독과 설정 관리를 담당하고, 코어는 프로토콜 연결과 트래픽 처리를 담당하므로 업데이트 범위가 다릅니다. 새 프로토콜을 인식하지 못하거나 설정 필드가 호환되지 않거나 연결 동작이 이상할 때는 클라이언트와 코어 버전을 함께 확인하세요. 현재 설정이 안정적으로 작동한다면 먼저 버전 안내를 읽은 뒤 업데이트 일정을 정하는 것이 좋습니다.
구독 가져오기, 설치 패키지와 권한
주소 접속 가능 여부, 그룹 필터, 기기 아키텍처와 시스템 권한의 네 가지 방향에서 설치 및 가져오기 문제를 점검하세요.
구독 주소를 붙여넣은 뒤 가져오기에 실패하면 어떻게 하나요?
먼저 복사한 내용에 앞뒤 공백, 줄바꿈 또는 누락된 문자가 없는지 확인한 다음 브라우저에서 구독 주소가 정상적으로 콘텐츠를 반환하는지 확인하세요. 이어서 시스템 시간이 정확한지 확인하고 네트워크를 중복으로 가로채는 프록시 프로그램을 잠시 종료합니다. 주소에 접속할 수 있는데도 클라이언트에서 오류가 발생하면 로그에서 HTTP 상태 코드, 인증서 또는 파싱 오류를 확인하세요.
구독 업데이트는 성공했는데 서버 목록이 비어 있으면 어떻게 하나요?
먼저 해당 구독 그룹으로 전환하고 키워드 필터를 초기화한 뒤 다시 업데이트하세요. 목록이 계속 비어 있다면 구독 응답이 클라이언트에서 지원하는 형식인지, 서버에서 실제로 노드를 제공하는지 확인합니다. 구독을 여러 개 사용하는 경우 같은 이름의 이전 구독이 아니라 현재 대상 그룹을 업데이트하고 있는지도 확인하세요.
Android 설치 패키지에서 arm64와 universal 중 무엇을 선택해야 하나요?
2015년 이후 출시된 주요 Android 스마트폰은 대체로 64비트 ARM 프로세서를 사용하므로 파일 크기가 더 작은 arm64 설치 패키지를 우선 선택할 수 있습니다. 프로세서 아키텍처를 확인할 수 없거나 기기가 오래됐거나 arm64 설치에 실패하면 universal 범용 버전을 선택하세요. 두 패키지의 주요 기능은 같으며 지원하는 아키텍처 범위가 다릅니다.
v2rayN 데스크톱 버전과 클래식 WPF 버전 중 무엇을 선택해야 하나요?
데스크톱 버전은 최신 크로스 플랫폼 인터페이스를 사용하므로 여러 데스크톱 운영체제에서 비슷한 방식으로 사용하려는 사용자에게 적합합니다. 클래식 WPF 버전은 Windows용이며 기존 v2rayN의 조작 방식과 메뉴 구조에 익숙한 사용자에게 알맞습니다. 처음 설치한다면 데스크톱 버전부터 시작하고, 기존 설정을 이전하기 전에는 구독과 사용자 지정 규칙을 먼저 백업하세요.
TUN을 활성화할 때 권한 부족 메시지가 표시되면 어떻게 하나요?
먼저 클라이언트를 완전히 종료한 뒤 관리자 권한으로 다시 실행하고, 시스템에서 가상 네트워크 인터페이스 생성을 허용하는지 확인하세요. 그래도 실패하면 보안 프로그램이 드라이버나 네트워크 확장 기능을 차단하는지 확인하고, 실행 중인 다른 TUN, VPN 또는 가상 네트워크 카드 도구를 종료해 인터페이스와 라우팅 테이블 충돌을 방지하세요.
구독 업데이트가 실패하고 시간 초과가 표시되면 어떻게 하나요?
먼저 로컬 네트워크에서 구독 주소에 접속할 수 있는지 확인하고, 클라이언트의 현재 프록시 설정이 순환 연결을 만들고 있지 않은지 점검하세요. 이어서 직접 연결 업데이트와 프록시 업데이트를 번갈아 시도하고 DNS 확인과 시스템 시간도 점검합니다. 특정 구독만 계속 시간 초과가 발생한다면 구독 제공자에게 주소 상태를 문의하거나 새 구독 주소를 요청하세요.
모드 선택, 지연 시간 테스트와 여러 구독 관리
설정을 추적 가능하게 유지하세요. 한 번에 하나만 변경하고 기존 값을 기록한 뒤 동일한 네트워크 조건에서 다시 테스트합니다.
전역, 규칙, 직접 연결 모드는 어떻게 선택해야 하나요?
규칙 모드는 도메인, IP와 사전 설정된 규칙에 따라 출구를 결정하므로 일상적인 설정에 적합합니다. 전역 모드는 클라이언트가 가로채는 대부분의 트래픽을 현재 프록시 노드로 보내므로 규칙의 오판 여부를 임시로 확인할 때 유용합니다. 직접 연결 모드는 프록시를 우회하며 로컬 네트워크를 복구하거나 문제가 프록시 설정에서 비롯됐는지 판단할 때 사용할 수 있습니다.
V2Ray 지연 시간 테스트는 어떻게 올바르게 실행하나요?
먼저 구독을 업데이트하고 만료된 설정을 삭제한 다음 안정적인 로컬 네트워크에서 실제 연결 지연 시간 테스트를 실행하세요. 같은 노드를 여러 번 연속 테스트해 시간 초과가 잦은지, 변동 폭이 큰지 확인합니다. 테스트 중에는 대용량 파일 다운로드와 동영상 재생을 멈추고, 같은 지역과 같은 프로토콜 유형의 노드를 우선 비교하세요.
시스템 프록시는 켜져 있는데 일부 프로그램에서 작동하지 않으면 어떻게 하나요?
먼저 해당 프로그램이 운영체제의 프록시 설정을 읽는지 확인하세요. 일부 게임, 명령줄 도구와 독립 네트워크 프로그램은 시스템 프록시를 무시합니다. 클라이언트의 수신 포트와 프로그램에서 직접 지정한 프록시 포트가 일치하는지 확인하고 변경 후 대상 프로그램을 다시 시작하세요. 그래도 트래픽을 가로채지 못하면 TUN 모드로 통합 처리하는 방법을 검토할 수 있습니다.
로컬 네트워크 공유는 어떻게 설정해야 하나요?
클라이언트에서 로컬 네트워크 연결 허용을 활성화하고 컴퓨터의 로컬 IP와 프록시 수신 포트를 확인한 뒤, 같은 네트워크의 기기에서 해당 주소를 수동으로 입력하세요. 시스템 방화벽이 해당 포트의 인바운드 연결을 허용하는지 확인하고 수신 포트를 공용 네트워크에 노출하지 마세요. 사용이 끝나면 공유 기능을 끄세요.
여러 구독을 어떻게 그룹화하고 업데이트하나요?
각 구독마다 이름이 명확한 독립 그룹을 만들고, 용도나 제공자별로 구분하세요. 모든 노드를 추적하기 어려운 하나의 목록에 합치지 않는 것이 좋습니다. 업데이트 전에 대상 그룹을 확인하고 적절한 업데이트 간격을 설정한 뒤 키워드로 필요한 지역이나 프로토콜만 필터링하세요. 이전 구독을 삭제하기 전에는 사용자 지정 노드가 포함되어 있지 않은지 확인하세요.
노드 시간 초과, DNS와 시작 로그
로컬 네트워크, 클라이언트의 트래픽 가로채기, 노드 연결, 라우팅과 DNS 순서로 원인을 좁혀 가며 가장 먼저 발생한 오류부터 확인하세요.
노드 테스트에서 계속 시간 초과가 발생하면 무엇을 확인해야 하나요?
먼저 두 개 이상의 노드로 전환해 문제가 특정 노드에만 해당하는지 모든 설정에 영향을 주는지 확인하세요. 그런 다음 로컬 네트워크, 시스템 시간, 서버 주소 확인과 클라이언트 코어가 정상적으로 시작됐는지 점검합니다. 특정 프로토콜에서만 시간 초과가 발생한다면 전송 방식, TLS, SNI, UUID, 경로와 포트 등의 매개변수가 완전히 일치하는지 중점적으로 확인하세요.
클라이언트에는 연결됨으로 표시되지만 웹페이지가 열리지 않으면 어떻게 하나요?
먼저 직접 연결 모드로 로컬 네트워크가 정상인지 확인한 뒤 현재 노드가 실제 연결 테스트를 통과하는지 점검하세요. 이어서 시스템 프록시가 클라이언트의 실제 수신 포트를 가리키는지 확인하고, 라우팅 규칙의 오판을 배제하기 위해 잠시 전역 모드를 사용해 보세요. 도메인은 열리지 않지만 IP로 접속할 수 있다면 DNS 설정을 추가로 확인해야 합니다.
DNS 확인에 실패하거나 일부 도메인이 열리지 않으면 어떻게 하나요?
먼저 클라이언트의 기본 DNS 설정을 복원하고 다시 불러온 다음, 시스템에서 다른 DNS 변경 도구가 동시에 실행 중인지 확인하세요. 라우팅 규칙이 DNS 요청을 연결할 수 없는 출구로 보내고 있지 않은지 확인하고 도메인 확인과 노드 연결을 각각 테스트합니다. FakeDNS를 활성화한 뒤 문제가 발생했다면 먼저 해당 기능을 끄고 비교해 보세요.
클라이언트 서비스 또는 코어가 시작되지 않으면 어떻게 하나요?
마지막 줄만 보지 말고 시작 로그에서 처음 발생한 오류를 확인하세요. 포트가 사용 중이면 중복 실행된 클라이언트를 종료하거나 수신 포트를 변경합니다. 설정 오류라면 최근에 변경한 라우팅, DNS 또는 아웃바운드 설정을 되돌리세요. 파일 접근이 제한된 경우 설치 디렉터리 권한을 확인하고 보안 프로그램이 코어 실행을 차단하지 않는지도 점검하세요.
실행 로그에서 연결 문제를 어떻게 찾을 수 있나요?
먼저 문제가 발생한 시간을 기록한 다음 해당 시각 전후에서 첫 번째 오류를 찾으세요. connection refused는 일반적으로 대상 포트가 연결을 거부했다는 뜻이고, context deadline exceeded는 연결 또는 응답 시간 초과와 관련된 경우가 많습니다. invalid user는 인증 매개변수가 일치하지 않을 때 자주 발생합니다. 첫 오류를 기준으로 노드 필드를 다시 확인하고 수정 후 설정을 다시 불러오세요.