v2rayN 사용법: 구독부터 연결 확인까지

1단계: 구독을 가져와 구성 목록 업데이트

먼저 구독 주소인지 개별 구성 공유 링크인지 확인하세요. 구독 주소는 보통 전체 HTTPS 주소이며, 클라이언트가 접속하면 여러 구성을 가져오고 나중에 다시 업데이트할 수 있습니다. 개별 공유 링크는 vmess://, vless:// 또는 trojan://로 시작할 수 있으며 특정 구성 하나를 가져올 때 사용합니다. 두 종류는 가져오는 메뉴가 다르므로 개별 공유 링크를 구독 주소 입력란에 붙여 넣지 마세요.

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

메인 창 상단에서 ‘구독 그룹’ 또는 비슷한 이름의 메뉴를 찾아 ‘구독 그룹 설정’으로 이동한 뒤 추가를 선택하세요. ‘일상 사용’처럼 알아보기 쉬운 이름을 입력하고 전체 구독 주소를 주소란에 붙여 넣습니다. 주소 앞뒤에 공백이나 줄바꿈, 메신저에서 붙은 문장부호가 없는지 확인한 다음 저장하고 메인 창으로 돌아오세요.

그룹을 저장해도 주소만 등록된 상태입니다. 구성 목록에 항목을 표시하려면 구독을 한 번 업데이트해야 합니다. 구독 메뉴를 열고 현재 그룹 업데이트 또는 전체 구독 업데이트를 선택하세요. 아직 사용할 수 있는 프록시가 없다면 먼저 프록시를 거치지 않는 업데이트를 시도하세요. 현재 네트워크에서 구독 주소에 접속할 수 없는 경우에는 사용할 수 있는 프록시 경로를 이미 확보했을 때만 프록시를 통한 업데이트를 선택하세요.

업데이트가 끝나면 방금 추가한 그룹으로 전환해 구성 항목이 표시되는지 확인하세요. 먼저 목록에 항목이 있는지, 예상한 그룹에 속하는지 살펴보고 바로 연결하지는 마세요. 업데이트 성공 메시지가 떴는데 목록이 비어 있다면 그룹 필터가 올바른지 확인한 다음, 업데이트 로그에서 지원하지 않는 형식, 빈 응답 또는 파싱 실패 메시지가 있는지 살펴보세요. 웹 브라우저에서 구독 주소가 열리더라도 응답 내용이 클라이언트에서 인식할 수 있는 구독 형식이라는 뜻은 아닙니다.

v2rayNG: 구독 그룹 설정에 주소 저장

안드로이드에서 v2rayNG 메뉴를 열고 ‘구독 그룹 설정’을 찾으세요. 추가 버튼을 눌러 이름과 구독 주소를 입력하고 저장한 뒤 메인 화면으로 돌아와 메뉴에서 구독을 업데이트합니다. 업데이트는 보통 주소 편집 화면에서 진행하지 않으므로 저장 직후 구성이 표시되지 않아도 오류라고 단정할 수 없습니다. 업데이트가 끝나면 메인 화면의 목록과 그룹 필터를 확인하세요.

개별 공유 링크를 받았다면 전체 내용을 복사한 다음 클라이언트의 ‘클립보드에서 가져오기’ 또는 비슷한 메뉴를 사용하세요. v2rayNG에서는 보통 메인 화면의 추가 버튼을 눌러 해당 기능을 찾을 수 있습니다. 가져오기가 완료되면 해당 항목이 표시되어야 합니다. QR 코드로도 가져올 수 있지만 이미지가 잘렸거나 글자가 가려지면 인식에 실패할 수 있습니다. 문제를 찾기 쉽도록 원본 링크를 사용하는 편이 좋습니다.

이제 메인 목록에 구성이 하나 이상 표시되어야 합니다. 다음으로 앱이 요청을 클라이언트에 전달하는 방식을 정하고, 구성 하나를 선택해 연결을 시작하세요.

2단계: 프록시 모드 및 라우팅 규칙 선택

‘프록시 모드’가 헷갈리는 이유는 서로 다른 두 가지를 가리키는 데 쓰이기 때문입니다. 하나는 앱이 클라이언트에 연결되는 방식이고, 다른 하나는 클라이언트가 요청을 받은 뒤 트래픽을 분기하는 방식입니다. 시스템 프록시, 로컬 프록시 주소 수동 입력, TUN은 연결 방식입니다. 도메인이나 IP에 따라 직접 연결할지 프록시를 사용할지 정하는 것은 라우팅 규칙입니다. 두 가지를 구분해야 이후 점검 방향을 명확히 잡을 수 있습니다.

데스크톱 첫 연결: 먼저 시스템 프록시 사용

v2rayN 메인 창의 상태 표시줄이나 메뉴에서 ‘시스템 프록시’를 찾으세요. 시스템 프록시 해제, 시스템 프록시 자동 설정, 시스템 프록시를 변경하지 않음 등의 항목이 흔히 제공됩니다. 처음에는 이 메뉴를 찾아 나중에 설정을 켜고 해제할 위치를 확인해 두세요. 3단계에서 코어가 실행 중인 것을 확인한 뒤 시스템 프록시 자동 설정을 선택합니다. 이 옵션은 보통 시스템 프록시를 클라이언트의 로컬 수신 포트로 지정하며, 원격 구성을 자동으로 선택하는 기능은 아닙니다.

브라우저와 일부 앱은 시스템 프록시 설정을 사용하지만, 다른 앱은 자체 네트워크 설정을 사용할 수 있습니다. 따라서 시스템 프록시를 켰다고 해서 모든 프로그램이 같은 경로를 사용한다고 볼 수는 없습니다. 처음 확인할 때는 시스템 프록시를 따르는 브라우저를 사용하고, 브라우저에서 프록시를 별도로 제어하는 확장 프로그램은 잠시 비활성화하세요. 회사나 기관 네트워크에서 기존 프록시를 지정해 사용 중이라면 변경 전에 원래 값을 기록하고, 사용을 마친 뒤 실제 네트워크 요구사항에 맞게 복구하세요.

다음으로 ‘라우팅’ 또는 ‘라우팅 설정’을 찾아 평소 사용 목적에 맞는 내장 분할 프리셋을 선택하세요. 버전에 따라 프리셋 이름은 다를 수 있으므로 ‘전역’이나 ‘우회’ 같은 단어만 보지 말고 규칙 설명을 확인하세요. 평소에는 로컬 네트워크와 자주 접속하는 직접 연결 대상이 프록시를 거치지 않도록 하는 프리셋을 먼저 사용할 수 있습니다. 특정 대상이 라우팅 규칙의 영향을 받는지 확인하려면 잠시 더 많은 트래픽을 프록시로 보내는 규칙을 적용해 비교한 뒤 원래 설정으로 되돌리세요.

안드로이드 첫 연결: 기본 연결 방식 유지

v2rayNG는 보통 시스템 VPN 인터페이스를 통해 앱의 트래픽을 받습니다. 처음 사용할 때는 기본 연결 방식을 유지하고, 복잡한 앱별 필터나 사용자 지정 라우팅을 동시에 켜지 마세요. 설정에 앱별 프록시 규칙이 이미 있다면 테스트할 브라우저가 제외되지 않았는지 확인하세요. 제외된 앱은 메인 화면에 연결됨으로 표시되더라도 자동으로 프록시를 사용하지 않습니다.

VPN 연결 아이콘은 시스템이 로컬 연결 통로를 설정했다는 뜻이지, 원격 구성이 반드시 작동한다는 뜻은 아닙니다. 라우팅 규칙에 따라 일부 대상은 직접 연결될 수 있으므로 실제 접속 결과도 확인해야 합니다. 데스크톱도 마찬가지입니다. 시스템 프록시를 켜면 트래픽이 들어오는 경로는 설정되지만, 잘못된 원격 주소나 인증 매개변수, 전송 설정까지 해결되지는 않습니다.

이 단계에서는 TUN을 켜거나 인터넷에서 찾은 DNS 설정을 통째로 복사할 필요가 없습니다. 먼저 설정을 최소한으로 바꿔 브라우저 연결을 확인한 다음 앱 요구사항에 따라 기능을 하나씩 추가하세요. 연결 범위와 라우팅 순서를 알아보려면 인바운드 설정과 라우팅 규칙 레퍼런스를 참고하세요. 모드를 선택한 뒤에는 설정을 유지하고 연결 테스트로 넘어갑니다.

3단계: 구성을 선택하고 연결 시작

구성 목록으로 돌아가 사용할 항목 하나를 선택하세요. 여러 항목을 연달아 바꾼 뒤 결과를 판단하지 마세요. v2rayN에서는 보통 항목을 마우스 오른쪽 버튼으로 클릭해 ‘활성 서버로 설정’ 또는 비슷한 메뉴를 선택합니다. 일부 버전에서는 항목을 두 번 클릭해도 됩니다. 목록의 활성 표시, 상태 표시줄 또는 로그를 기준으로 확인하세요. 행을 선택하기만 해서는 현재 사용 중인 구성이 바뀌지 않을 수 있습니다.

실제 연결 테스트를 먼저 하고 실행 로그 확인

항목의 오른쪽 클릭 메뉴나 테스트 메뉴에서 ‘서버 실제 연결 지연 시간 테스트’ 또는 비슷한 항목을 찾아 적은 수의 구성부터 테스트하세요. 실제 연결 테스트는 해당 구성을 통해 테스트 대상에 접속하므로 주소와 포트만 확인하는 TCP 테스트보다 실제 사용 환경에 가깝습니다. 테스트 대상과 시간 초과 설정에 따라 결과가 달라지므로 하나의 수치로 모든 웹사이트의 접속 상태를 판단할 수는 없습니다.

TCP 테스트는 성공했지만 실제 연결 테스트가 시간 초과됐다면 포트 연결은 가능해도 프로토콜 인증, 전송 방식, 원격 서버 또는 테스트 대상 접속에 문제가 있을 수 있습니다. 반대로 실제 연결 테스트가 한 번 실패한 것은 테스트 대상에 일시적으로 접근할 수 없어서일 수도 있습니다. 현재 구성을 유지하고 다음 단계의 브라우저 접속 결과와 함께 판단하세요. 지연 시간 순서만 보고 목록 상단의 항목이 반드시 작동한다고 결론 내리지 마세요.

사용할 항목을 활성 구성으로 설정한 뒤 클라이언트 하단의 로그나 실행 정보를 확인하세요. 코어가 이미 시작됐다면 별도의 ‘연결’ 버튼을 찾을 필요가 없는 경우가 많습니다. 데스크톱에서는 활성 구성 전환, 코어 실행, 시스템 프록시 설정이 함께 연결을 구성합니다. 이때 2단계에서 찾은 시스템 프록시 메뉴를 열어 자동 설정으로 바꾸고 시작 실패나 수신 오류가 나타나는지 확인하세요.

로그에 로컬 포트 사용 중이라는 메시지가 표시되면 클라이언트를 중복 실행했는지, 다른 프록시 프로그램이 계속 실행 중인지 먼저 확인하세요. 중복 실행된 프로그램을 닫고 현재 클라이언트를 다시 시작하세요. 포트를 바로 임의로 바꾸지는 마세요. 앱에서 수동으로 설정한 프록시 포트는 코어의 수신 포트와 일치해야 합니다. 한쪽만 바꾸면 브라우저가 잘못된 연결 지점에 접속하게 됩니다. 항목의 의미는 inbounds 인바운드 섹션에서 확인할 수 있습니다.

v2rayNG: 연결을 누르고 시스템 요청 승인

안드로이드에서 사용할 항목을 선택해 현재 활성 구성으로 설정한 다음 메인 화면의 연결 버튼을 누르세요. 처음 연결할 때는 보통 시스템 VPN 연결 요청이 표시됩니다. 안내를 읽고 승인한 뒤 메인 화면에 연결됨으로 표시될 때까지 기다리세요. 시스템 요청을 거부했다면 클라이언트에서 다시 연결을 시작하면 됩니다. 권한 승인이 끝나지 않은 상태를 구독 오류로 오해하지 마세요.

휴대폰에서 다른 VPN 프로그램이 실행 중이라면 먼저 연결을 끊고 v2rayNG를 테스트하세요. 연결한 뒤 클라이언트의 로그나 연결 점검 결과를 확인하고 구성 파싱 실패, 연결 거부, 인증 오류가 있는지 살펴보세요. 안드로이드 메인 화면의 연결 상태는 현재 실행 상태만 나타냅니다. 실제 경로가 작동하는지 판단하려면 브라우저 접속도 확인해야 합니다.

시작하자마자 오류가 발생하면 ‘코어 시작’ 단계인지 ‘원격 서버 접속’ 단계인지 먼저 기록하세요. 전자는 로컬 구성과 포트를 먼저 확인하고, 후자는 네트워크와 구독 매개변수를 점검하는 것이 좋습니다. 로그를 공유하기 전에 주소, 사용자 식별 정보, 구독 정보를 가리세요. 자세한 점검 방법은 연결 문제 해결을 참고하세요. 뚜렷한 시작 오류가 없다면 마지막 단계로 넘어가면 됩니다.

4단계: 프록시 작동 여부 확인

새 브라우저 창을 열고 익숙하고 신뢰할 수 있는 HTTPS 페이지에 접속하세요. 이미 완전히 열린 페이지는 새 요청 없이도 캐시 덕분에 정상 표시될 수 있으므로 새로고침만으로 확인하지 마세요. 먼저 프록시를 거칠 것으로 예상되는 대상을 테스트하고, 현재 규칙상 직접 연결되어야 하는 자주 쓰는 대상도 확인하세요. 두 대상 모두 정상 접속되어야 일상적인 사용에 가까운 상태입니다.

접속 결과와 라우팅, 로그를 함께 확인

브라우저에 프록시 서버에 연결할 수 없다는 메시지가 나오면 먼저 로컬 상태를 확인하세요. 클라이언트가 실행 중인지, 시스템 프록시가 지정한 포트에서 수신 중인지, 브라우저에 별도의 수동 프록시가 설정되어 있는지 살펴보세요. 이런 메시지는 요청이 원격 서버로 전달되기 전에 발생하는 경우가 많아 구독을 반복해서 업데이트해도 해결되지 않습니다. 페이지 연결은 되지만 오래 기다려야 한다면 로그를 확인해 원격 연결, 도메인 해석, 대상 서버 응답을 점검하세요.

클라이언트의 실제 연결 테스트는 성공했는데 브라우저에서 접속할 수 없다면 브라우저가 시스템 프록시를 따르는지 먼저 확인하고, 현재 대상이 라우팅 규칙에 따라 직접 연결로 지정됐는지 살펴보세요. 안드로이드에서는 브라우저가 앱별 규칙에서 제외되지 않았는지 먼저 확인합니다. 라우팅, DNS, 프로토콜 매개변수를 한꺼번에 바꾸지 마세요. 한 번에 한 항목만 조정하고 같은 접속 테스트를 반복해야 결과를 비교할 수 있습니다.

클라이언트 로그에 대상 도메인과 선택된 아웃바운드가 표시되면 요청 경로를 판단하는 데 참고할 수 있지만, 로그 상세 수준에 따라 기록되는 정보가 다릅니다. 접속 내역이 보이지 않는다고 요청이 클라이언트를 거치지 않았다는 뜻은 아닙니다. 필요할 때만 로그 상세 수준을 잠시 높이고 점검을 마친 뒤 평소 수준으로 되돌려 불필요한 접속 정보가 장기간 기록되지 않도록 하세요. 로그와 정책 항목은 policy 설정 레퍼런스를 참고하세요.

공인 IP를 확인하는 것은 보조 점검으로 사용할 수 있지만 유일한 판단 기준은 아닙니다. IP 확인 사이트가 직접 연결로 분기됐을 수도 있고 캐시가 적용됐을 수도 있습니다. 특정 대상에서 확인한 출구 IP가 모든 앱에도 동일하게 적용된다는 뜻은 아닙니다. 확인할 대상은 메인 화면의 연결 아이콘만이 아니라 구체적인 앱과 접속 대상입니다. 특정 웹사이트만 문제가 있다면 그 대상부터 따로 점검하고 전체 설정이 잘못됐다고 단정하지 마세요.

사용 종료: 시스템 네트워크 복구 확인

데스크톱에서 테스트를 마칠 때는 먼저 클라이언트에서 시스템 프록시를 해제한 다음 클라이언트를 종료하세요. 기존 네트워크에 지정된 프록시 요구사항이 있다면 미리 기록한 설정을 복구합니다. 그래야 클라이언트를 종료한 뒤에도 브라우저가 중지된 로컬 포트에 계속 연결하려는 일을 막을 수 있습니다. 종료 후 모든 웹페이지에 접속할 수 없다면 바로 재설치하지 말고 시스템 프록시 설정이 남아 있는지, 네트워크 자체에 문제가 없는지 먼저 확인하세요.

안드로이드에서는 연결을 끊고 클라이언트 상태와 시스템 VPN 아이콘이 함께 바뀌는지 확인한 다음 일반 네트워크로 접속해 보세요. 이후 다시 연결해 구독을 다시 가져오지 않아도 사용할 수 있는지 확인합니다. 구독 주소는 그룹에 저장되므로 평소에는 필요할 때 업데이트하면 됩니다. 명확하게 정리하거나 다시 설정해야 하는 경우가 아니라면 연결할 때마다 기존 그룹을 삭제하고 다시 추가할 필요는 없습니다.

마지막으로 현재 사용하는 그룹, 활성 구성, 연결 방식과 라우팅 프리셋을 기록해 두세요. 나중에 문제가 생기면 정상 작동을 확인한 이 설정을 기준으로 비교할 수 있습니다. 네트워크를 바꾸거나 구독을 업데이트하거나 규칙을 조정했다면 이전 테스트 결과에 의존하지 말고 간단한 접속 확인을 다시 하세요.