v2rayN 구독 가져오기 및 연결 설정

먼저 받은 정보가 어떤 종류인지 확인하세요. 구독 주소는 클라이언트가 여러 서버 설정을 가져올 때 사용하는 링크입니다. 단일 공유 링크는 보통 vmess://, vless://, trojan:// 또는 ss://로 시작합니다. 두 종류는 가져오는 메뉴가 다릅니다. 링크가 길다는 이유만으로 구독 주소라고 단정하지 말고, 계정 관리 페이지 주소를 구독 주소로 사용하지도 마세요.

v2rayN 메인 창에서 ‘구독 그룹’을 열고 ‘구독 그룹 설정’으로 이동한 다음 새 그룹을 추가하세요. 알아보기 쉬운 이름을 메모란에 입력하고 구독 주소를 주소 입력란에 빠짐없이 붙여 넣은 뒤 저장합니다. 메모는 클라이언트에서 구분하기 위한 이름일 뿐 서버 설정에는 영향을 주지 않습니다. 붙여 넣은 주소 앞뒤에 공백이나 줄바꿈이 들어가지 않았는지 확인하고, 안내 문구까지 함께 복사하지 않도록 주의하세요.

그룹을 저장했다고 해서 서버 설정까지 가져온 것은 아닙니다. 메인 창으로 돌아가 ‘구독 그룹’ 메뉴에서 구독 업데이트를 실행하세요. 사용할 수 있는 프록시가 아직 없다면 메뉴에서 프록시를 거치지 않는 업데이트 항목을 먼저 선택합니다. 작업이 끝날 때까지 기다린 뒤 로그나 알림을 확인하고, 목록에 프로토콜과 주소 같은 서버 정보가 표시되는지 살펴보세요. 그룹 필터가 있다면 방금 만든 그룹을 선택하세요. 다른 그룹이 계속 선택되어 있으면 가져오기에 실패한 것으로 착각할 수 있습니다.

단일 공유 링크를 받은 경우 링크 전체를 복사한 뒤 ‘서버’ 메뉴에서 ‘클립보드에서 공유 링크 가져오기’를 선택하세요. 가져온 서버 항목의 프로토콜 종류와 주소가 예상한 값인지 확인합니다. 링크에 포함된 인코딩 값을 임의로 바꾸지 마세요. 형식을 인식하지 못한다면 링크 앞부분을 반복해서 바꾸기보다 설정 제공자에게 클라이언트 호환성을 확인하세요.

v2rayNG에서는 메뉴에서 ‘구독 그룹 설정’을 열고 새 그룹 추가 메뉴에 메모와 구독 주소를 입력해 저장하세요. 서버 목록으로 돌아가 메뉴에서 구독 업데이트를 실행합니다. 단일 링크는 메인 화면의 추가 메뉴에서 클립보드 가져오기를 선택하면 됩니다. 안드로이드에서 클립보드 읽기 권한을 요청할 수 있으며, 이는 가져오기 과정의 일부입니다. 가져온 뒤 목록에 새 항목이 실제로 추가됐는지 확인하세요.

목록이 비어 있다면 라우팅을 바꾸기 전에 업데이트 결과부터 확인하세요. 주소에 접속할 수 없거나 구독 내용이 비어 있거나 설정 대신 웹페이지가 반환되면 가져오기가 완료되지 않을 수 있습니다. 현재 네트워크에서 구독을 직접 가져올 수 없다면, 먼저 사용할 수 있는 기존 설정으로 연결한 뒤 프록시를 통해 업데이트를 시도하세요. 기존 설정이 없다면 제공자에게 구독을 가져올 수 있는 방법을 문의하세요.

서버 항목이 보인다는 것은 설정이 클라이언트에 추가됐다는 뜻일 뿐, 서버에 연결할 수 있다는 의미는 아닙니다. 이 단계에서는 고급 항목을 하나씩 수정하지 말고 원래 설정을 유지한 채 다음 단계에서 트래픽을 처리할 방식을 선택하세요. 구독 업데이트와 공유 링크의 차이는 자주 묻는 질문의 설치 및 설정 안내에서 확인할 수 있습니다.

설정을 가져왔다면 이제 앱의 트래픽을 클라이언트로 전달할 방법을 정해야 합니다. 여기에는 서로 다른 두 단계가 있습니다. 시스템 프록시 또는 TUN은 트래픽이 코어로 들어오는 방식을 결정하고, 라우팅 규칙은 코어에 들어온 트래픽이 어떤 아웃바운드로 나갈지를 결정합니다. 시스템 프록시를 켜도 모든 앱이 이를 사용하는 것은 아니며, 라우팅 프리셋을 선택했다고 연결이 시작된 것도 아닙니다.

데스크톱에서 처음 테스트할 때는 시스템 프록시를 사용하고, 우선 ‘TUN 모드 사용’은 꺼 두세요. 메인 창 하단이나 트레이 아이콘의 ‘시스템 프록시’ 메뉴에서 ‘시스템 프록시 자동 설정’을 찾습니다. 이 항목을 선택하면 클라이언트가 로컬 프록시 주소를 시스템 프록시 설정에 지정하며, 해당 설정을 따르는 앱에서 사용할 수 있습니다. 코어가 아직 시작되지 않았다면 일부 앱에서 일시적으로 네트워크에 연결되지 않을 수 있습니다. 따라서 모드를 선택한 뒤에는 여기서 멈추지 말고 다음 단계까지 진행해 연결 상태를 확인하세요.

그다음 ‘라우팅’ 메뉴를 확인하세요. 클라이언트에 ‘중국 본토 우회’ 프리셋이 있다면 일반적인 웹 탐색을 위한 시작점으로 사용할 수 있습니다. 이 프리셋은 현재 규칙 데이터에 따라 요청을 직접 연결하거나 프록시로 보냅니다. 프리셋 이름이 같아도 버전마다 규칙 내용이 완전히 동일하다고 볼 수는 없습니다. 테스트할 때는 현재 규칙상 프록시를 거쳐야 하는 대상을 선택하세요. 직접 연결되는 웹사이트가 열린다는 사실만으로 프록시가 작동한다고 판단해서는 안 됩니다.

시스템 프록시는 브라우저의 연결 경로를 먼저 확인할 때 적합합니다. 일부 앱은 별도의 프록시 설정을 사용하거나 시스템 설정을 따르지 않아 브라우저와 다르게 작동할 수 있습니다. 이런 경우에는 해당 앱의 네트워크 설정을 먼저 살펴보세요. 특정 앱 하나를 작동시키려고 여러 트래픽 처리 방식을 동시에 켜지 마세요. 기본 연결을 확인한 뒤 필요에 따라 TUN과 앱별 설정을 검토하세요.

v2rayNG에서는 데스크톱의 ‘시스템 프록시 자동 설정’ 버튼을 찾을 필요가 없습니다. 보통 안드로이드 VPN 인터페이스로 트래픽을 처리하며, 연결을 시작할 때 시스템에서 권한을 요청합니다. 연결하기 전에 설정에서 라우팅 옵션을 확인하세요. 앱별 프록시를 사용 중이라면 테스트할 브라우저가 적용 범위에 포함되는지 살펴보고, 목록이 ‘선택한 앱만 프록시 사용’인지 ‘선택한 앱은 프록시 우회’인지 확인해야 합니다. 두 목록의 의미는 서로 반대이므로 체크 여부만 보고 판단하면 안 됩니다.

이전에 사용자 지정 규칙을 사용했다면 처음 문제를 확인할 때 현재 설정을 기록한 뒤 이해하기 쉬운 프리셋으로 되돌려 보세요. DNS, 라우팅, 전송 매개변수, 트래픽 처리 방식을 한꺼번에 바꾸지 마세요. 연결이 실패했을 때 원인을 찾기 어렵습니다. TUN 권한, 시스템 프록시의 적용 범위, 규칙 매칭 순서에 관한 자세한 설명은 기본 연결을 확인한 다음 프로토콜 및 코어 참고 문서에서 살펴보세요.

이 단계가 끝나면 다음 두 가지를 분명히 설명할 수 있어야 합니다. 테스트할 앱의 트래픽이 어떤 경로로 클라이언트에 전달되는지, 테스트 대상에 어떤 라우팅 규칙이 적용되는지 확인하세요. 이 조건을 유지한 채 다음 단계에서 서버만 선택하고 코어 시작 결과를 살펴봅니다.

v2rayN 서버 목록으로 돌아가 설정이 완전히 입력된 항목을 선택하세요. 마우스 오른쪽 버튼을 눌러 메뉴에서 ‘활성 서버로 설정’을 선택하면 해당 서버가 현재 연결 설정으로 지정됩니다. 버전에 따라 단축키나 더블 클릭을 사용할 수도 있지만, 처음 사용할 때는 메뉴를 기준으로 진행하세요. 항목을 선택한 것만으로 서버가 전환됐다고 착각할 수 있습니다. 작업을 마친 뒤 목록의 활성 표시와 하단 상태를 확인해 올바른 항목이 선택됐는지 살펴보세요.

v2rayN은 보통 활성 서버를 지정하면 해당 설정을 불러와 코어를 시작하거나 다시 시작합니다. 별도의 ‘연결’ 버튼이 없을 수도 있습니다. 메인 창의 로그 영역을 열고 작업을 시작한 뒤 새로 표시되는 메시지를 확인하세요. 설정 불러오기 실패, 포트 사용 중, 코어 시작 실패 등의 오류가 있는지 살펴보세요. 오류가 있다면 브라우저를 계속 새로고침하기보다 먼저 시작 문제를 해결해야 합니다.

로컬 포트가 사용 중이라는 메시지는 클라이언트가 중복 실행 중이거나 다른 프로그램이 같은 포트를 사용 중일 때 표시될 수 있습니다. 트레이와 작업 표시줄을 확인하고 중복 실행된 클라이언트를 종료한 뒤 현재 클라이언트를 다시 시작하세요. 수신 포트를 변경해야 한다면 시스템 프록시가 새 포트를 가리키는지도 함께 확인해야 합니다. 이 문서에서는 특정 포트 번호를 지정하지 않으며 현재 클라이언트 설정과 상태 표시를 기준으로 안내합니다.

코어가 시작된 것을 확인한 뒤 ‘시스템 프록시’가 여전히 ‘시스템 프록시 자동 설정’으로 되어 있는지, 라우팅이 앞 단계에서 선택한 상태로 유지되는지 확인하세요. 활성 서버를 바꿀 때 구독을 다시 가져올 필요는 없습니다. 계속 진행하려고 클라이언트를 다시 시작했다면 시스템 프록시와 라우팅 상태도 다시 확인하세요. 이전 설정이 자동으로 복원됐다고 가정하지 마세요.

v2rayNG에서는 먼저 서버 항목을 선택하고 활성 표시가 원하는 서버로 옮겨졌는지 확인한 다음, 메인 화면의 시작 버튼을 누릅니다. 처음 시작할 때 안드로이드 시스템의 VPN 연결 요청이 표시되면 앱 이름을 확인하고 허용하세요. 시스템에서는 일반적으로 활성 VPN 연결 하나만 사용할 수 있습니다. 다른 앱이 연결 중이면 해당 연결을 중지한 뒤 현재 연결을 시작하세요.

시작한 뒤 v2rayNG 버튼 상태와 시스템 연결 아이콘이 바뀌어야 합니다. 이는 로컬 서비스와 트래픽 처리 인터페이스가 실행 중이라는 뜻일 뿐, 원격 서버가 요청을 정상적으로 전달하는지까지 증명하지는 않습니다. 버튼이 곧바로 중지 상태로 돌아가면 클라이언트 로그를 확인해 권한 거부, 설정 불러오기 실패, 서비스 시작 실패를 구분한 뒤 다음 조치를 결정하세요.

클라이언트의 Tcping 또는 유사한 테스트는 주로 대상 포트에 연결할 수 있는지를 확인하며, 전체 프록시 핸드셰이크와 대상 접속을 확인하지는 않습니다. ‘실제 연결 지연 시간 테스트’는 실제 프록시 요청에 더 가까운 방식이지만, 결과는 테스트 주소와 라우팅의 영향을 받습니다. 처음에는 연결 상태를 가늠하는 보조 수단으로 사용하고, 지연 시간 하나에 집착해 설정을 반복해서 바꾸지는 마세요. 완료 여부는 다음 단계에서 예상한 앱으로 대상에 접속할 수 있는지로 판단합니다.

클라이언트를 실행한 상태에서 브라우저의 새 탭을 열고, 현재 라우팅에서 프록시를 통해 연결되어야 하는 정상 작동이 확인된 HTTPS 페이지를 방문하세요. 평소 내용이 정상적으로 갱신되는지 확인할 수 있는 페이지를 사용하는 것이 좋습니다. 이미 열려 있는 탭의 캐시만 확인하지 마세요. 페이지의 텍스트나 다른 리소스가 실제로 로드될 때까지 기다린 뒤 클라이언트로 돌아가 해당 시간대의 로그를 확인하세요.

정상적으로 확인하려면 세 가지 조건을 함께 살펴봐야 합니다. 코어가 시작됐는지, 브라우저 요청이 실제로 클라이언트에 전달됐는지, 대상에 예상한 아웃바운드가 적용됐는지 확인하세요. 클라이언트 실행 아이콘만 보거나 일반 웹사이트 하나에 접속할 수 있다는 것만으로는 세 조건을 모두 확인할 수 없습니다. 로그 수준과 인터페이스에서 연결 기록을 제공한다면 대상 도메인과 아웃바운드 표시를 함께 살펴보세요. 상세 기록이 없더라도 로그에 변화가 없다는 이유만으로 트래픽이 없었다고 단정하지 마세요.

데스크톱에서는 시스템 네트워크 설정의 프록시 주소와 포트가 클라이언트의 현재 로컬 수신 주소와 일치하는지 먼저 확인하세요. 브라우저에서 프록시를 별도로 제어하는 확장 프로그램을 사용한다면 확장 프로그램의 모드가 시스템 설정을 덮어쓰는지도 살펴보세요. 브라우저가 시스템 프록시를 사용하도록 설정한 뒤 같은 대상을 다시 테스트하세요. 확장 프로그램, 시스템, 클라이언트 세 곳에 서로 다른 프록시 주소를 동시에 입력하지 마세요.

안드로이드에서는 v2rayNG가 계속 실행 중인지, 시스템 VPN 연결이 다른 앱으로 대체되지 않았는지 먼저 확인하세요. 그다음 테스트 브라우저가 앱별 프록시 적용 범위에 포함되는지 살펴봅니다. 백그라운드로 전환한 뒤에만 연결이 끊긴다면 해당 앱의 배터리 및 백그라운드 실행 제한을 확인할 수 있습니다. 제한을 완화할 필요가 있는지는 기기에서 실제로 나타나는 동작에 따라 판단하세요. 처음 실행하기 전부터 시스템 관리 옵션을 일괄적으로 모두 끌 필요는 없습니다.

페이지가 열리지 않으면 ‘로컬 시작, 앱의 트래픽 처리, 서버 연결, 대상 접속’ 순서로 확인하세요. 먼저 시작 오류가 있는지 확인하고, 시스템 프록시 또는 VPN 상태를 살핀 다음 현재 활성 서버로 실제 연결 테스트를 실행합니다. 대상 하나만 실패하면 프록시를 통해 연결되어야 하는 다른 정상 작동 대상도 테스트하세요. 모든 대상에 접속할 수 없다면 서버 설정과 네트워크 연결을 확인합니다. 특정 사이트의 응답 문제만으로 클라이언트 전체의 오류라고 판단하지 마세요.

로그에 이름 확인 또는 인증서 관련 오류가 명확하게 표시되면 오류 메시지 원문을 보존하고 발생 시간을 확인하세요. 인증서 오류가 발생하면 기기 시간과 설정에 지정된 서버 이름을 확인해야 하며, 인증 검증을 꺼서 우회해서는 안 됩니다. 이름 확인 문제도 특정 고정 IP로 바꾸는 방식으로 바로 해결하려 하지 마세요. TLS와 라우팅 동작이 함께 달라질 수 있습니다. 오류별 후속 조치는 자주 묻는 질문 및 문제 해결에서 확인하세요. 이 페이지에서는 기본 설정을 그대로 유지합니다.

서버를 바꿔 비교해야 한다면 활성 서버만 변경하고 브라우저, 트래픽 처리 방식, 라우팅, 테스트 대상은 그대로 유지하세요. 한 번 테스트를 마친 뒤 결과를 비교합니다. 그래야 차이가 서버에서 비롯된 것인지 로컬 설정 때문인지 확인할 수 있습니다. 여러 조건을 동시에 바꾸면 접속이 복구되더라도 원인을 재현하기 어려워 다음에 같은 문제가 생겼을 때 처음부터 다시 점검해야 합니다.

예상대로 접속되는 것을 확인했다면 테스트 탭을 닫고 현재 그룹과 모드를 그대로 유지해도 됩니다. 나중에 구독 내용을 업데이트할 때는 기존 그룹에서 업데이트를 실행하면 되므로 매번 그룹을 삭제하고 다시 만들 필요가 없습니다. 데스크톱 클라이언트를 종료할 때는 먼저 ‘시스템 프록시 해제’를 선택하고 일반 네트워크 접속이 복구됐는지 확인한 다음 프로그램을 종료하세요. 안드로이드에서는 중지 버튼으로 연결을 끝내고 시스템 연결 아이콘이 사라졌는지 확인합니다.