v2rayN 설정 방법
구독 가져오기와 연결 확인

구독 가져오기 및 구독 그룹 업데이트

먼저 전체 구독 주소를 복사하세요. 서비스 관리 페이지의 복사 버튼을 사용하는 것이 좋습니다. 채팅 미리보기나 스크린샷, 브라우저에 일부만 표시된 문자열을 보고 주소를 직접 조합하지 마세요. 구독 주소에는 보통 개인별 접근 매개변수가 포함되며, 단일 노드 공유 링크와는 용도가 다릅니다. 구독 주소는 여러 노드를 가져와 계속 업데이트하는 데 쓰이고, 단일 링크는 보통 설정 하나만 가져옵니다. QR 코드나 단일 링크를 받았다면 해당 가져오기 메뉴를 이용하고 구독 주소 입력란에 넣지 마세요.

구독 그룹 추가

v2rayN을 열고 ‘구독 그룹’ 메뉴에서 ‘구독 그룹 설정’으로 이동해 새 그룹을 추가하세요. ‘별칭’에는 ‘일반 구독’처럼 알아보기 쉬운 이름을 입력하고, ‘선택 주소 Url’에 구독 주소를 붙여 넣습니다. 불필요한 공백, 줄바꿈, 따옴표가 없는지 확인한 뒤 그룹이 활성화되어 있는지 살펴보세요. 처음에는 ‘필터(정규식)’를 비워 두고 User-Agent는 기본값을 유지하세요. 조건을 추가하면 노드가 걸러지거나 응답 형식이 달라질 수 있습니다.

‘자동 업데이트 간격(분)’은 이후 구독을 정기적으로 가져오는 설정이며 현재 연결을 만드는 기능은 아닙니다. 처음에는 자동 업데이트에 의존하지 말고 저장 후 직접 한 번 업데이트해 결과를 확인하세요. 정기 업데이트가 필요하면 사용 빈도에 맞춰 간격을 설정하고 해당 버전에서 0이 비활성화를 뜻하는지 확인하세요. 여기에 노드 포트나 연결 시간 제한을 입력하지 마세요. 구독 업데이트 주기와는 관계없는 설정입니다.

업데이트를 실행하고 결과 확인

그룹을 저장한 뒤 메인 창으로 돌아가 ‘구독 그룹’ 메뉴에서 ‘모든 구독 업데이트(프록시 사용 안 함)’를 선택하세요. 클라이언트가 구독 주소에 요청을 보내고 응답을 파싱해 서버 목록에 설정을 추가합니다. 완료되면 방금 만든 그룹으로 전환해 노드 항목이 표시되는지 확인하고, 아래쪽 로그에 요청 또는 파싱 실패 메시지가 없는지 살펴보세요. 주소를 저장한 것만으로 구독을 가져온 것은 아닙니다.

주소에 접속하려면 기존 프록시가 필요하고 이미 사용할 수 있는 연결이 있다면 ‘모든 구독 업데이트(프록시 사용)’를 시도해 보세요. 처음 사용하면서 쓸 수 있는 프록시가 없다면 프록시 업데이트를 반복해도 보통 해결되지 않습니다. 먼저 주소가 유효한지, 현재 네트워크에서 서비스 관리 페이지에 접속되는지, 클라이언트가 해당 구독 응답 형식을 지원하는지 확인하세요. 한 번의 업데이트를 성공시키려고 인증서 검증을 임의로 끄지 마세요.

업데이트 완료 메시지가 떴는데 목록이 비어 있으면 먼저 그룹 선택 외에 적용된 검색 조건을 지우고, 그룹을 잘못 선택하지 않았는지 확인한 다음 필터 규칙을 살펴보세요. 로그에 권한, 만료, 콘텐츠 파싱 관련 오류가 있으면 서비스 관리 페이지에서 주소를 다시 복사하세요. 구독 업데이트 과정에서 기존 항목이 바뀔 수 있으므로 구독 노드를 직접 수정하기 전에 설정을 따로 저장해 두세요. 저장하지 않으면 다음 업데이트 때 수정 내용이 덮어써질 수 있습니다.

v2rayNG에서는 ‘구독 그룹 설정’으로 이동해 그룹을 추가하고 메모와 주소를 입력한 뒤 저장하세요. 메인 화면으로 돌아가 구독을 업데이트한 후 설정 목록에 항목이 표시되는지 확인합니다. 로그에 전체 구독 주소가 표시된다면 문제 해결용 스크린샷을 공유하기 전에 접근 매개변수를 가리세요. 예시 https://example.com/sub?token=xxxx는 형식을 설명하기 위한 것으로 실제 노드를 가져오는 데 사용할 수 없습니다.

시스템 프록시와 라우팅 모드 선택

구독 목록에 노드가 표시되면 먼저 앱 트래픽이 어떤 경로로 클라이언트에 들어오는지 정하고, 그다음 클라이언트에 들어온 트래픽을 어떻게 분기할지 선택하세요. 두 가지는 별개의 문제입니다. 시스템 프록시나 TUN은 트래픽 진입 경로를 담당하고 라우팅 규칙은 직접 연결 또는 프록시 출구를 선택합니다. 흔히 말하는 ‘전체 프록시’는 보통 라우팅 선택을 가리키며 모든 앱의 트래픽이 이미 클라이언트에 연결되었다는 뜻은 아닙니다. 시스템 프록시를 사용하지 않는 앱은 전체 라우팅으로 바꿔도 연결 경로가 달라지지 않을 수 있습니다.

처음 연결할 때는 시스템 프록시 사용

v2rayN의 시스템 프록시 설정에서 ‘시스템 프록시 자동 설정’을 선택하세요. 설정 메뉴는 메인 창 아래쪽이나 트레이 아이콘 메뉴에 있을 수 있습니다. 설정이 완료되면 시스템 프록시를 따르는 앱의 요청이 클라이언트의 로컬 수신 포트로 전달됩니다. 처음 확인할 때는 시스템 프록시 설정을 사용하는 브라우저를 이용하고, 프록시를 변경할 수 있는 브라우저 확장 프로그램은 꺼 두세요. 확장 프로그램 규칙이 클라이언트 설정을 덮어쓰는 상황을 방지할 수 있습니다.

아직 TUN을 켜거나 다른 프록시 클라이언트를 동시에 실행하지 마세요. 여러 프로그램이 시스템 프록시 설정을 번갈아 변경하면 현재 주소와 포트가 다른 프로세스를 가리킬 수 있습니다. 이전에 수동 프록시를 사용했다면 기존 값을 기록한 뒤 현재 설정이 v2rayN의 수신 주소와 일치하는지 확인하세요. 다른 가이드에 나온 고정 포트를 그대로 사용하지 마세요. 포트는 현재 클라이언트 설정과 로그에 표시된 값을 기준으로 확인해야 합니다.

명확한 라우팅 프리셋 사용

이어서 라우팅 설정에서 제공되는 프리셋을 선택하세요. 일상적인 사용에서 직접 연결과 프록시를 구분하려면 해당 주소 범위를 우회하는 클라이언트 프리셋을 사용할 수 있습니다. 특정 대상이 규칙에 따라 직접 연결되는지 확인하려면 잠시 전체 프록시 프리셋으로 바꿔 테스트하세요. 프리셋 이름은 버전마다 다를 수 있으므로 이름만으로 판단하지 말고 규칙과 기본 출구를 확인하세요. 기존에 선택한 항목을 기록해 두었다가 테스트 후 일상적인 모드로 되돌리세요.

TUN은 더 많은 앱의 트래픽을 연결해야 할 때 유용하지만 권한, 가상 네트워크 어댑터, DNS, 라우팅 설정이 추가로 필요합니다. 먼저 시스템 프록시로 노드를 확인한 다음 TUN 모드 설정 안내에 따라 별도로 활성화하세요. 처음부터 시스템 프록시, TUN, 사용자 지정 DNS를 한꺼번에 조정하면 연결 실패의 원인을 찾기 어렵습니다.

v2rayNG에서는 데스크톱 화면의 ‘시스템 프록시 자동 설정’을 찾는 대신 시스템 VPN 서비스를 시작하는 방식으로 연결하는 경우가 많습니다. 처음 연결 버튼을 누르면 시스템에서 연결 요청을 표시하므로 승인해야 서비스를 시작할 수 있습니다. 트래픽 분기는 라우팅 설정에서 처리합니다. 앱별 프록시를 사용한다면 테스트할 브라우저가 적용 대상에 포함되어 있는지도 확인하세요. 시스템에 VPN 상태가 표시된다는 것은 서비스가 시작되었다는 뜻일 뿐, 원격 노드가 요청을 처리할 수 있다는 의미는 아닙니다.

노드 테스트 후 활성 서버로 설정

이제 트래픽 진입 경로와 라우팅 프리셋을 정했으니 구독에서 후보 노드를 선택하세요. 몇 개 항목만 먼저 테스트하고 전체 목록을 반복해서 측정하지 마세요. 노드 이름의 지역, 회선, 용도는 보통 구독 제공업체가 정하므로 이름만 보고 속도나 사용 가능 여부를 판단할 수 없습니다. 처음 연결할 때는 서비스 안내에서 권장하고 설정이 완전한 일반 노드를 우선 선택하고 추가 조건이 필요한 특수 설정은 잠시 피하세요.

TCPing과 실제 연결 지연 구분

서버 목록에서 후보 항목을 선택하고 마우스 오른쪽 버튼 메뉴에서 ‘실제 연결 지연’ 관련 테스트를 찾아 실행하세요. 이 테스트는 설정을 사용해 테스트 대상에 실제 요청을 보내므로 주소와 포트만 확인하는 방식보다 실제 사용 상황에 가깝습니다. 다만 설정된 테스트 주소와 시간 제한의 영향을 받으므로 대상에 일시적으로 접속할 수 없으면 실패할 수도 있습니다. 테스트 성공은 후보를 고르는 근거로 활용하고, 실패했다면 로그와 함께 살펴보세요.

TCPing은 주로 대상 주소와 포트에 연결할 수 있는지 확인하며 프록시 프로토콜 인증, 암호화 협상, 최종 웹 요청까지 검증하지는 않습니다. TCPing 결과가 있더라도 사용자 식별 정보, 전송 매개변수, 서버 설정이 잘못되면 실제 연결이 차단될 수 있습니다. 두 테스트를 혼동하지 말고 결과 숫자가 낮다는 이유만으로 계속 실패하거나 간헐적으로 시간 초과되는 현상을 무시하지 마세요.

노드 활성화 후 로그 확인

테스트에 성공한 노드를 선택한 뒤 마우스 오른쪽 버튼 메뉴에서 활성 서버로 설정하세요. 일부 v2rayN 버전에서는 항목을 두 번 클릭해도 됩니다. 목록의 선택 또는 활성 표시와 창 상태 표시줄의 서버 정보를 확인하세요. 노드를 활성화하면 클라이언트가 해당 설정을 적용하며 필요한 경우 코어를 다시 시작합니다. 로그 출력이 안정될 때까지 기다린 다음 시스템 프록시가 방금 선택한 상태를 유지하는지 확인하세요. 목록에서 단순히 강조 표시된 행을 활성화된 상태로 착각하지 마세요.

로그에 코어 종료, 포트 사용 중, 설정 파싱 오류가 반복해서 나타나면 노드 전환을 멈추고 먼저 로컬 시작 문제를 해결하세요. 코어가 정상적으로 수신 대기하지 못하면 구독의 노드가 사용 가능하더라도 브라우저에서 프록시 연결 오류가 발생합니다. 포트 충돌, 시작 권한, 설정 오류 해결 방법은 자주 묻는 질문 및 문제 해결을 참고하세요. 플랫폼별로 자세히 확인해야 한다면 상세 문서를 살펴보세요.

v2rayNG에서는 먼저 설정 항목을 눌러 선택한 다음 연결 버튼을 누르세요. 이미 연결된 상태에서 전환했다면 화면 안내에 따라 설정을 다시 적용하고, 필요하면 연결을 중지한 후 다시 시작하세요. 로그로 지속적인 오류가 없는지 확인한 다음 클라이언트의 연결 테스트를 실행합니다. 이 단계까지는 설정을 선택하고 시작한 상태일 뿐, 실제 앱 요청이 해당 연결을 사용하는지는 다음 단계에서 확인해야 합니다.

연결 상태와 출구 IP 확인

마지막으로 연결 버튼의 색상, 트레이 아이콘, 시스템 VPN 표시만 보지 말고 실제 요청으로 전체 경로를 확인하세요. 제대로 판단하려면 코어가 정상 작동하는지, 테스트 앱의 요청이 클라이언트에 전달되는지, 요청이 예상대로 프록시 출구를 이용하는지 확인해야 합니다. 실제 연결 지연 테스트로는 일부만 확인할 수 있으므로 웹 접속과 출구 정보도 살펴보세요.

실제 웹 요청부터 확인

테스트할 브라우저를 열고 새 페이지에서 현재 라우팅 규칙에 따라 프록시를 거쳐야 하는 사이트에 접속하세요. 캐시된 기존 페이지를 새로 고치거나 첫 페이지의 이미지가 나타나는 것만으로 판단하지 마세요. 사이트의 다른 페이지도 열어 요청이 계속 성공하는지 확인할 수 있습니다. 동시에 클라이언트 로그에서 관련 활동을 살펴보세요. 로그 상세도는 현재 설정에 따라 다르므로 모든 요청이 개별적으로 기록되지 않는다고 반드시 실패한 것은 아니지만, 오류가 계속되면 먼저 해결해야 합니다.

클라이언트 테스트는 성공했는데 브라우저에서 열리지 않는다면 브라우저가 시스템 프록시를 사용하는지, 확장 프로그램이 설정을 덮어쓰는지, 현재 라우팅이 대상을 예상한 출구로 보내는지 먼저 확인하세요. 특정 사이트 하나만 실패한다면 노드 전체가 사용할 수 없다고 단정하지 말고 다른 대상으로 비교 테스트하세요. 대상 사이트 자체의 장애, DNS 결과, 분기 규칙 때문에 일부 연결만 실패할 수 있습니다.

같은 라우팅 조건에서 출구 IP 확인

신뢰할 수 있는 IP 조회 페이지를 열어 현재 요청의 출구 주소를 확인하고 예상 노드의 출구와 비교하세요. 조회 페이지도 라우팅 규칙의 영향을 받습니다. 직접 연결로 분류되었다면 로컬 네트워크의 출구가 표시되는 것이 정상이며, 이를 근거로 프록시가 작동하지 않는다고 판단할 수는 없습니다. 혼동을 줄이려면 잠시 전체 프록시 프리셋을 사용해 브라우저의 조회 요청이 확실히 프록시를 거치도록 한 뒤 페이지를 새로 고치세요. 확인을 마치면 기존 라우팅 프리셋으로 복원합니다.

출구 주소가 노드 설정의 서버 주소와 반드시 일치하는 것은 아닙니다. 서버가 중계 경로를 거치거나 별도의 출구를 사용할 수 있고, 지리 위치 데이터베이스도 정확하지 않을 수 있으므로 지역 이름만 비교하지 마세요. 서비스 안내, 조회한 주소의 변화, 실제 접속 결과를 함께 고려해야 합니다. 구독 가져오기와 실제 연결 지연 테스트가 성공하고 웹 요청이 정상이며 출구도 예상과 일치해야 첫 연결을 충분히 확인했다고 볼 수 있습니다.

연결을 끄고 복원 상태 비교

데스크톱에서 테스트를 마치면 ‘시스템 프록시 해제’를 선택한 뒤 시스템 프록시를 사용하는 브라우저의 요청 경로가 복원되는지 확인할 수 있습니다. 이 작업은 코어를 중지하는 것과 다르며 직접 프록시를 설정한 앱에는 영향을 주지 않을 수도 있습니다. 안드로이드에서는 v2rayNG 연결을 중지한 뒤 IP 조회 페이지를 다시 열어 비교하세요. 네트워크에서 대상에 직접 접속할 수 있다면 연결을 끈 뒤에도 페이지가 열리는 것은 이상하지 않습니다. 중요한 것은 경로와 출구가 예상대로 달라지는지입니다.

결과를 확인한 뒤 필요한 프록시 상태와 라우팅 프리셋을 복원하고, 이번에 작동한 구독 그룹, 활성 노드, 연결 방식을 기록해 두세요. 다음에 문제가 생기면 같은 순서로 확인합니다. 먼저 구독 업데이트를 살피고, 다음으로 코어와 노드 테스트를 확인한 뒤 앱의 진입 경로와 라우팅을 점검하세요. 한 번에 설정 하나만 바꾸고 다시 확인하면 클라이언트를 재설치하거나 DNS를 교체하고 모든 모드를 바꾸는 것보다 원인을 찾기 쉽습니다.