1. 구독을 가져오고 노드 목록 확인하기

먼저 받은 내용이 무엇인지 확인하세요. 구독 주소는 보통 HTTPS 주소이며, 클라이언트가 여기에 접속해 여러 연결 설정을 가져옵니다. vmess://, vless://, trojan://으로 시작하는 내용은 대개 개별 공유 링크입니다. 두 종류는 가져오는 메뉴가 다릅니다. 구독 주소를 단일 서버의 수동 편집 칸에 붙여 넣지 말고, 공유 링크에서 도메인처럼 보이는 일부만 복사하지도 마세요.

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

v2rayN 메인 창을 열고 구독 그룹 관련 메뉴에서 ‘구독 그룹 설정’으로 이동한 다음 추가를 클릭합니다. 메모에는 ‘일상 연결’처럼 알아보기 쉬운 이름을 입력하고, 주소 또는 URL 입력란에 전체 구독 주소를 붙여 넣으세요. 주소 앞뒤에 공백이나 줄바꿈, 메신저에서 덧붙인 문장 부호가 없는지 확인한 뒤 저장합니다. 이 단계에서는 구독 항목만 생성되므로 기본 목록에 노드가 바로 추가되지 않아도 정상입니다. 노드를 표시하려면 직접 업데이트해야 합니다.

메인 창으로 돌아가 구독 메뉴에서 현재 구독 또는 활성화된 구독 전체를 업데이트합니다. 사용할 수 있는 연결을 아직 설정하지 않았다면 프록시를 사용하지 않는 업데이트 방식을 먼저 선택하세요. 구독 출처에서 기존 프록시를 통한 접속을 명시적으로 요구하는 경우에만 해당 업데이트 메뉴를 사용합니다. 업데이트가 끝나면 방금 만든 그룹을 선택하세요. 기본 영역에 노드 이름과 프로토콜 유형 등이 표시되어야 합니다. 설정이 목록에 나타났는지 확인한 뒤 다음 단계로 넘어가세요. 지금 바로 각 노드의 세부 매개변수를 수정할 필요는 없습니다.

v2rayNG: 구독을 저장한 뒤 목록에서 업데이트

v2rayNG에서 메뉴를 열고 ‘구독 그룹 설정’으로 이동합니다. 추가 버튼을 눌러 메모와 구독 주소를 입력하고 저장한 뒤 메인 화면으로 돌아가세요. 메인 화면 메뉴를 열어 ‘구독 업데이트’ 또는 현재 버전에서 제공하는 유사한 기능을 실행합니다. 결과 안내가 표시될 때까지 기다린 다음 설정 목록을 확인하세요. 구독 그룹 설정에는 항목이 있지만 메인 화면에 설정이 없다면 업데이트를 실행했는지, 그룹이 활성화되어 있는지, 다른 그룹 필터가 적용되어 있지 않은지 확인하세요.

Android에서 주소를 복사한 뒤 입력란에 내용이 온전히 들어갔는지 먼저 확인하세요. 접속 정보가 포함된 전체 주소를 공개 단체 채팅방에 보내지 마세요. 구독 주소는 설정을 가져오는 경로입니다. 문제를 확인하기 위해 화면을 캡처할 때는 주소 매개변수, 사용자 식별 정보, 비밀번호, QR 코드를 가려야 합니다. 출처에 문의할 때는 구독 주소 전체를 공개하는 것보다 오류 메시지와 발생 절차를 전달하는 편이 적절합니다.

개별 공유 링크를 받은 경우

공유 링크를 받았다면 전체를 복사한 다음 v2rayN의 서버 메뉴에서 ‘클립보드에서 공유 링크 가져오기’와 같은 메뉴를 찾으세요. v2rayNG에서는 추가 버튼을 눌러 ‘클립보드에서 가져오기’를 선택할 수 있습니다. QR 코드는 클라이언트의 스캔 기능을 사용하고 시스템 안내에 따라 필요한 권한을 허용하세요. 가져오기가 완료되면 설정 하나가 표시되어야 합니다. 목록에 추가했다고 해서 업데이트 가능한 구독으로 바뀌는 것은 아니며, 서버에 현재 연결할 수 있다는 보장도 없습니다.

업데이트 성공 메시지가 떴는데도 목록이 비어 있다면 먼저 그룹 필터를 해제하고, 출처에서 반환한 내용이 클라이언트에서 인식할 수 있는 설정인지 확인하세요. 웹 로그인 페이지가 반환된 것은 아닌지도 살펴보세요. 파싱 오류가 표시되어도 바로 클라이언트를 재설치하지 마세요. 먼저 링크 유형, 복사한 범위, 출처에서 안내한 형식을 확인하세요. 공유 링크, 구독 모음, 노드의 차이는 용어 가이드에서 확인할 수 있습니다. 노드가 보이면 다음으로 트래픽을 클라이언트에 전달하는 방식을 설정하세요.

2. 프록시 모드를 선택하고 규칙 기반 라우팅 사용하기

‘시스템 프록시’와 ‘라우팅 모드’는 서로 다른 역할을 합니다. 시스템 프록시는 시스템 설정을 따르는 앱에 요청을 로컬 클라이언트로 보내도록 안내합니다. 라우팅 규칙은 클라이언트에 들어온 요청을 프록시로 보낼지, 직접 연결할지, 차단할지 결정합니다. 라우팅 규칙만 바꿔서는 브라우저가 클라이언트를 사용하지 않습니다. 반대로 시스템 프록시를 켜도 모든 앱의 모든 트래픽이 자동으로 가로채지는 것은 아닙니다.

v2rayN: 시스템 프록시와 라우팅 구분하기

v2rayN 메인 창의 시스템 프록시 메뉴나 트레이 메뉴에서 ‘시스템 프록시 자동 설정’을 찾으세요. 처음에는 메뉴 위치를 확인해 두었다가 연결을 시작할 때 켜면 됩니다. 이어서 라우팅 설정 또는 라우팅 모드 메뉴를 찾아 클라이언트에 내장된 일상용 규칙 기반 라우팅을 선택하세요. 규칙 이름은 버전에 따라 다를 수 있으므로 이름만 보고 추측하지 말고 규칙 설명을 확인해 어떤 대상은 직접 연결하고 어떤 대상은 프록시로 보내는지 살펴보세요.

처음에는 기본 로컬 수신 포트를 유지하고, 화면을 따라 하기 위해 포트 번호를 임의로 바꾸지 마세요. 특정 앱에 프록시를 직접 입력해야 한다면 현재 클라이언트에 표시된 수신 주소, 포트, 프로토콜을 기준으로 설정하세요. 로컬 기기에서만 사용할 경우 ‘LAN 연결 허용’을 켤 필요가 없습니다. 이 옵션은 다른 기기가 로컬 프록시에 접속할 수 있는 범위에 영향을 주며 구독 가져오기와는 직접적인 관련이 없습니다.

‘전역 프록시’는 규칙이 특정 요청에 영향을 주는지 임시로 확인할 때 유용합니다. 여기서 ‘전역’은 보통 해당 라우팅 처리 범위에 들어온 트래픽을 뜻하며 기기의 모든 네트워크 활동을 자동으로 가로챈다는 의미는 아닙니다. 일상적으로는 규칙 기반 라우팅부터 사용하세요. 시스템 프록시를 따르지 않는 앱이라면 먼저 앱 자체의 네트워크 설정을 확인하세요. 이 가이드에서는 Tun 모드를 켤 필요가 없으며, 첫 연결 단계에서 가상 네트워크 어댑터와 DNS, 라우팅 규칙을 동시에 바꿀 필요도 없습니다.

v2rayNG: 라우팅 설정과 앱 적용 범위 구분하기

v2rayNG 설정에서 라우팅 관련 옵션을 확인하고 실제 사용 목적에 맞는 규칙 모드를 선택하세요. 앱별 선택 기능을 켰다면 테스트할 브라우저가 연결 범위에 포함되어 있는지도 확인해야 합니다. 목록이 ‘선택한 앱만 프록시 사용’인지 ‘선택한 앱 우회’인지 확인하세요. 같은 앱 목록이라도 선택 방식에 따라 결과가 반대일 수 있으므로 앱 옆에 체크 표시가 있는지만 보고 판단하면 안 됩니다.

우선 다른 고급 설정은 기본값으로 유지하세요. 연결과 작동을 확인한 다음 필요에 따라 앱 적용 범위를 조정하면 됩니다. 이렇게 하면 문제가 생겼을 때 노드 연결 실패인지 트래픽이 클라이언트에 들어오지 않은 것인지 구분하기 쉽습니다. 프로토콜, 코어, 라우팅의 관계는 프로토콜 및 코어 참고 가이드에서 더 자세히 확인할 수 있습니다. 지금은 동작을 설명할 수 있는 모드 하나를 선택한 뒤 노드를 고르면 됩니다.

3. 노드를 선택하고 연결 시작하기

노드를 가져오고 프록시 모드도 선택했다면 목록에서 설정 하나를 활성 연결로 지정하세요. 여러 노드의 서버 주소, 보안 계층, 전송 매개변수를 한꺼번에 변경하지 마세요. 구독에 포함된 필드는 서버 설정과 맞아야 합니다. 프로토콜 유형이나 포트를 임의로 바꾸면 정상적으로 작동하던 설정도 연결되지 않을 수 있습니다. 처음 문제를 확인할 때는 가져온 설정을 그대로 두고 활성 노드만 바꾸세요.

테스트한 뒤 활성 서버로 설정하기

v2rayN 노드 목록에서 후보 설정 한두 개를 선택하고 마우스 오른쪽 버튼 메뉴에서 연결 테스트를 찾으세요. TCPing은 대상 포트에 연결할 수 있는지 주로 확인합니다. 실제 연결 테스트는 프록시를 통해 테스트 대상에 접속하므로 실제 사용 경로에 더 가깝습니다. 두 결과는 같은 의미가 아니며 테스트 대상 자체에 접속할 수 없는 경우 결과에 영향을 줄 수 있습니다. 특정 테스트 수치만 보고 모든 앱에 적합한 노드라고 단정하지 마세요.

테스트에 문제가 없는 설정을 선택하고 ‘활성 서버로 설정’ 또는 현재 버전에 해당하는 기능을 사용하세요. 활성 표시, 상태 표시줄, 창 하단의 현재 서버 정보를 확인해 실제 사용 설정이 방금 선택한 노드인지 확인합니다. 목록에서 행이 강조 표시된 것만으로는 활성 노드가 바뀌었다고 볼 수 없습니다. 일부 버전에서는 노드를 더블 클릭해 전환할 수 있지만, 활성 표시와 상태 정보로 전환 여부를 확인하세요.

v2rayN: 코어 실행 후 시스템 프록시 확인

v2rayN은 활성 서버를 선택하면 해당 설정을 불러와 코어를 시작하는 경우가 많습니다. 로그 영역에서 설정 로드나 시작 오류가 있는지 확인하세요. 명확한 오류가 있다면 시스템 프록시를 설정하기 전에 먼저 해결해야 합니다. 정상 실행을 확인한 뒤 시스템 프록시를 ‘시스템 프록시 자동 설정’으로 지정하고 클라이언트 메뉴나 시스템 프록시 설정에서 상태를 확인하세요. Android와 동일한 대형 연결 버튼을 찾을 필요는 없습니다.

로컬 포트가 사용 중이라는 안내가 나오면 다른 클라이언트 인스턴스가 실행 중인지, 다른 프록시 프로그램이 같은 포트에서 대기 중인지 확인하세요. 여러 포트를 한꺼번에 바꾸기보다 중복 실행을 종료한 뒤 다시 시도하는 편이 원인을 찾기 쉽습니다. 지원되지 않는 필드나 설정 파싱 오류가 표시되면 오류 문구를 기록하고 클라이언트와 코어가 해당 설정을 지원하는지 확인하세요. 프로토콜 이름이 같아도 모든 확장 설정을 서로 바꿔 쓸 수 있는 것은 아닙니다.

v2rayNG: 시스템 연결 권한 확인

v2rayNG 메인 목록에서 사용할 설정을 눌러 선택 표시를 확인한 뒤 연결 버튼을 누르세요. 처음 시작할 때 시스템에서 VPN 연결 권한을 요청합니다. 안내를 읽고 요청을 보낸 앱이 v2rayNG인지 확인한 다음 허용하세요. 시스템이 제공하는 트래픽 가로채기 인터페이스를 사용하는 것이며, 별도의 연결 서비스를 추가로 구매해야 한다는 뜻은 아닙니다. 권한을 취소하면 목록에 노드가 있어도 연결이 시작됐다고 볼 수 없습니다.

연결을 시작한 뒤 클라이언트 상태와 시스템 VPN 표시를 확인하세요. 기기에서 다른 VPN 연결이 실행 중이라면 먼저 종료하고 다시 시도하세요. 연결 직후 중지되거나 오류가 반복해서 표시되거나 실행 상태가 나타나지 않으면 연결 버튼을 계속 누르지 말고 로그에서 원인을 확인하세요. 상태가 안정적으로 유지되면 클라이언트를 켜 둔 채 브라우저에서 실제 연결을 확인하세요.

4. 프록시 작동 확인 및 종료 후 네트워크 복구

연결 아이콘이 켜진 것은 첫 번째 확인 신호일 뿐입니다. 제대로 검증하려면 클라이언트 상태, 앱의 요청 성공 여부, 요청이 예상한 경로로 프록시를 통과하는지 함께 확인해야 합니다. 웹페이지가 열린다는 사실만으로 프록시가 작동한다고 단정할 수는 없습니다. 직접 연결 규칙이 적용됐거나 캐시가 표시됐거나 브라우저 자체의 프록시 설정을 사용했을 수 있습니다. 결과를 해석할 수 있도록 어떤 규칙을 적용해야 하는지 명확한 대상을 골라 테스트하세요.

새 요청을 보내 실제 연결 경로 확인하기

먼저 일반 네트워크가 정상적으로 작동하는지 확인하세요. 브라우저에서 새 탭을 열고 신뢰할 수 있으며 내용이 분명한 HTTPS 페이지에 접속합니다. 주소 표시줄에 제목이 뜨는지만 보지 말고 본문과 필요한 리소스가 모두 로드될 때까지 기다리세요. 이미 방문한 페이지라면 새로고침하거나 다른 경로를 열어 캐시 영향을 줄일 수 있습니다. 테스트를 위해 낯선 사이트에 계정 정보를 입력하지 말고 구독 주소를 온라인 검사 도구에 붙여 넣지도 마세요.

클라이언트로 돌아가 연결 로그를 확인하세요. 현재 로그 수준에서 관련 정보가 표시된다면 요청 대상, 연결 오류, 출구 표기가 라우팅 규칙의 예상과 맞는지 확인합니다. 로그 정보가 부족하면 문제를 확인하는 동안 적절한 로그 수준으로 잠시 변경한 뒤 끝나면 원래 설정으로 되돌리세요. 로그에는 접속 대상과 로컬 경로가 포함될 수 있으므로 화면을 공유하기 전에 민감한 정보가 있는지 확인해야 합니다.

출구 주소를 확인해야 한다면 신뢰할 수 있는 출구 확인 서비스를 사용할 수 있습니다. 다만 이 결과는 해당 조회 요청에 사용된 출구만 보여 주며 모든 앱이나 도메인이 같은 경로를 사용한다는 뜻은 아닙니다. 규칙 기반 라우팅에서는 대상에 따라 출구가 달라지는 것이 정상일 수 있습니다. 주소가 바뀌었는지만 보는 것보다 조회 결과를 현재 규칙과 클라이언트 로그에 함께 대조하는 편이 정확합니다.

테스트는 통과했는데 웹페이지가 열리지 않을 때

먼저 브라우저 트래픽이 실제로 클라이언트에 들어가는지 확인하세요. 데스크톱에서는 시스템 프록시가 켜져 있는지, 브라우저 확장 프로그램이 시스템 설정을 덮어쓰는지, 다른 프로그램이 프록시 설정을 계속 변경하는지 살펴봅니다. Android에서는 연결이 계속 실행 중인지와 테스트할 브라우저가 앱 적용 범위에 포함되어 있는지 확인하세요. 브라우저에서 요청을 보내도 클라이언트 로그에 관련 기록이 전혀 없다면 프로토콜을 바꾸기 전에 트래픽 진입 경로를 먼저 점검하세요.

로그에 요청이 기록되는데 연결 시간 초과나 보안 핸드셰이크 오류가 발생한다면 가져온 다른 설정으로 다시 테스트하고 기기의 날짜와 시간이 정확한지 확인하세요. 도메인 접속만 실패하는 경우에만 이름 해석 관련 설정을 살펴보고, 처음부터 모든 DNS 매개변수를 임의로 바꾸지는 마세요. 한 번에 한 가지 항목만 변경하고 같은 동작을 반복해 결과 변화를 기록하세요. 구체적인 오류는 도움말 센터에서 확인할 수 있습니다. 간단한 확인을 여러 고급 설정을 한꺼번에 바꾸는 문제 해결로 만들지 마세요.

연결을 중지한 뒤 네트워크 복구 확인

데스크톱에서 사용을 마치기 전에 v2rayN에서 시스템 프록시 해제를 선택한 뒤 클라이언트를 종료하세요. 그러지 않으면 시스템 프록시를 따르는 앱이 이미 종료된 로컬 포트로 요청을 보내 브라우저가 네트워크에 접속하지 못할 수 있습니다. 클라이언트를 바로 닫았다면 다시 실행해 프록시를 해제하거나 시스템 네트워크 설정에 수동 프록시가 남아 있는지 확인하세요. 이런 문제를 해결하려고 시스템 보호 기능을 끄지 마세요.

Android에서는 v2rayNG의 중지 버튼으로 연결을 종료한 다음 시스템 VPN 표시가 사라지고 브라우저가 기존 네트워크로 정상 접속되는지 확인하세요. 시스템이 백그라운드에서 클라이언트를 종료한 경우에도 시스템 연결 상태를 확인해야 합니다. 앱 창이 닫혔다는 이유만으로 연결이 종료됐다고 판단하지 마세요. 백그라운드 연결이 실제로 중단되는 문제가 있을 때만 기기 설정에서 배터리 및 백그라운드 실행 제한을 확인하세요. 첫 설정 단계에서 모든 권한을 한꺼번에 허용할 필요는 없습니다.

다음 구독 업데이트는 기존 그룹에서 실행하면 되므로 같은 이름의 그룹을 매번 새로 만들 필요는 없습니다. 노드가 작동하지 않으면 구독을 업데이트하고 다른 설정을 선택한 뒤 다시 확인하세요. 서버 매개변수가 변경됐다면 출처에서 제공한 새 설정을 사용하세요. 프로토콜 선택과 코어 호환성에 관한 자세한 내용은 프로토콜 상세 가이드에서 확인할 수 있습니다. 이 페이지의 4단계 절차는 설정을 변경한 뒤 다시 점검할 때도 활용할 수 있습니다.

v2rayN 구독 가져오기 및 연결 가이드