v2rayN 설정 방법
구독 가져오기 → 프록시 모드 선택 → 연결 → 확인. 유효한 구독이 있다면 약 10분 안에 첫 설정을 마칠 수 있습니다. 오류가 발생하면 현재 단계에서 멈추고 원인을 확인하세요.
시작 전 준비: 클라이언트와 유효한 구독
먼저 두 가지를 준비하세요. 설치 후 정상적으로 실행되는 클라이언트와 신뢰할 수 있는 출처에서 받은 유효한 구독 주소입니다. 클라이언트는 설정을 읽고 코어를 실행해 앱 트래픽을 전달하지만, 원격 서비스를 자동으로 만들어 주지는 않습니다. 설치 파일만 있다면 사용할 권한이 있는 서비스 설정을 먼저 받아야 합니다. 아직 설치하지 않았다면 클라이언트 다운로드 페이지에서 기기의 운영체제와 프로세서 아키텍처에 맞는 항목을 선택하세요.
구독 주소는 보통 계정 식별 정보가 포함된 긴 링크입니다. 복사할 때 줄바꿈, 안내 문구, 끝의 문장 부호가 함께 들어가지 않도록 전체 주소를 확인하세요. 구독 주소와 개별 서버 공유 링크는 입력 방법이 다릅니다. 구독 주소는 구독 그룹에 추가하고, 개별 서버 링크는 클라이언트의 클립보드 가져오기 기능을 사용하세요. 둘 다 복사할 수 있다고 해서 같은 입력란에 번갈아 붙여 넣지 마세요.
각 단계의 결과를 명확히 확인하려면 첫 설정 중에는 다른 프록시 클라이언트와 네트워크 연결을 가로챌 수 있는 브라우저 확장 프로그램을 종료하세요. 기기의 날짜와 시간이 정확한지, 일반 네트워크 연결이 되는지도 확인합니다. 기존 설정이 있다면 현재 상태를 저장하고 기존 그룹은 삭제하지 마세요. 먼저 서버 항목을 가져온 다음 트래픽을 클라이언트로 전달하는 방법을 설정하면 여러 항목을 동시에 바꿔 원인을 찾기 어려워지는 일을 줄일 수 있습니다.
구독 가져오기: 그룹 저장 후 업데이트
v2rayN: 구독 그룹 추가
메인 창을 열고 상단의 ‘구독 그룹’ 메뉴에서 그룹 설정으로 이동해 새 그룹을 만드세요. 알아보기 쉬운 이름을 메모에 입력하고 주소란에 구독 링크 전체를 붙여 넣습니다. 다른 옵션은 우선 기본값으로 둡니다. 주소 앞뒤에 공백이 없는지 확인한 뒤 저장하고 메인 창으로 돌아와 ‘구독 그룹’ 메뉴에서 구독을 업데이트하세요. 주소를 저장하는 것만으로 서버 목록이 바로 표시되는 것은 아닙니다. 업데이트를 실행해야 내용을 가져와 항목을 불러옵니다.
아직 사용할 수 있는 연결이 없다면 우선 프록시를 사용하지 않고 구독을 업데이트하는 옵션을 선택하세요. 기존 프록시를 통해서만 주소에 접근할 수 있다면 먼저 작동하는 연결을 준비한 뒤 프록시를 통해 업데이트해야 합니다. 아직 다운로드하지 않은 설정으로 그 설정을 처음 가져올 수는 없습니다. 업데이트가 끝나면 하단 메시지나 로그에서 다운로드 및 파싱 오류가 없는지 확인하고, 방금 만든 그룹으로 이동해 항목을 살펴보세요.
v2rayNG: 주소를 추가한 뒤 메인 화면으로 돌아가기
사이드 메뉴나 더보기 메뉴에서 ‘구독 그룹 설정’을 찾아 추가 버튼을 누르고 메모와 구독 주소를 입력한 뒤 저장하세요. 메인 화면으로 돌아가 오른쪽 위 메뉴에서 ‘구독 업데이트’를 실행합니다. 일부 화면에서는 해당 그룹의 작업 메뉴에 업데이트 항목이 있습니다. 완료 메시지가 표시될 때까지 기다린 다음 메인 화면에 설정 항목이 나타나는지 확인하세요. 그룹 필터가 적용되어 있다면 새 그룹을 선택하세요. 필터 결과가 비어 있는 것을 가져오기 실패로 오해할 수 있습니다.
두 클라이언트 모두 다음 단계로 넘어가기 전에 항목이 표시되고 선택할 수 있는지 확인하세요. 항목 이름은 식별용일 뿐, 서버에 실제로 연결할 수 있다는 뜻은 아닙니다. 업데이트가 성공했다고 표시되는데 목록이 비어 있다면 구독이 만료되지 않았는지, 설정 내용이 실제로 반환됐는지, 클라이언트가 해당 설정 형식을 지원하는지 확인하세요. 로그인 페이지나 서비스 안내 페이지를 구독 주소로 착각해 반복해서 업데이트하지 마세요.
이 단계에서도 항목이 표시되지 않는다면 구독 업데이트 문제부터 해결하세요. 시스템 프록시 모드를 바꿔도 주소 오류나 콘텐츠 형식 문제는 해결되지 않습니다. 원인별 안내는 자주 묻는 질문 및 구독 문제 해결에서 확인할 수 있습니다. 항목이 표시되면 테스트할 설정 이름을 기록하고, 다음 단계에서 앱 트래픽이 들어오는 경로와 라우팅을 설정하세요.
프록시 모드 선택: 앱 연결 경로와 라우팅 설정
여기서는 두 가지를 구분해야 합니다. 시스템 프록시는 어떤 앱이 요청을 로컬 클라이언트로 전달할지 정하고, 라우팅은 클라이언트에 들어온 요청을 어떤 아웃바운드로 보낼지 결정합니다. 라우팅 프리셋을 선택했다고 모든 앱이 프록시를 사용하는 것은 아니며, 시스템 프록시를 켰다고 모든 연결이 원격 서버를 거치는 것도 아닙니다. 두 설정을 구분해야 다음 단계에서 결과를 정확히 확인할 수 있습니다.
v2rayN: 시스템 프록시 및 라우팅 프리셋 설정
메인 창 하단의 상태 영역이나 트레이 메뉴에서 ‘시스템 프록시’를 찾아 ‘시스템 프록시 자동 설정’을 선택하세요. 여기서 자동 설정은 클라이언트가 시스템 프록시 설정을 적용한다는 뜻이지, 웹사이트에 따라 자동으로 트래픽을 분리한다는 뜻은 아닙니다. 대부분의 브라우저는 시스템 설정을 따르지만, 자체 네트워크 설정이 있는 앱이나 일부 명령줄 도구는 별도로 설정해야 합니다. 시스템 프록시 상태만 보고 해당 앱의 트래픽 경로를 단정하지 마세요.
다음으로 ‘라우팅’ 메뉴에서 일반적인 사용 목적에 맞는 ‘중국 본토 우회’ 등의 프리셋을 선택하세요. 이 프리셋은 보통 중국 본토의 도메인이나 IP 주소에 해당하는 연결은 직접 연결하고 나머지는 설정에 따라 처리합니다. 실제 동작은 규칙 내용과 순서에 따라 달라집니다. 현재 버전에서 메뉴 이름이 다르면 프리셋 설명을 읽고 용도가 비슷한 항목을 고르세요. 여러 사용자 지정 규칙을 한꺼번에 추가하지 마세요. 규칙 적용 순서를 확인하려면 라우팅 필드 안내를 참고하세요.
마지막으로 설정을 열어 실제 로컬 수신 주소, 포트, 프록시 프로토콜을 확인하세요. 일부 설정은 10808을 SOCKS 포트로, 10809를 HTTP 포트로 사용하지만, 하나의 포트에서 여러 프로토콜을 받는 설정도 있습니다. 현재 클라이언트에 표시된 값을 기준으로 하세요. 포트 번호가 항상 고정되어 있다고 생각하지 마세요. 이 기기에서만 사용할 경우 ‘로컬 네트워크 연결 허용’은 끄고, 연결을 위해 수신 범위를 불필요하게 넓히지 마세요.
v2rayNG: 라우팅 및 앱별 프록시 범위 확인
설정에서 라우팅 관련 옵션을 열고 용도에 맞는 프리셋을 선택하세요. 첫 테스트에서는 복잡한 규칙을 추가하지 않는 것이 좋습니다. ‘앱별 프록시’를 켜 두었다면 기본 연결을 확인할 때는 잠시 끄세요. 앱별 프록시는 선택한 앱만 프록시를 사용하도록 하거나, 반대로 선택한 앱을 프록시에서 제외할 수 있으므로 현재 옵션을 정확히 확인해야 합니다. 브라우저가 제외되어 있으면 클라이언트가 연결되어도 브라우저 트래픽은 예상한 프록시 경로를 따르지 않습니다.
라우팅을 선택했으면 메인 화면으로 돌아가세요. 서버의 프로토콜, 전송 방식, 보안 매개변수를 하나씩 수정할 필요는 없습니다. 보통 구독에 이미 포함되어 있으므로 임의로 바꾸면 서버 설정과 맞지 않을 수 있습니다. 다음 단계에서는 사용할 설정을 선택하고 클라이언트가 실제로 실행되는지만 확인합니다.
연결: 설정 선택 및 실행 확인
v2rayN: 활성 서버 설정
가져온 목록에서 사용할 항목을 찾아 마우스 오른쪽 버튼을 누른 뒤 ‘활성 서버로 설정’ 또는 같은 의미의 작업을 선택하세요. 클라이언트에서 더블클릭으로 전환할 수 있다면 화면 안내에 따라 진행해도 됩니다. 목록의 활성 표시가 대상 항목으로 옮겨졌는지 확인하세요. 행을 한 번 선택하는 것만으로 실제 아웃바운드가 전환되는 것은 아닐 수 있습니다. 그런 다음 메인 창 하단의 정보와 로그를 확인해 코어가 시작 직후 종료되거나 같은 오류를 반복하지 않는지 살펴보세요.
일부 버전은 활성 서버를 바꿀 때 코어를 자동으로 다시 불러오며, 다른 버전은 서비스를 시작하거나 재시작하는 메뉴를 제공합니다. 현재 상태에 맞게 진행하세요. 항목을 계속 바꾸면서 여러 번 재시작하면 로그의 이전 이벤트와 새 이벤트가 뒤섞일 수 있습니다. ‘주소가 이미 사용 중’ 또는 수신 오류가 표시되면 다른 클라이언트가 실행 중인지 먼저 확인하고 로컬 포트 충돌 여부를 살펴보세요. 이때 원격 서버 주소는 바꾸지 마세요.
v2rayNG: 연결 시작 및 시스템 권한 허용
메인 화면에서 사용할 설정을 선택하고 연결 버튼을 누르세요. 처음 연결할 때 안드로이드에서 VPN 연결 요청이 표시되는 경우가 많습니다. 이 앱이 시스템 네트워크 경로를 사용한다는 뜻입니다. 요청을 보낸 앱이 실제 사용 중인 v2rayNG인지 확인한 뒤 허용하세요. 권한을 거부하면 연결할 수 없습니다. 이미 권한을 허용했다면 시스템에서 다시 묻지 않을 수 있으므로 팝업 표시 여부만으로 연결 성공을 판단하지 마세요.
권한을 허용한 뒤 연결 버튼, 상태 표시, 시스템 알림이 바뀌는지 확인하고 클라이언트 로그에서 시작 오류를 살펴보세요. 다른 앱이 VPN 연결을 사용 중이라면 해당 연결을 먼저 중지한 뒤 다시 시도합니다. 첫 테스트 중에는 클라이언트를 화면에 띄워 두고 잠금 화면으로 전환하지 마세요. 먼저 설정이 정상적으로 작동하는지 확인한 다음 백그라운드 실행과 배터리 관리 문제를 살펴보면 됩니다.
연결 아이콘이나 ‘실행 중’ 표시는 로컬 서비스 또는 시스템 연결이 만들어졌다는 뜻일 뿐, 원격 서버에 접속할 수 있다는 보장은 아닙니다. 시간 초과, 연결 거부, 보안 핸드셰이크 오류가 발생하면 발생 시각을 기록하고 설정의 유효성, 기기 시간, 네트워크 연결을 확인하세요. 자세한 설명은 연결 문제 해결 FAQ에서 확인할 수 있습니다. 여기서는 고급 전송 설정을 변경하지 말고, 뚜렷한 시작 오류가 없다면 실제 접속을 테스트하세요.
작동 여부 확인: 페이지, 로그, 트래픽 경로
먼저 브라우저에서 새 페이지를 열고 정상적으로 접속되는 HTTPS 사이트를 방문하세요. 현재 라우팅 설정에 맞는 대상을 선택해야 합니다. 규칙에 따라 직접 연결되는 사이트가 열리더라도 직접 연결이 된다는 뜻일 뿐, 원격 프록시가 작동한다는 증거는 아닙니다. 캐시 영향을 줄이려면 아직 방문하지 않은 페이지를 열거나 새 콘텐츠를 불러오고, 클라이언트 로그와 대조할 수 있도록 접속 시각을 기록하세요.
클라이언트로 돌아가 같은 시간대의 로그를 확인하고 요청 대상, 매칭된 아웃바운드 태그, 오류 메시지를 살펴보세요. 로그에 요청 경로가 direct로 표시되면 먼저 현재 라우팅 프리셋에 맞는 결과인지 확인합니다. 원격 아웃바운드를 거쳐야 하는데 직접 연결된다면 규칙 순서를 점검하세요. 설정마다 원격 아웃바운드 태그가 다를 수 있으니 특정 태그 하나만 검색해 결론 내리지 마세요. 로그 수준이 warning이면 성공한 요청이 모두 표시되지 않을 수 있습니다. 그렇다고 트래픽이 클라이언트를 거치지 않았다는 뜻은 아닙니다.
연결 기록을 더 자세히 확인하려면 로그 수준을 잠시 info로 바꾸고 다시 접속한 뒤 원래 설정으로 되돌리세요. 상세 로그에는 방문 도메인이나 연결 정보가 포함될 수 있으므로 전체 내용을 공개하지 마세요. 클라이언트에 연결 세부 정보나 라우팅 확인 메뉴가 있다면 보조적으로 활용할 수 있습니다. 내장 연결 테스트는 테스트 요청의 결과만 보여 주므로 실제 브라우저나 업무용 앱의 검증을 대신하지 않습니다.
데스크톱: 브라우저와 터미널 각각 확인
v2rayN 데스크톱에서 브라우저는 접속되지만 터미널 도구는 실패하더라도 구독을 바꾸지 마세요. 터미널 도구는 시스템 프록시를 사용하지 않을 수 있으므로 도구 설명에 따라 프록시 주소나 환경 변수를 별도로 설정해야 합니다. 입력할 때 HTTP와 SOCKS 프로토콜을 구분하고 앞서 확인한 수신 포트를 사용하세요. 반대로 브라우저의 프록시 확장 프로그램이 시스템 설정을 덮어쓸 수도 있습니다. 확장 프로그램을 끄거나 시스템 설정을 따르도록 한 뒤 다시 비교하세요.
프록시 사용 전후를 비교하려면 클라이언트에서 ‘시스템 프록시 해제’를 선택하고 코어를 일시 중지한 다음 테스트하세요. 복원할 때는 코어를 다시 시작하고 시스템 프록시 자동 설정을 켠 뒤 같은 대상으로 다시 테스트합니다. 클라이언트만 종료하고 시스템 프록시는 그대로 두지 마세요. 중지된 포트를 계속 가리키면 로컬 연결 지점에 접근할 수 없어 접속이 실패할 뿐이며, 원격 경로 상태를 확인할 수 없습니다.
안드로이드: 테스트 앱이 프록시 범위에 포함되는지 확인
v2rayNG에서 먼저 앱별 설정으로 브라우저가 제외되지 않았는지 확인한 뒤 같은 테스트 사이트에 접속하세요. 화면이 켜져 있을 때는 정상인데 잠금 후 연결이 끊긴다면 시스템의 백그라운드 실행 및 배터리 제한을 먼저 확인하고, 기기 설정에서 클라이언트가 필요한 백그라운드 연결을 유지하도록 허용하세요. 기본 연결을 확인한 다음 앱별 규칙을 하나씩 적용하고, 변경할 때마다 해당 앱을 다시 테스트하면 라우팅 오류와 백그라운드 제한을 구분하기 쉽습니다.
검증을 마치려면 설정 항목이 유효하고, 클라이언트가 지속적인 오류 없이 실행되며, 실제 앱이 예상대로 접속되어야 합니다. 로그나 연결 세부 정보도 현재 라우팅 판단을 뒷받침해야 합니다. 웹페이지 하나가 열리거나 연결 아이콘이 켜지는 것, 내장 테스트 한 번이 성공하는 것만으로 모든 앱이 같은 경로를 사용한다고 볼 수는 없습니다. 이후 문제가 생기면 ‘구독 내용 → 로컬 실행 → 앱 연결 경로 → 라우팅 결과 → 원격 연결’ 순서로 확인하세요.
구독을 정기적으로 업데이트할 때는 보통 그룹 업데이트만 실행하면 되며 튜토리얼을 처음부터 반복할 필요는 없습니다. DNS, 인바운드, 라우팅 규칙을 직접 설정하려면 설정 필드 안내를 참고하세요. 구독 업데이트 실패, 포트 충돌, 일부 앱의 접속 문제는 자주 묻는 질문에서 해당 증상에 맞는 해결 방법을 확인하세요.