V2Ray 초보자 FAQ 10가지: 가져오기 오류·인터넷 연결 문제·프록시 모드 선택

1. V2Ray, Xray, 클라이언트는 각각 무엇인가요?

V2Ray는 프록시 도구 프로젝트이며, 이런 종류의 설정을 통칭하는 말로도 쓰입니다. Xray는 연결, 프로토콜 처리, 라우팅 등을 담당하는 코어입니다. 클라이언트는 서버 목록, 구독 업데이트, 설정 화면을 제공합니다. 클라이언트를 설치했다고 사용할 수 있는 서버까지 제공되는 것은 아니므로, 사용 권한이 있는 노드나 구독을 가져와야 합니다.

• v2rayN: 데스크톱 클라이언트입니다. 연결 방식은 선택한 코어, 노드 매개변수, 라우팅 설정에 따라 달라집니다.
• v2rayNG: Android 클라이언트로 Xray 코어를 사용하며, 일반적으로 Android VPN 서비스를 통해 앱 트래픽을 전달합니다.
• v2flyNG: Android 클라이언트로 v2fly 코어를 사용합니다. 다른 코어의 확장 매개변수를 그대로 모두 적용할 수는 없습니다.

VMess와 VLESS는 프로토콜 이름이지 구독 서비스 이름이 아닙니다. 노드에는 TLS, 전송 방식, 서버 이름 등의 매개변수가 포함될 수 있습니다. 특히 VLESS 자체에는 암호화 기능이 없으므로, 연결의 보안은 TLS, REALITY 등의 구체적인 설정을 함께 확인해야 합니다. 프로토콜 이름만 보고 판단하면 안 됩니다.

2. 공유 링크를 가져오지 못하는 이유는 무엇인가요?

먼저 복사한 내용의 시작 부분을 확인하세요. vmess://와 vless://는 보통 단일 노드 공유 링크를 나타냅니다. https://는 구독 주소에 자주 쓰이지만 웹페이지 주소일 수도 있습니다. 단일 노드 가져오기와 구독 업데이트는 서로 다른 작업입니다. 잘못된 메뉴를 이용하면 형식 오류가 표시되거나 노드가 하나도 가져와지지 않을 수 있습니다.

1. 설명 문구, 따옴표, 채팅 기록의 줄바꿈은 포함하지 말고 링크 전체를 복사하세요. 중간에 잘린 링크를 완전한 설정으로 사용하지 마세요.
2. v2rayNG에서는 오른쪽 위 “+” → “클립보드에서 가져오기”를 선택하세요. v2rayN에서는 “서버” → “클립보드에서 URL 일괄 가져오기”를 선택합니다. 메뉴 이름은 버전에 따라 조금 다를 수 있습니다.
3. QR 코드에는 노드 정보 전체가 인코딩되어 있어야 합니다. 서비스 웹페이지로 연결되는 QR 코드를 스캔해도 노드가 자동으로 추가되지는 않습니다.
4. 계속 실패하면 제공자에게 프로토콜, 전송 방식, 클라이언트 호환성을 확인하고 링크를 다시 받으세요. 문제를 해결하겠다며 쿼리 매개변수를 임의로 삭제하지 마세요.

3. 구독 업데이트가 실패하면 프록시를 먼저 켜야 하나요, 꺼야 하나요?

현재 네트워크에서 구독 서버에 접속할 수 있는지에 따라 다릅니다. 구독 업데이트는 설정 목록을 내려받는 작업일 뿐, 목록에 있는 노드가 연결된다는 뜻은 아닙니다. 업데이트 요청 시간 초과, 웹페이지 응답, 빈 목록 반환, 노드 작동 중단은 각각 구분해서 확인하세요.

v2rayN에서는 “구독 그룹” 메뉴에서 프록시를 사용하지 않는 업데이트와 프록시를 사용하는 업데이트를 구분할 수 있습니다. v2rayNG에서는 사이드 메뉴의 “구독 그룹 설정”에서 주소를 확인한 뒤 메인 화면에서 “구독 업데이트”를 실행하세요. 프록시 연결이 이미 끊긴 상태라면 프록시를 통한 업데이트는 실패 요인만 하나 더 늘릴 뿐입니다. 모든 노드를 먼저 삭제하지 말고 복구에 사용할 수 있도록 정상 작동이 확인된 설정 하나를 남겨 두세요.

4. 연결됨으로 표시되는데 웹페이지가 열리지 않는 이유는 무엇인가요?

실행 아이콘은 보통 코어나 VPN 서비스가 시작됐다는 뜻일 뿐입니다. 원격 인증에 성공했거나 브라우저 트래픽이 반드시 프록시를 통과한다는 의미는 아닙니다. 요청이 아래 다섯 단계를 지나가는지 확인하고, 문제가 생기는 지점을 찾은 뒤 관련 설정을 바꾸세요.

1. 로컬 네트워크 확인: 프록시를 잠시 끄고 일반 웹사이트에 접속해 보세요. Wi-Fi 로그인이 완료되지 않았거나 모바일 데이터가 꺼져 있는 상황을 먼저 제외합니다.
2. 트래픽 전달 확인: v2rayN의 “시스템 프록시”에서 “시스템 프록시 자동 설정”을 선택하세요. v2rayNG를 시작한 뒤 시스템 VPN 상태가 표시되는지, 접속하려는 앱이 제외 목록에 들어 있지 않은지 확인합니다.
3. 로컬 포트 확인: “설정” → “매개변수 설정”에 표시된 수신 대기 포트를 기준으로 삼으세요. 실제 SOCKS 포트가 10808이라면 앱에 10809를 임의로 입력하면 안 됩니다.
4. 원격 연결 확인: 정상 작동이 확인된 다른 노드로 바꾸고, 같은 전체 HTTPS 주소에 접속한 뒤 그 시점의 로그를 확인하세요.

브라우저만 작동한다면 다른 앱은 시스템 프록시 설정을 따르지 않을 수 있습니다. 특정 사이트 하나만 실패한다면 해당 도메인의 라우팅 규칙과 DNS 응답부터 확인하세요. 한 번의 테스트에서 DNS, 노드, 라우팅, 포트를 동시에 바꾸면 어떤 조치가 효과가 있었는지 알 수 없습니다.

5. 전역·규칙 모드, 시스템 프록시, VPN 모드는 어떻게 선택하나요?

이 용어들은 같은 설정 단계에 속하지 않습니다. 시스템 프록시, VPN, TUN은 트래픽이 클라이언트로 들어오는 방식을 결정하고, 전역·규칙 모드는 트래픽이 코어에 들어온 뒤 어떤 아웃바운드로 나갈지 결정합니다. VPN 서비스를 켰다고 모든 트래픽이 원격 노드를 통과하는 것은 아닙니다. 라우팅 규칙에 따라 일부 요청은 직접 연결될 수 있습니다.

6. 로그 오류는 어떻게 확인하나요?

v2rayN에서는 메인 창의 로그 영역에서 코어 실행 정보를 확인하고, v2rayNG에서는 사이드 메뉴의 “로그”를 확인합니다. 이전 기록을 지우거나 현재 시간을 적어 둔 뒤 실패한 요청을 한 번 발생시키세요. 다음은 로그에서 흔히 볼 수 있는 원문 일부입니다. 앞뒤에 붙는 문구와 상세 주소는 코어와 플랫폼에 따라 달라질 수 있습니다.

인증서 오류를 없애기 위해 allowInsecure를 바로 켜지 마세요. 이 옵션은 인증서 검증 방식을 바꾸지만 잘못된 서버 이름, 만료된 인증서, 신뢰할 수 없는 연결을 해결해 주지는 않습니다. 로그를 공유할 때는 오류 전후 몇 줄과 시간을 남기고 토큰, UUID, 비밀번호, 개인 도메인은 가리세요.

7. 지연 시간은 낮은데 다운로드 속도가 느린 이유는 무엇인가요?

TCPing은 주로 서버 포트에 TCP 연결을 설정하는 데 걸리는 시간을 보여 줍니다. 프록시 핸드셰이크, 대상 사이트 접속, 다운로드 처리량까지 정상이라는 뜻은 아닙니다. 실제 연결 지연은 테스트 URL, 서버 응답, 프로토콜 핸드셰이크의 영향을 받습니다. 다운로드 속도 측정은 실제 트래픽을 소모하며 테스트 서버의 속도에도 좌우됩니다.

• 측정값 예시: 한 노드에서 TCPing 45 ms, 실제 연결 지연 280 ms, 다운로드 속도 2 MB/s가 동시에 나올 수 있습니다. 지표를 설명하기 위한 예시이며 이 사이트에서 측정한 결과가 아닙니다.
• 조건 통일: 같은 네트워크, 같은 테스트 주소, 같은 시간대에 노드 2~3개를 비교하세요. Wi-Fi 결과와 모바일 데이터 결과를 한데 섞어 비교하지 마세요.
• 안정성 확인: 같은 웹페이지를 연속으로 3회 열고 시간 초과 횟수를 기록하세요. 가끔 30 ms가 나오더라도 자주 연결에 실패하는 노드는 계속 사용하기 어렵습니다.
• 단위 구분: 2 MB/s는 약 16 Mbps입니다. 실제 전송 속도는 프로토콜 오버헤드의 영향을 받습니다.

저녁에만 느려진다면 시간대와 노드별 차이를 먼저 비교하세요. 모바일 데이터로 바꾼 뒤 정상화된다면 기존 네트워크의 혼잡, 패킷 손실, 정책 제한을 우선 확인하세요. 지연 시간 숫자 하나만 보고 전송 매개변수를 반복해서 바꾸지 마세요.

8. DNS를 바꿔야 하나요? FakeDNS를 켜야 하나요?

먼저 문제가 DNS 조회 단계에서 발생하는지 확인하세요. DNS는 도메인을 주소로 변환하고, 라우팅은 아웃바운드를 선택합니다. DNS 서버 주소를 바꾼다고 해당 서버에 대한 조회가 자동으로 프록시를 통과하는 것은 아닙니다. 원격 DNS 서버도 설정된 경로로 접속할 수 있어야 합니다.

1. 기본 설정으로 정상 접속된다면 DNS는 그대로 두고 작동하는 설정을 저장해 두세요.
2. 노드 서버가 도메인 이름을 사용한다면 먼저 해당 도메인을 조회할 수 있어야 합니다. 그렇지 않으면 코어가 노드에 연결하기도 전에 시작 단계의 DNS 조회에서 멈출 수 있습니다.
3. 일부 도메인만 실패한다면 도메인 규칙, DNS 응답, 아웃바운드를 확인하세요. 모든 실패를 DNS 오염 탓으로 돌리지 마세요.
4. FakeDNS는 가상 주소 매핑을 사용하며 트래픽 전달, 스니핑, 라우팅 처리를 함께 설정해야 합니다. 초보자는 이를 범용 속도 향상 옵션으로 생각하지 마세요.

9. 일부 앱에서만 작동하거나 화면을 잠그면 연결이 끊기는 이유는 무엇인가요?

데스크톱 앱은 시스템 프록시 설정을 무시할 수 있고, Android 앱은 앱별 프록시 제외 목록에 들어 있을 수 있습니다. v2rayNG 사이드 메뉴의 “설정”에서 “앱별 프록시”를 확인하세요. 현재 목록이 “선택한 앱만 프록시 사용”인지 “선택한 앱은 프록시 우회”인지 특히 주의해야 합니다. 체크 표시만 보고 적용 범위를 판단하면 반대로 이해하기 쉽습니다.

• 데스크톱 앱이 프록시를 사용하지 않음: 앱에서 직접 설정할 수 있다면 실제 수신 대기 주소와 포트를 입력하세요. 예를 들어 SOCKS5 수신 주소가 127.0.0.1:10808로 확인됐다면 그대로 입력하고, SOCKS5 유형을 HTTP로 선택하지 마세요.
• Android VPN 충돌: 일반적인 개인 설정에서는 시스템 VPN 서비스를 사용하는 앱 두 개를 동시에 실행할 수 없는 경우가 많습니다. 다른 VPN 서비스를 먼저 중지한 뒤 v2rayNG를 시작하세요.
• 화면 잠금 후 연결 끊김: Android의 “설정” → “앱” → “v2rayNG” → “배터리”에서 백그라운드 실행을 허용하거나 “제한 없음”을 선택하세요. 메뉴 이름은 기기에 따라 다를 수 있습니다.
• 네트워크 전환 후 연결 실패: Wi-Fi에서 모바일 데이터로 전환했다면 연결을 중지한 뒤 다시 시작하고 로그를 확인하세요. 노드 설정을 바로 삭제하지 마세요.

배터리 제한, 앱별 트래픽 전달 범위, 노드 유효 기간은 서로 별개의 문제입니다. 먼저 앱을 화면에 띄운 채 계속 접속해 노드가 작동하는지 확인한 다음 화면을 잠그고 백그라운드 동작을 테스트해야 원격 연결이 끊긴 것인지 시스템이 프로세스를 종료한 것인지 구분할 수 있습니다.

10. 부팅 시 자동 실행을 설정하고 복구 가능한 설정을 유지하려면 어떻게 하나요?

부팅 시 클라이언트 실행, 프록시 서비스 자동 시작, 시스템 프록시 자동 설정은 서로 다른 기능입니다. 먼저 설정을 수동으로 검증한 뒤 v2rayN의 “설정” → “매개변수 설정”에서 부팅 시 실행 옵션을 찾으세요. 메뉴 위치는 데스크톱 시스템과 버전에 따라 다르므로 현재 화면을 기준으로 확인해야 합니다. Android에서 부팅 후 복구할 수 있는지는 시스템의 자동 시작 권한과 VPN 권한에도 달려 있습니다.

1. 현재 노드, 구독 그룹, 라우팅 모드, 수신 대기 포트, 앱별 프록시 적용 범위를 기록해 두세요. 민감한 정보는 본인 기기에만 저장하세요.
2. 자동 실행을 켠 뒤 기기를 재부팅하고 프로세스 실행, 서비스 시작, 트래픽 전달, 웹페이지 접속이 모두 정상인지 확인하세요.
3. 복구 절차를 남겨 두세요. 서비스를 중지하고 클라이언트를 종료한 다음 시스템 프록시를 복원하고 로컬 네트워크로 기본 연결을 확인합니다.

문제 해결을 마친 뒤에는 최소한의 정상 작동 경로를 남겨 두세요. 유효한 노드 하나, 명확한 트래픽 전달 방식 하나, 검증된 라우팅 설정 하나면 됩니다. 다음에 문제가 생기면 이 기준 상태로 돌아간 뒤 추가 설정을 하나씩 복원하세요.