V2Ray 사용법

시작 전: 클라이언트와 연결 정보 준비

아직 설치하지 않았다면 먼저 클라이언트 페이지에서 기기에 맞는 설치 항목을 선택한 뒤 이 페이지로 돌아오세요. 데스크톱은 v2rayN, Android는 v2rayNG를 기준으로 설명합니다. 처음 설정할 때는 시스템 프록시 주소, 가상 인터페이스, 라우팅 설정이 서로 덮어쓰지 않도록 네트워크를 처리 중인 다른 프록시나 VPN 앱을 먼저 중지하는 것이 좋습니다. 같은 클라이언트를 두 개 동시에 실행하지 마세요.

클라이언트는 연결 구성을 관리하는 프로그램이며 원격 서버를 제공하지 않습니다. 진행하기 전에 사용할 수 있는 구독 주소나 서버와 일치하는 공유 링크를 준비해야 합니다. 구독 주소는 보통 웹 주소이며, 업데이트하면 여러 구성을 받을 수 있습니다. 공유 링크는 대개 vmess://, vless://, trojan:// 또는 ss://로 시작하며 단일 연결 정보를 담습니다. 두 종류는 가져오는 메뉴가 다르므로 먼저 어떤 정보를 받았는지 확인하세요.

구독 주소에는 개인 식별 정보가 포함될 수 있으며, 공유 링크에도 인증 정보가 들어갈 수 있습니다. 전체 내용을 공개 게시판에 올리지 말고, 스크린샷을 찍을 때는 주소, 비밀번호, 사용자 식별 정보, QR 코드를 가리세요. ‘구독’, ‘코어’, ‘시스템 프록시’ 같은 용어가 궁금하면 언제든 용어 빠른 참조를 확인할 수 있습니다. 이 페이지에서는 첫 연결에 필요한 조작만 다룹니다.

1단계: 구독 가져오기

구독 주소 전체를 복사하고 설명 문구, 줄바꿈, 끝의 문장 부호가 함께 복사되지 않도록 주의하세요. 제공 페이지에 ‘구독 주소’와 개별 구성의 QR 코드가 함께 표시된다면 링크 길이로 추측하지 말고 복사 버튼이 어떤 내용을 복사하는지 확인하세요. 구독을 추가한 뒤에는 업데이트도 실행해야 합니다. 주소만 저장해 두면 모든 클라이언트 버전에서 서버 목록이 자동으로 생성되는 것은 아닙니다.

v2rayN: 그룹을 추가한 뒤 구독 업데이트

v2rayN 메인 창을 열고 상단에서 구독 그룹 관련 메뉴를 찾아 ‘구독 그룹 설정’으로 이동합니다. 항목을 추가하고 알아보기 쉬운 그룹 이름을 메모에 입력한 다음 구독 주소 칸에 주소를 붙여 넣고 저장합니다. 메인 창으로 돌아온 뒤 처음에는 업데이트 간격, 변환, 필터링 등의 옵션을 기본값으로 두세요. 추가 설정이 가져오기 결과에 영향을 주는 일을 피할 수 있습니다.

구독 그룹 메뉴를 다시 열고 현재 그룹 업데이트 또는 전체 구독 업데이트를 선택합니다. 일부 버전에서는 프록시를 통해 업데이트하는 옵션과 프록시 없이 업데이트하는 옵션을 구분합니다. 사용할 수 있는 연결이 아직 없다면 먼저 프록시 없이 업데이트해 보세요. 현재 네트워크에서 주소에 접속할 수 없다면 프록시 업데이트를 시도하기 전에 사용 가능한 연결을 마련해야 합니다. 버튼을 연속으로 누르지 말고 이번 업데이트가 끝난 뒤 안내 메시지를 확인하세요.

업데이트가 끝나면 메인 목록에 해당 그룹의 구성이 표시되어야 합니다. 목록이 비어 있다면 현재 그룹 필터나 검색창이 항목을 숨기고 있지 않은지 먼저 확인하고, 주소를 빠짐없이 복사했는지, 구독이 유효한지, 업데이트 오류가 표시됐는지도 살펴보세요. 구독 주소를 일반 웹페이지처럼 열면 인코딩된 텍스트가 표시되거나 파일이 다운로드될 수 있습니다. 이는 웹페이지로 읽어야 한다는 뜻이 아니며, 그 안의 인증 정보를 공개해서도 안 됩니다.

v2rayNG: 구독 설정 저장 후 목록에서 업데이트

v2rayNG를 열고 오른쪽 상단 메뉴에서 ‘구독 설정’으로 이동합니다. 추가 메뉴에서 새 구독을 만들고 메모와 URL을 입력한 뒤 저장합니다. 구성 목록으로 돌아가 메뉴에서 ‘구독 업데이트’를 실행하세요. 그룹 선택 기능이 있다면 방금 추가한 그룹으로 전환해 구성 이름이 표시되는지 확인합니다. 프로토콜, 포트, 보안 옵션을 한꺼번에 바꾸지 말고 가져온 값은 서버 제공 정보와 일치하게 유지하세요.

단일 공유 링크를 받은 경우에는 구독 그룹을 만들 필요가 없습니다. 링크 전체를 복사한 뒤 v2rayN의 서버 추가 메뉴 또는 v2rayNG의 추가 메뉴에서 ‘클립보드에서 가져오기’와 같은 항목을 선택하세요. 가져오면 별도의 구성이 추가되지만, 구독처럼 업데이트할 때 자동으로 바뀌지는 않는 경우가 많습니다. 이 단계의 완료 기준은 목록에서 선택할 수 있는 구성이 생겼는지입니다. 네트워크에 접속할 수 있는지는 아직 확인되지 않았습니다. 다음 단계에서는 앱의 트래픽을 클라이언트로 전달하는 방법을 설정합니다.

2단계: 프록시 모드 선택

두 가지를 구분해야 합니다. 시스템 프록시나 VPN 인터페이스는 ‘어떤 요청을 클라이언트로 보낼지’를 정하고, 라우팅 모드는 ‘클라이언트가 받은 요청을 어떤 출구로 보낼지’를 정합니다. 화면에 ‘규칙’, ‘전역’, ‘직결’이 표시되면 먼저 어느 설정 항목에 속하는지 확인하세요. 라우팅을 전역으로 바꿔도 데스크톱의 모든 앱이 자동으로 프록시를 사용하는 것은 아닙니다. 클라이언트로 들어오지 않은 요청은 라우팅 규칙으로 처리할 수 없습니다.

v2rayN: 시스템 프록시와 기본 라우팅 사용

v2rayN 메인 창 아래쪽 상태 영역이나 트레이 메뉴에서 ‘시스템 프록시’를 찾아 ‘시스템 프록시 자동 설정’ 또는 비슷한 이름의 활성화 항목을 선택합니다. 일반적으로 이 작업은 시스템 프록시가 클라이언트의 로컬 수신 주소를 가리키도록 설정합니다. 브라우저에서 원격 서버 주소를 따로 입력할 필요는 없습니다. 그런 다음 라우팅 설정을 확인하고, 먼저 클라이언트에서 제공하는 기본 규칙을 선택하세요. 예를 들어 로컬 네트워크 우회나 지역별 분할 라우팅을 위한 규칙 그룹이 있습니다. 정확한 이름은 현재 버전에 따라 다를 수 있습니다.

처음 작동을 확인할 때는 TUN을 끄고 시스템 프록시를 따르는 브라우저만 테스트하는 것이 좋습니다. 점검할 항목이 줄어듭니다. 시스템 프록시는 모든 프로그램에 적용되지 않습니다. 자체 프록시 설정을 사용하는 앱도 있고 시스템 설정을 따르지 않는 앱도 있습니다. 브라우저는 정상적으로 접속되는데 다른 앱만 안 된다면 서버 문제로 단정하지 말고 먼저 해당 앱의 네트워크 진입 설정을 확인하세요. 더 넓은 범위의 트래픽 처리가 필요하다면 프로토콜 가이드와 클라이언트별 설정 안내를 참고하세요.

v2rayNG: 라우팅과 앱 트래픽 처리 범위 확인

v2rayNG 메뉴나 설정에서 ‘라우팅 설정’을 찾아 일상적인 접속에 적합한 기본 규칙을 그대로 사용하세요. 사용자 지정 도메인이나 주소 목록은 서둘러 수정하지 않는 것이 좋습니다. 로컬 네트워크 우회 규칙을 사용하면 로컬 기기에 접속할 때 원격 출구를 거치지 않을 수 있습니다. 다른 규칙의 의미는 화면 안내를 확인하세요. 앱별 프록시를 설정한 적이 있다면 테스트할 브라우저가 트래픽 처리 범위에 포함되는지 살펴보세요. 목록이 ‘이 앱만 프록시 사용’인지 ‘이 앱은 우회’인지 구분해야 합니다.

Android의 VPN 인터페이스는 기기 트래픽을 클라이언트로 전달하지만, 라우팅에 따라 일부 요청은 직결될 수 있습니다. 따라서 시스템에 VPN 표시가 나타나도 모든 연결이 원격 서버를 거친다는 뜻은 아닙니다. 처음에는 테스트 앱을 빠뜨릴 가능성을 줄이도록 기본 앱 범위를 유지해도 됩니다. 아직 세밀한 분할 라우팅을 설정할 필요는 없습니다. 현재 어떤 규칙 그룹을 선택했는지만 기억해 두세요. 다음 단계에서 연결을 시작한 뒤 설정이 예상대로 작동하는지 확인할 수 있습니다.

3단계: 구성 선택 후 연결 시작

구성 목록으로 돌아가 현재 사용할 수 있다고 확인된 항목 하나를 선택합니다. 이름은 메모일 뿐 속도, 프로토콜 지원, 사용 가능 여부를 보장하지 않습니다. 처음부터 모든 항목을 하나씩 테스트할 필요도 없습니다. 구성 하나를 정해 검증을 마치면 설정을 바꿔 가며 어떤 변경이 결과에 영향을 줬는지 헷갈리는 일을 줄일 수 있습니다. 구독에서 가져온 정보라면 원래 구성 그대로 사용하고, 연결을 시도한다는 이유로 포트, 전송 방식, 보안 계층 항목을 임의로 바꾸지 마세요.

v2rayN: 활성 서버와 코어 실행 확인

서버 목록에서 대상 항목을 마우스 오른쪽 버튼으로 클릭하고 ‘활성 서버로 설정’ 또는 해당 기능을 선택합니다. 일부 버전에서는 더블클릭으로 선택할 수도 있으므로 현재 화면 안내를 따르세요. 목록의 활성 표시와 창 상태를 확인해 원하는 항목이 선택됐는지 살펴봅니다. v2rayN은 보통 활성 구성을 전환할 때 설정을 적용하고 코어를 실행합니다. 현재 버전에 서비스 시작이나 재시작 기능이 있다면 구성을 저장한 뒤 한 번 사용하면 됩니다. 프로그램 전체를 반복해서 종료할 필요는 없습니다.

이어서 시스템 프록시가 계속 활성화되어 있는지 확인하고 창의 로그 또는 정보 영역을 엽니다. 포트 사용 중, 구성 해석 실패, 코어 시작 실패 등의 메시지가 나오면 먼저 로컬 문제를 해결하세요. 이때는 요청이 서버로 전달되지 않았을 수 있습니다. 다른 클라이언트가 실행 중이지 않은지 확인한 뒤 필요하면 서비스를 재시작할 수 있습니다. 창이 열려 있다는 이유만으로 코어가 정상 작동한다고 판단하지 말고, 구성 오류를 감추려고 다른 프로토콜로 바꾸지도 마세요.

v2rayNG: 서비스 시작 및 시스템 권한 허용

사용할 구성을 눌러 현재 선택 항목으로 표시되게 한 다음 메인 화면의 시작 버튼을 누릅니다. 처음 시작할 때 시스템에서 VPN 연결 허용 여부를 묻는 경우가 많습니다. 요청한 앱이 방금 실행한 v2rayNG인지 확인한 뒤 허용하세요. 앱으로 돌아와 화면 아래쪽 상태와 버튼 변화를 살펴보고 시스템에 연결 표시가 나타나는지도 확인합니다. 다른 VPN이 실행 중이라는 안내가 나오면 기존 연결을 중지한 뒤 이 클라이언트를 다시 시작하세요.

Android 기기의 배터리 절약 설정은 백그라운드에서 연결이 유지되는 데 영향을 줄 수 있습니다. 처음 확인할 때는 클라이언트를 전면에 둔 상태로 연결이 성립하는지 살펴본 뒤, 필요에 따라 시스템 설정에서 백그라운드 활동을 허용하세요. ‘시작됨’ 표시는 로컬 서비스나 인터페이스가 실행 상태가 됐다는 의미일 뿐, 원격 인증 성공을 보장하지는 않습니다. 클라이언트에서 제공하는 연결 테스트를 초기 참고 자료로 사용할 수 있지만, 테스트 결과가 표시되더라도 다음 단계에서 실제 앱으로 접속해야 합니다.

4단계: 실제 접속 결과 확인

새 브라우저 탭을 열어 평소 이용하려는 페이지와 일반적으로 직결되는 페이지에 각각 접속합니다. 페이지가 로드되는지, 페이지 안의 새 링크도 계속 열리는지, 인증서 또는 DNS 오류가 나타나는지 확인하세요. 네트워크 경로가 바뀐 뒤에도 캐시 때문에 기존 내용이 보일 수 있으므로 이미 열려 있던 페이지 하나만 확인해서는 안 됩니다. 인증서 경고가 나타나도 인증서 검증을 끄고 계속 테스트하지 마세요. 먼저 기기 시간과 연결 구성을 점검해야 합니다.

이어서 클라이언트로 돌아가 로그를 확인합니다. 데스크톱에서 해당 요청이 전혀 보이지 않으면 브라우저가 시스템 프록시를 따르는지, 다른 프로그램이 시스템 프록시를 변경했는지, 브라우저 자체에 별도 프록시가 설정되어 있는지 먼저 확인하세요. Android에서 테스트 앱의 트래픽이 클라이언트에 들어오지 않으면 서비스가 계속 실행 중인지, 앱별 프록시 규칙에서 해당 앱이 제외됐는지 살펴봅니다. 요청이 클라이언트에 들어오지 않는 문제와 요청은 들어왔지만 연결에 실패하는 문제는 서로 다르므로 점검 순서도 달라야 합니다.

로그에 요청이 표시된 뒤에도 계속 시간 초과가 발생하거나 인증에 실패한다면 활성 구성을 올바르게 선택했는지, 구독을 업데이트해야 하는지, 기기의 날짜와 시간이 정확한지 확인하세요. 인증 실패는 보통 서버에서 제공한 연결 정보를 대조해야 해결할 수 있으며, 라우팅 규칙만 바꿔서는 해결되지 않습니다. 시간 초과는 서버 상태, 네트워크 경로 또는 연결 매개변수와 관련이 있을 수 있습니다. 구체적인 오류를 기록한 뒤 관련 항목 하나만 조정하세요. 코어를 바꾸고 TUN을 켜고 여러 구성을 동시에 전환하면 문제를 재현하기 어려워집니다.

로그에 라우팅 또는 출구 정보가 표시된다면 이를 통해 대상 요청이 직결됐는지 프록시를 거쳤는지 확인할 수 있습니다. 일부 버전에서는 자세한 기록을 보려면 로그 수준을 조정해야 합니다. 상세 기록이 표시되지 않는다는 이유만으로 실패라고 단정하지 마세요. 규칙 모드에서는 페이지마다 서로 다른 출구가 선택될 수 있으며 이는 규칙에 따른 정상적인 결과입니다. 클라이언트 연결 테스트는 보통 특정 종류의 요청만 확인하므로 모든 웹사이트, 앱, 전송 방식이 검증됐다는 뜻은 아닙니다.

짧게 전후 비교를 해 볼 수도 있습니다. 데스크톱에서는 먼저 시스템 프록시를 해제하고, Android에서는 클라이언트 연결을 중지한 다음 새 탭에서 요청을 다시 보내 로그와 접속 결과를 비교합니다. 이후 필요한 작업 상태로 복구하세요. 두 상태 모두 페이지가 열린다고 해서 프록시가 작동하지 않았다는 뜻은 아닙니다. 대상 페이지가 원래 직결을 지원할 수도 있습니다. 요청이 클라이언트에 들어왔는지, 어떤 출구가 선택됐는지, 실제로 접속되는지를 함께 확인해야 하며 페이지 표시 여부만 비교해서는 안 됩니다.