v2rayN 설정과 안드로이드 시작하기

시작하기 전에 받은 정보가 구독 주소인지 단일 서버 공유 링크인지 확인하세요. 구독 주소는 보통 네트워크 주소이며, 클라이언트가 접속해 여러 설정을 가져옵니다. 공유 링크는 서버 설정 하나를 지정합니다. 두 정보는 가져오는 메뉴가 다릅니다. 클라이언트 자체는 서버를 제공하지 않으며, 설치만으로 사용할 수 있는 설정이 생기지 않습니다. 설정을 받을 곳이 없다면 사용 권한이 있는 구독을 먼저 준비하세요. 미리 포트나 라우팅을 변경할 필요는 없습니다.

v2rayN: 구독 그룹 → 구독 그룹 설정

메인 화면에서 ‘구독 그룹’을 열고 그룹 설정으로 이동한 뒤 추가를 선택합니다. 설명란에 알아보기 쉬운 그룹 이름을 입력하고 전체 구독 주소를 주소란에 붙여 넣으세요. 앞뒤에 공백이나 줄바꿈이 없는지 확인한 다음 저장합니다. 그룹 이름은 로컬에서 목록을 정리하는 용도이며 연결에는 영향을 주지 않습니다. 구독 주소에 접근 정보가 포함될 수 있으므로 주소나 QR 코드, 주소가 보이는 스크린샷을 공개하지 마세요.

저장한 뒤 메인 화면으로 돌아와 ‘구독 그룹’ 메뉴에서 구독 업데이트를 실행합니다. 메뉴에 ‘프록시를 통해 업데이트’와 ‘프록시 없이 업데이트’가 있다면, 아직 연결을 설정하지 않은 첫 시도에서는 프록시 없이 업데이트해 보세요. 업데이트가 끝나면 해당 그룹으로 전환해 서버 항목이 나타나는지 확인합니다. 그룹 이름만 보인다고 가져오기가 완료된 것은 아닙니다. 주소 저장과 구독 내용 가져오기는 별개의 과정이므로 목록에 설정이 실제로 표시되는지 확인하세요.

v2rayNG: 오른쪽 상단 메뉴 → 구독 그룹 설정

구독 그룹 설정에서 추가를 누르고 설명과 주소를 입력해 저장하세요. 메인 화면으로 돌아와 메뉴에서 구독 업데이트를 실행합니다. 첫 업데이트는 현재 네트워크에서 직접 접속할 수 있는 방식으로 진행하세요. 공유 링크를 받았다면 전체 내용을 복사해 ‘클립보드에서 가져오기’를 사용하고, QR 코드를 받았다면 클라이언트의 스캔 기능을 이용하세요. 공유 링크를 구독 주소로 입력해 반복 업데이트하지 말고, 문제 해결 과정에서 두 종류의 정보를 섞지 마세요.

업데이트에 실패하면 먼저 일반 웹페이지가 열리는지 확인한 다음 주소가 만료되지 않았는지, 전체 내용을 복사했는지, 제공처에서 구독을 다시 생성해야 하는지 점검하세요. 업데이트 버튼을 연달아 누르지 마세요. 먼저 다운로드 실패, 내용 없음, 파싱 실패 중 어떤 오류인지 확인한 뒤 다음 조치를 정하세요. 내용을 내려받았지만 파싱할 수 없다면 구독 형식과 클라이언트 지원 범위를 확인해야 합니다. 자세한 내용은 자주 묻는 질문을 참고하세요.

목록에 항목이 표시되면 기존 설정을 유지하고 프로토콜 필드를 서둘러 수정하지 마세요. 구독에는 보통 서버 주소와 포트, 전송 설정이 포함되어 있어 임의로 변경하면 확인할 변수가 늘어납니다. 이 단계에서 클라이언트가 설정을 가져왔을 뿐, 네트워크 사용 가능 여부까지 확인된 것은 아닙니다. 다음으로 앱 트래픽이 클라이언트에 들어오는 방식을 설정하고 연결할 항목을 선택하세요.

먼저 ‘프록시 모드’와 ‘라우팅’을 구분하세요. 시스템 프록시, VPN 모드, Tun 모드는 트래픽이 클라이언트로 들어오는 방식을 정하고, 라우팅은 들어온 트래픽을 직접 연결, 프록시, 차단 중 어디로 보낼지 결정합니다. 라우팅을 전역으로 설정해도 모든 앱의 트래픽이 자동으로 전달되는 것은 아닙니다. 첫 설정에서는 명확한 진입 방식 하나만 사용하고 연결이 성공한 뒤 적용 범위를 넓히면 어떤 변경이 효과가 있었는지 파악하기 쉽습니다.

v2rayN: 시스템 프록시 → 시스템 프록시 자동 설정

메인 화면 하단이나 상태 영역, 트레이 메뉴에서 ‘시스템 프록시’를 찾아 ‘시스템 프록시 자동 설정’을 선택하세요. 시스템 프록시 설정을 읽는 앱이 클라이언트의 로컬 프록시를 사용하게 되므로 브라우저에서 연결을 확인하기 좋습니다. ‘시스템 프록시 해제’는 시스템 프록시 설정을 복구하는 기능입니다. ‘시스템 프록시 변경 안 함’은 클라이언트가 기존 설정을 직접 바꾸지 않는다는 뜻이며 프록시가 켜졌다는 의미가 아닙니다. 클라이언트 창이 열려 있다는 이유만으로 시스템 프록시가 적용됐다고 판단하지 마세요.

라우팅은 클라이언트의 기본 설정을 유지하거나 현재 네트워크에 맞는 ‘중국 본토 우회’ 같은 프리셋을 선택하세요. 사용자 지정 규칙은 당분간 추가하지 않는 것이 좋습니다. ‘우회’ 규칙에 해당하는 요청은 직접 연결될 수 있으므로 일부 사이트에서 접속 경로가 바뀌지 않는 것은 정상일 수 있습니다. 이후 작동을 확인할 때는 원래 직접 연결되어야 하는 페이지가 아니라 프록시를 거쳐야 하는 요청을 선택하세요.

첫 설정에서는 Tun 모드를 켜지 마세요. Tun은 시스템 프록시를 사용하지 않는 트래픽까지 처리해야 할 때 유용하지만 권한, 가상 네트워크 어댑터, 라우팅 설정도 함께 고려해야 합니다. 시작부터 시스템 프록시와 Tun, DNS를 동시에 변경하면 문제가 생겼을 때 원인을 찾기 어렵습니다. 먼저 브라우저에서 연결을 확인한 뒤 앱 트래픽을 추가로 처리해야 한다면 문제 해결 가이드에 따라 권한과 네트워크 환경을 하나씩 점검하세요.

v2rayNG: 설정 → VPN 모드

설정에서 작동 모드가 ‘VPN’인지 확인하세요. 이 모드는 Android VPN 인터페이스를 통해 기기 트래픽을 전달하므로 처음 사용하기에 적합합니다. ‘프록시만’은 로컬 프록시만 제공하므로 다른 앱에서 별도로 프록시를 설정해야 합니다. VPN 모드와 같은 방식으로 작동하지 않습니다. 설정에 ‘앱별 프록시’가 있다면 처음에는 브라우저가 적용 대상에서 제외되지 않도록 꺼 두세요.

앱별 프록시가 필요하다면 현재 선택 항목이 ‘선택한 앱만 프록시 사용’인지 ‘선택한 앱은 우회’인지 먼저 확인하세요. 같은 앱 목록이라도 설정 방식에 따라 결과가 반대입니다. 테스트할 브라우저가 프록시 적용 범위에 포함됐는지 확인한 뒤 연결하세요. ‘로컬 주소 우회’는 로컬 네트워크 접속을 위한 설정이므로 외부 웹페이지 테스트를 위해 반복해서 바꾸지 마세요.

이때 네트워크를 처리 중인 다른 프록시나 VPN 앱을 종료해 시스템 설정을 두고 충돌하지 않도록 하세요. 안드로이드에서는 보통 일반 VPN 서비스 두 개를 동시에 사용할 수 없으며, 데스크톱의 다른 클라이언트가 시스템 프록시를 덮어쓸 수도 있습니다. 현재 네트워크와 서버 설정, 기본 라우팅을 유지하고 트래픽 진입 방식만 확인한 다음 연결 단계로 넘어가세요.

서버 목록으로 돌아가 출처가 분명하고 설정이 완전한 항목 하나를 선택하세요. 첫 연결부터 목록 전체를 하나씩 테스트할 필요는 없으며 표시 이름만 보고 연결 품질을 추측할 수도 없습니다. 같은 네트워크에서 한 항목으로 전체 과정을 먼저 진행하고 실패하면 다른 항목으로 비교하세요. 목록에서 행을 선택해 강조 표시하는 것만으로는 활성 서버가 바뀌지 않을 수 있습니다. ‘활성 서버로 설정’ 또는 해당 기능을 실행해야 합니다.

v2rayN: 활성 서버로 설정 → 실행 상태 확인

대상 항목을 마우스 오른쪽 버튼으로 클릭해 활성 서버로 설정하세요. 두 번 클릭으로 전환할 수 있는 버전이라면 해당 방법을 사용해도 됩니다. 메인 화면의 현재 서버 표시가 바뀌었는지 확인한 다음 상태 영역과 로그를 살펴보세요. 버전에 따라 활성 서버를 바꾸면 코어가 자동으로 다시 시작되어 별도의 ‘연결’ 버튼이 없을 수 있습니다. 버튼을 찾아 클라이언트를 반복해서 재시작하지 말고 실제 실행 상태를 확인하세요.

현재 항목에서 ‘실제 연결 테스트’ 또는 비슷한 이름의 테스트 기능을 실행하세요. 서버 포트만 확인하는 것보다 실제 프록시 요청에 가까운 테스트지만, 테스트 당시 해당 경로를 사용할 수 있었다는 사실만 확인합니다. 포트에 연결된다고 인증과 전송, 대상 사이트 접속까지 성공하는 것은 아닙니다. 실제 연결 테스트에 성공해도 모든 앱이 시스템 프록시를 사용한다고 볼 수는 없습니다. 테스트 결과를 확인한 뒤 다음 단계에서 대상 앱을 점검하세요.

로그에 주소가 이미 사용 중이라고 나오면 같은 수신 포트를 사용 중인 다른 프로그램을 종료한 뒤 다시 시도하세요. 인증, 핸드셰이크, 인증서 오류가 표시되면 먼저 구독을 업데이트하고 시스템 시간을 확인하세요. 보안 설정을 바로 끄지 마세요. 표시되는 로컬 포트는 버전이나 사용자 설정에 따라 다를 수 있습니다. 앱에 프록시 주소를 직접 입력해야 한다면 다른 가이드의 숫자를 그대로 쓰지 말고 현재 설정을 확인하세요.

v2rayNG: 항목 선택 → 하단 연결 버튼 누르기

사용할 설정을 선택하고 하단의 원형 연결 버튼을 누르세요. 처음 연결할 때 Android에서 VPN 연결 권한을 묻는 창이 표시됩니다. 직접 시작한 연결 요청이 맞는지 확인한 뒤 허용하세요. 이 권한은 시스템 네트워크 인터페이스를 설정하기 위한 것으로 구독 계정에 로그인하는 절차가 아닙니다. 권한 요청을 취소했다면 클라이언트로 돌아가 연결 버튼을 다시 누르면 됩니다. 구독을 삭제하거나 앱을 다시 설치할 필요는 없습니다.

연결한 뒤 클라이언트 상태와 시스템 VPN 표시를 확인하고 ‘실제 연결 테스트’를 실행하세요. 연결 직후 중단되면 로그를 열어 마지막 오류를 확인한 다음 설정의 유효성, 현재 네트워크 상태, 다른 VPN 앱 실행 여부를 점검하세요. 테스트에 실패했을 때 작동 모드와 앱 적용 범위를 동시에 바꾸지 마세요. 서버 문제인지 로컬 설정 문제인지 구분하기 어려워집니다.

화면이 켜져 있을 때는 연결되지만 꺼진 뒤 끊기는 문제는 이후에 확인할 백그라운드 실행 문제입니다. 먼저 이 페이지의 화면이 켜진 상태에서 연결을 확인한 다음 안드로이드 VPN 권한 및 배터리 절약 설정 안내를 참고해 배터리 최적화, 백그라운드 활동, 시스템 정리 설정을 점검하세요. 연결이 안정적으로 유지되면 실제 앱에서 마지막으로 확인합니다.

확인은 세 단계로 나눠 진행하세요. 클라이언트가 실행 중인지, 앱이 요청을 클라이언트에 전달하는지, 요청이 예상한 경로로 라우팅되는지 살펴봅니다. 앞 단계의 실제 연결 테스트는 주로 클라이언트 자체 테스트 경로를 확인합니다. 이제 평소 사용하는 브라우저나 대상 앱에서 새 요청을 보내세요. 접속할 수 있고 사용 권한이 있는 페이지를 선택한 뒤 기존 페이지를 닫고 다시 열어 캐시된 내용을 새로 불러온 결과로 착각하지 않도록 하세요.

설정을 확인한 뒤 앱 접속을 점검하세요

데스크톱에서는 먼저 v2rayN이 계속 실행 중인지, 시스템 프록시가 ‘시스템 프록시 자동 설정’으로 유지되는지 확인하세요. 시스템 네트워크 설정의 프록시 화면을 열어 현재 프록시 주소가 클라이언트의 수신 설정과 일치하는지 확인합니다. 데스크톱 운영체제마다 시스템 프록시 지원 범위가 다를 수 있습니다. 브라우저에서 자체 프록시 확장 프로그램이나 별도의 네트워크 설정을 사용한다면 시스템 프록시를 덮어쓰는지 먼저 점검하세요.

안드로이드에서는 v2rayNG의 VPN 연결이 유지되는지 확인한 다음 브라우저가 현재 앱별 프록시 적용 범위에 포함되는지 살펴보세요. 브라우저는 되지만 특정 앱이 안 된다고 해서 바로 서버가 작동하지 않는다고 판단하지 마세요. 해당 앱이 우회 대상이거나 다른 방식으로 요청을 보내거나 앱 자체 계정 및 네트워크 정책의 영향을 받을 수 있습니다. 이미 작동을 확인한 브라우저를 비교 기준으로 두고 대상 앱과 관련된 설정만 조정하세요.

이어서 클라이언트 로그에 방금 보낸 요청과 관련된 연결이나 규칙 기록이 있는지 확인하세요. 표시 정보는 로그 수준에 따라 다르며 기본 로그에 모든 요청이 나오지 않는다고 반드시 실패한 것은 아닙니다. 필요하면 잠시 로그 상세 수준을 높이고 테스트가 끝나면 평소 설정으로 되돌리세요. 다른 사람에게 도움을 요청하기 전에는 서버 주소, 구독 주소, 사용자 식별 정보, 접속 기록에 포함된 개인정보를 가리세요.

대조 테스트 한 번으로 적용 범위 확인

같은 네트워크와 대상에서 설정을 켰을 때와 껐을 때를 한 번씩 비교하세요. 데스크톱에서는 먼저 접속 결과를 기록한 뒤 시스템 프록시를 해제하고 새 요청을 보냅니다. 안드로이드에서는 결과를 기록한 다음 VPN 연결을 끊고 다시 요청하세요. 테스트를 마치면 확인을 끝낸 설정을 복구합니다. 결과가 달라지면 원인을 찾는 단서가 될 수 있지만 모든 트래픽이 프록시를 통한다는 증거는 아닙니다. 대상에 직접 접속할 수 있거나 직접 연결 규칙이 적용됐다면 두 경우 모두 접속되는 것이 정상일 수 있습니다.

접속 IP 확인은 해당 요청이 어느 경로로 나갔는지만 보여 주며 기기 전체의 모든 트래픽을 뜻하지 않습니다. 출구 주소를 확인할 때는 해당 요청의 라우팅 결과도 함께 살펴보세요. 특정 확인 페이지에 다른 주소가 표시되도록 사용자 지정 규칙을 전부 다시 만들 필요는 없습니다. 첫 설정의 목표는 프록시를 사용해야 하는 앱과 요청이 실제로 작동하는지 확인하는 것입니다.

실제 연결 테스트는 성공했는데 브라우저 접속이 안 되면 시스템 프록시와 브라우저 설정부터 확인하세요. 모든 테스트가 실패하면 현재 설정, 기본 네트워크, 로그를 살펴보세요. 일부 도메인만 접속되지 않으면 DNS와 라우팅을 추가로 점검합니다. 이 순서대로 확인하면 접속 문제가 생길 때마다 서버부터 바꾸는 일을 줄일 수 있습니다. 문제 유형별 절차는 문제 해결을, 설정 항목 설명은 자주 묻는 질문을 참고하세요.

네 단계를 마쳤다면 현재 작동하는 설정과 기본 라우팅을 유지하고, 평소에는 서버를 선택해 연결한 뒤 상태를 확인하면 됩니다. 이후 필요에 따라 앱별 프록시, 로컬 네트워크 공유, Tun 모드를 추가하되 한 번에 하나씩 변경하고 이 절의 확인 방법을 다시 사용하세요. 클라이언트를 업데이트하거나 규칙을 조정한 뒤에도 같은 점검 순서로 작동 상태를 찾을 수 있습니다.