V2Ray 자주 묻는 질문과 문제 해결

시스템 프록시는 운영체제의 프록시 설정을 변경하며, 해당 설정을 읽는 브라우저와 앱의 트래픽만 처리합니다. TUN 모드는 가상 네트워크 어댑터를 통해 더 많은 네트워크 트래픽을 처리하므로 시스템 프록시를 따르지 않는 소프트웨어에 적합합니다. 평소 웹 브라우징에는 시스템 프록시를 먼저 사용하고, 앱이 처리되지 않을 때 TUN 모드를 켠 뒤 시스템에서 네트워크 권한을 부여했는지 확인하세요.

글로벌 프록시는 처리 대상 트래픽 대부분을 프록시로 전송하므로 노드의 작동 여부를 임시로 확인할 때 적합합니다. 라우팅 분할은 도메인, IP, 프로토콜 및 규칙 세트에 따라 직접 연결, 프록시 또는 차단을 선택하므로 장기간 사용에 더 알맞습니다. 처음에는 글로벌 모드로 연결을 확인한 뒤, LAN 및 중국 본토 트래픽 우회와 같은 규칙 모드로 전환하세요.

구독은 업데이트할 수 있는 설정 진입점이며 여러 노드를 포함할 수 있습니다. 노드에는 서버 주소, 포트, 전송 프로토콜 및 인증 매개변수가 저장됩니다. 클라이언트가 구독을 업데이트하면 구독에서 받은 내용으로 노드 목록을 갱신합니다. 개별 노드를 수정해도 원격 구독은 바뀌지 않으며, 다음 업데이트 때 로컬 수정 내용이 새 구독 설정으로 덮어써질 수 있습니다.

프로토콜은 서버 설정과 정확히 일치해야 하며 클라이언트에서 임의로 바꿀 수 없습니다. 이미 제공된 구독을 사용하는 경우 구독에서 생성한 프로토콜과 전송 매개변수를 그대로 사용하세요. 직접 설정한다면 서버에서 실제로 활성화한 프로토콜에 맞춰 입력해야 합니다. 연결에 실패하면 주소, 포트, 사용자 식별자, 전송 방식 및 TLS 관련 매개변수부터 확인하세요.

v2rayN은 Windows, macOS 및 Linux 데스크톱 환경에서 사용하며 구독 관리, 시스템 프록시, 라우팅 규칙 및 TUN 모드를 제공합니다. v2rayNG는 Android용으로 보통 Xray 코어와 함께 사용합니다. v2flyNG 역시 Android용이며 V2Fly 코어를 사용하므로 프로토콜 호환성이나 사용 방식이 다른 대안 클라이언트로 활용할 수 있습니다.

웹페이지 주소, 공유 설명 또는 개별 노드 메모가 아니라 전체 구독 주소를 복사했는지 먼저 확인하세요. 링크 앞뒤에 공백, 줄바꿈 또는 중국어 문장 부호가 섞이지 않았는지 확인한 다음 클라이언트의 클립보드에서 가져오기 또는 구독 추가 기능을 사용하세요. 그래도 실패하면 브라우저에서 해당 주소를 열어 서버가 내용을 반환하는지, 구독이 만료되지 않았는지 확인할 수 있습니다.

현재 네트워크에서 구독 주소에 접속할 수 있는지 먼저 확인하고 기기 시간이 정확한지도 점검하세요. 첫 업데이트에 기존 프록시가 필요하다면 사용 가능한 노드를 선택해 연결한 뒤 업데이트해야 합니다. 서비스 제공자가 구독 주소를 변경했는지, 계정이 만료되지 않았는지, 클라이언트의 구독 프록시 옵션이 현재 네트워크 환경과 맞는지도 확인하세요.

2015년 이후 출시된 대부분의 주요 Android 기기는 arm64를 우선 선택할 수 있으며 파일도 대체로 더 작습니다. 프로세서 아키텍처를 확인할 수 없거나 기기가 오래되었거나 설치 중 아키텍처 비호환 메시지가 표시되면 universal 범용 버전을 사용하세요. 두 설치 패키지의 클라이언트 기능은 같으며, 주된 차이는 포함된 프로세서 아키텍처의 범위입니다.

TUN 모드는 가상 네트워크 어댑터를 만들고 시스템 라우팅을 변경해야 하므로 일반적으로 관리자 권한이 필요합니다. Windows에서는 관리자 권한으로 클라이언트를 실행하고, macOS와 Linux에서는 시스템 안내에 따라 네트워크 확장 또는 관련 권한을 허용하세요. 권한을 부여한 뒤 클라이언트를 다시 시작하고 TUN 스위치, 가상 네트워크 어댑터 상태 및 시스템 라우팅이 설정되었는지 확인하세요.

먼저 경고 창을 닫고 시스템 설정의 개인정보 보호 및 보안 페이지를 여세요. 보안 영역에서 방금 차단된 앱을 찾아 ‘그래도 열기’를 선택합니다. 다시 실행할 때 작업을 확인한 뒤 안내에 따라 네트워크 관련 권한을 허용하세요. 시스템 버전에 따라 메뉴 이름은 조금 다를 수 있지만, 직접 다운로드해 사용하려는 클라이언트인지 확인한 경우에만 허용해야 합니다.

먼저 클라이언트에서 사용 가능한 노드를 선택해 연결한 다음 시스템 프록시를 켜세요. 이후 운영체제의 네트워크 프록시 설정에서 HTTP, HTTPS 또는 SOCKS 주소가 클라이언트에 표시된 로컬 수신 주소와 포트를 가리키는지 확인합니다. 테스트에는 시스템 프록시를 읽는 브라우저를 사용해야 하며, 터미널 프로그램은 별도로 프록시 환경 변수를 설정해야 합니다.

라우팅 규칙은 일반적으로 코어가 시작되거나 설정을 다시 불러올 때 적용됩니다. 규칙을 저장한 뒤 연결을 끊었다가 다시 연결하고, 필요하면 클라이언트를 재시작하세요. 규칙 순서도 확인해야 합니다. 범위가 넓은 규칙이 앞에 있으면 먼저 일치해 뒤의 구체적인 규칙을 덮어쓸 수 있습니다. 테스트할 때는 연결 로그에서 대상 도메인과 인바운드·아웃바운드 태그를 확인할 수 있습니다.

간단한 시스템 프록시 환경에서는 먼저 시스템 DNS를 사용해도 됩니다. 복잡한 라우팅 분할이나 TUN 모드를 활성화한 뒤에는 클라이언트 코어가 DNS를 통합 처리하도록 하여 도메인 해석 결과와 라우팅 규칙을 일치시킬 수 있습니다. 설정할 때 로컬 해석과 원격 해석의 적용 범위를 명확히 하고, 여러 DNS 도구가 같은 요청을 동시에 처리하지 않도록 하세요.

각 구독에 적절한 업데이트 간격을 설정하고 수동 업데이트 기능도 남겨 두세요. 업데이트 전에 네트워크가 정상인지 확인하고, 업데이트 후 현재 노드가 계속 존재하는지 점검합니다. 구독에서 사용 중인 노드가 삭제되었다면 노드를 다시 선택해 연결해야 합니다. 여러 구독을 사용하는 경우 그룹과 메모로 출처를 구분하면 같은 이름의 노드가 섞이는 것을 막을 수 있습니다.

먼저 각 구독에 알아보기 쉬운 그룹 이름을 지정한 뒤 클라이언트의 필터, 메모 또는 접두사 기능으로 출처를 구분하세요. 노드 표시 이름만으로 설정을 판단하지 마세요. 서로 다른 구독이 같은 이름에 다른 매개변수를 제공할 수 있습니다. 업데이트 후 정렬이 바뀌면 구독 그룹별로 다시 필터링하고 자주 사용하는 노드의 선택 범위를 고정하세요.

먼저 같은 구독의 다른 노드로 전환해 특정 노드만의 문제인지 모든 노드가 사용할 수 없는지 판단하세요. 그다음 로컬 네트워크, 기기 시간, 방화벽 및 서버 주소 해석을 확인합니다. 모든 노드가 시간 초과되면 구독을 업데이트하고 클라이언트 코어가 정상적으로 시작되었는지 확인하세요. 특정 노드만 시간 초과되면 해당 노드의 포트, 전송 매개변수 및 서비스 상태를 점검하는 것이 일반적입니다.

연결됨은 클라이언트 프로세스와 로컬 프록시 진입점이 시작되었다는 뜻일 뿐, 대상 트래픽이 정상적으로 외부로 나간다는 의미는 아닙니다. 먼저 글로벌 모드로 테스트한 뒤 시스템 프록시가 켜져 있는지, 앱이 프록시 설정을 읽는지, 노드를 사용할 수 있는지 확인하세요. TUN을 활성화했다면 가상 네트워크 어댑터, DNS 및 라우팅도 점검하고 설정을 바꾼 뒤 다시 연결해 테스트하세요.

브라우저에서 별도 프록시 설정, 프록시 확장 프로그램 또는 기업 정책을 사용하는지 확인하세요. 이러한 설정이 시스템 프록시를 덮어쓸 수 있습니다. 터미널 프로그램은 데스크톱 프록시를 자동으로 읽지 않는 경우가 많으므로 HTTP_PROXY, HTTPS_PROXY 또는 ALL_PROXY 환경 변수를 설정해야 합니다. 변수의 프로토콜, 로컬 주소 및 포트가 클라이언트의 수신 설정과 일치하는지도 확인하세요.

클라이언트에 관리자 권한 또는 네트워크 확장 권한이 부여되었는지 확인하고 가상 네트워크 어댑터가 정상적으로 생성되었는지 점검하세요. 그런 다음 다른 가상 네트워크 어댑터, 네트워크 필터 도구 및 이전 라우팅 잔여 설정의 간섭을 배제합니다. 먼저 시스템 프록시를 끄고 TUN만 남겨 테스트할 수 있습니다. 코어 로그에 DNS, 라우팅 또는 장치 생성 오류가 나타나면 해당 항목을 수정한 뒤 다시 연결하세요.

먼저 같은 구독의 다른 노드로 바꿔 특정 노드의 부하나 회선 변동을 배제하세요. 그다음 시간대와 로컬 네트워크를 바꿔 비교해 접속 회선이 원인인지 판단합니다. 마지막으로 클라이언트 라우팅, DNS, 전송 매개변수 및 백그라운드 리소스 사용량을 확인하세요. 여러 설정을 동시에 바꾸지 말고 한 번에 하나만 조정한 뒤 같은 테스트를 반복해야 실제 원인을 찾을 수 있습니다.