FIRST RUN
첫 연결
일반적인 시스템 프록시 또는 표준 연결 메뉴를 사용하고, 라우팅은 기본 설정으로 유지한 채 기본 연결 경로를 먼저 확인합니다.
// QUICK SETUP · 10 MIN
네 가지 작업을 정해진 순서대로 진행합니다: 구독 가져오기, 프록시 모드 선택, 연결 설정, 결과 확인. 각 단계에서 메뉴 위치, 정상적으로 표시되어야 할 내용, 다음 단계로 넘어가기 전에 확인할 상태를 설명합니다.
// PREPARATION
설정을 시작하기 전에 클라이언트가 정상적으로 열리는지 확인하세요. 데스크톱 버전은 실행 후 메인 창이나 시스템 트레이 아이콘이 보여야 하고, 안드로이드 버전은 구성 목록 화면으로 진입해야 합니다. 처음 실행했을 때 목록이 비어 있는 것은 정상입니다. 아직 클라이언트에 서버 구성이 없기 때문입니다. 이때 연결 버튼을 반복해서 누르지 마세요. 빈 목록에는 시작할 활성 서버가 없습니다.
두 번째로 준비할 것은 완전한 구독 링크입니다. 구독 링크는 보통 서비스 제공자가 제공하며, 링크의 시작부터 끝까지 복사해야 합니다. 문자를 빠뜨리거나 설명 문구, 앞뒤 공백, 줄바꿈을 함께 복사하지 마세요. 구독은 서버 구성의 출처이고, 클라이언트는 이 구성을 읽고 업데이트합니다. 단일 서버 이름이나 직접 입력하는 메모가 아닙니다. 단일 공유 링크를 받은 경우 가져오기 메뉴가 구독 관리 메뉴와 다를 수 있습니다. 형식 차이는 문제 해결에서 계속 확인하세요.
마지막으로 현재 기기의 기존 네트워크가 일반 웹페이지에 정상적으로 접속되는지 확인하세요. 설정 과정에서는 로컬 네트워크를 사용해 구독을 읽고 연결을 설정합니다. 현재 네트워크 자체가 끊겨 있다면 클라이언트 로그에는 대개 시간 초과 메시지만 연속해서 표시됩니다. 먼저 기본 네트워크 문제를 해결한 뒤 구독과 프록시를 설정하면 여러 문제가 겹쳐 잘못 판단하는 일을 줄일 수 있습니다.
메인 창, 구성 목록 또는 트레이 메뉴가 정상적으로 표시됩니다.
설명 문구와 추가 공백 없이 전체 주소를 복사합니다.
클라이언트 연결을 종료한 상태에서도 일반 웹페이지가 정상적으로 열립니다.
// STEP 01
구독 가져오기는 두 단계로 진행됩니다. 먼저 구독 주소를 저장한 다음 직접 업데이트를 한 번 실행합니다. 저장만 하고 업데이트하지 않으면 클라이언트가 구독 정보를 기억했더라도 메인 화면의 서버 목록은 비어 있을 수 있습니다. 따라서 이 단계의 완료 기준은 “구독 창에 항목이 하나 표시됨”이 아니라 “메인 목록에 선택 가능한 서버 구성이 표시됨”입니다.
v2rayN 메인 창을 열고 상단 메뉴에서 “구독 그룹” 또는 비슷한 이름의 구독 관리 메뉴를 찾은 뒤 구독 그룹 설정으로 들어갑니다. 버전에 따라 메뉴 배치는 조금 다를 수 있지만, 보통 메뉴 안에 그룹 관리와 구독 업데이트 기능이 함께 있습니다. 설정 창에서 추가를 선택하고, 용도나 제공자 이름처럼 알아보기 쉬운 메모를 구독에 입력한 다음 전체 구독 링크를 주소 입력란에 붙여 넣습니다.
저장하기 전에 주소의 시작과 끝을 다시 확인하세요. 주소 입력란에 큰따옴표, 공백 또는 추가 설명이 들어가면 안 됩니다. 설정을 저장하고 창을 닫은 뒤 구독 메뉴로 돌아가 “모든 구독 업데이트”를 실행하거나 방금 만든 그룹을 업데이트합니다. 업데이트 중에는 로그 영역에서 결과를 확인할 수 있습니다. 정상적으로 처리되면 로그에 구독을 읽고 구성을 처리하는 과정이 표시되고, 이어 메인 창의 서버 목록에 여러 항목이 나타납니다. 항목에는 보통 별칭, 주소, 포트 또는 프로토콜 유형 등이 표시됩니다.
v2rayNG을 연 뒤 상단 메뉴로 들어가 구독 설정에서 구독 항목을 추가합니다. 이름을 입력하고 전체 링크를 붙여 넣어 저장한 다음 구성 목록으로 돌아와 “구독 업데이트” 기능으로 서버 구성을 읽습니다. 일부 버전은 업데이트가 끝나면 자동으로 목록으로 돌아가고, 일부 버전은 짧은 알림으로 결과를 표시합니다. 구성 목록에 선택 가능한 항목이 나타나면 다음 단계로 진행할 수 있습니다.
업데이트 후에도 목록이 비어 있다면 프록시 모드 설정으로 넘어가지 마세요. 구독 항목을 다시 열어 링크가 잘리지 않았는지 확인하고, 현재 네트워크에서 구독 출처에 접속할 수 있는지도 확인합니다. 로그에 파싱 실패, 연결 시간 초과 또는 응답 내용 없음 등의 메시지가 있는지 살펴볼 수도 있습니다. 구독 형식, 단일 공유 링크, 전체 구독의 차이는 다양하므로 이 페이지에서는 형식 변환을 다루지 않습니다. 이런 경우 문제 해결에서 “설치 및 설정” 분류를 기준으로 계속 점검하세요.
서버 구성이 목록에 들어온 뒤 바로 모든 항목을 반복 테스트할 필요는 없습니다. 먼저 클라이언트가 트래픽을 어떻게 처리할지 정해야 합니다. 프록시 모드는 어떤 앱이 연결을 사용할지 결정하며, 이후 확인할 상태도 이에 따라 달라집니다.
// STEP 02
프록시 모드는 “어떤 트래픽을 클라이언트가 처리할지”를 정하는 설정입니다. 처음 설정할 때의 목표는 확인 가능한 연결을 만드는 것이므로 복잡한 라우팅, TUN 매개변수 또는 사용자 지정 규칙을 처음부터 조정할 필요는 없습니다. 먼저 클라이언트가 제공하는 일반적인 시스템 프록시나 표준 연결 방식으로 테스트를 완료하고, 구독과 서버가 정상임을 확인한 뒤 실제 필요에 따라 분할 라우팅 규칙을 세부 조정하세요. 이렇게 하면 문제 범위를 좁힐 수 있습니다.
v2rayN에서 “시스템 프록시”와 “라우팅 모드”는 서로 다른 역할을 합니다. 시스템 프록시는 브라우저처럼 시스템 네트워크 설정을 따르는 프로그램의 요청을 클라이언트로 보낼지 결정합니다. 라우팅 모드는 요청이 클라이언트에 들어온 뒤 직접 연결, 프록시 또는 차단 중 어떤 방식으로 처리할지 결정합니다. 처음 사용할 때는 시스템 트레이 메뉴나 메인 창의 관련 메뉴에서 시스템 프록시 자동 설정을 선택하고 기본 규칙 라우팅을 유지하면 됩니다. 여러 프로그램이 같은 시스템 프록시 진입점을 반복해서 수정하지 않도록 다른 프록시 프로그램을 동시에 실행하지 마세요.
커널만 시작하고 시스템 프록시를 활성화하지 않으면 클라이언트 로그에는 정상 실행으로 표시되더라도 브라우저 트래픽은 기존 경로로 접속할 수 있습니다. 이는 서버 구성 오류라는 뜻이 아니라 아직 트래픽이 클라이언트로 전달되지 않았다는 의미일 수 있습니다. 반대로 시스템 프록시는 켜져 있지만 클라이언트 커널이 실행되지 않으면 브라우저에 연결 실패가 표시될 수 있습니다. 따라서 다음 연결 단계에서는 “활성 서버”, “실행 상태”, “시스템 프록시 상태”를 모두 확인해야 합니다.
v2rayNG의 기본 사용 경로는 더 간단합니다. 먼저 구성 목록에서 서버를 선택한 뒤 오른쪽 아래 연결 버튼을 누릅니다. 처음 연결할 때 시스템에 네트워크 연결 권한 확인 메시지가 표시되며, 승인해야 클라이언트가 로컬 연결 채널을 만들 수 있습니다. 이 메시지를 거부하면 구성은 목록에 남지만 연결은 작동 상태로 전환되지 않습니다. 권한을 승인하면 상태 표시줄에 연결 표시가 나타나고 앱 내 버튼 상태도 바뀝니다.
라우팅 설정은 우선 클라이언트 기본값을 유지하는 것이 좋습니다. 기본 규칙은 기본 연결이 성립하는지 확인하는 데 적합합니다. 사용자 지정 domain, ip, geosite 규칙과 보다 자세한 TUN 사용법은 연결에 성공한 뒤 시스템 가이드에서 확인할 수 있습니다. 첫 테스트에서 구독, 라우팅, DNS, 전송 매개변수를 동시에 수정하면 실패 원인을 파악하기 어렵습니다.
FIRST RUN
일반적인 시스템 프록시 또는 표준 연결 메뉴를 사용하고, 라우팅은 기본 설정으로 유지한 채 기본 연결 경로를 먼저 확인합니다.
AFTER VERIFIED
앱 사용 범위에 따라 라우팅 규칙, DNS 동작 및 기타 고급 설정을 조정합니다.
모드를 정한 뒤에도 클라이언트에는 명확한 활성 서버가 필요합니다. 이제 구독 목록에서 구성을 선택하고 연결을 시작한 다음 상태와 로그를 통해 시작 과정이 완전히 끝났는지 확인합니다.
// STEP 03
서버 목록에 구성이 표시되면 그중 하나를 명확히 선택해야 합니다. 목록에 구성이 존재한다고 해서 해당 구성이 활성 서버가 된 것은 아닙니다. 특히 처음 가져왔거나 구독 그룹을 전환했거나 기존 구성을 삭제한 뒤에는 현재 선택 항목이 없을 수 있습니다. 선택할 때는 구독에서 기본으로 추천한 항목을 먼저 사용하고, 처음부터 전송 매개변수를 하나씩 수정할 필요는 없습니다. 구독으로 생성된 프로토콜, 주소, 포트, 전송 필드는 하나의 구성으로 사용해야 합니다.
메인 창으로 돌아가 서버 목록에서 대상 행을 클릭한 뒤 Enter, 더블클릭 또는 마우스 오른쪽 메뉴의 “활성 서버로 설정”을 사용합니다. 구체적인 실행 방식은 버전에 따라 다를 수 있으므로 목록의 선택 표시, 현재 서버 안내 또는 창 하단 상태 정보를 확인해 성공 여부를 판단하세요. 활성 서버를 정한 뒤 서비스를 시작하고, 시스템 프록시 메뉴에서 앞 단계에서 선택한 자동 설정 방식을 적용합니다.
이어서 로그 영역을 엽니다. 정상적으로 시작되면 로그에 먼저 구성 로드가 표시되고, 이어 커널 실행과 로컬 리스닝 진입점 생성이 나타납니다. 로컬 포트 리스닝 정보가 표시되면 클라이언트가 시스템 프록시에서 전달되는 요청을 받을 준비가 된 것입니다. 시작 직후 중지되면 마지막 종료 안내보다 중지 직전에 나타난 첫 번째 오류를 우선 확인하세요. 포트 충돌, 구성 필드 누락, 로컬 보안 정책 차단 등으로 시작이 중단될 수 있습니다.
구성 목록에서 대상 항목을 눌러 선택 상태로 만든 다음 오른쪽 아래 연결 버튼을 누릅니다. 처음 연결할 때 시스템 권한을 승인하고 버튼과 상단 상태가 바뀔 때까지 기다립니다. 연결이 설정된 뒤에는 바로 클라이언트를 종료하지 말고 현재 화면에 몇 초간 머물며 로그를 확인하세요. 버튼이 곧바로 연결 해제 상태로 돌아가면 시작이 지속적으로 성공하지 못한 것이므로 로그를 열어 원인을 확인해야 합니다.
구독에 여러 구성이 있다면 먼저 하나를 테스트하고 실패한 경우 다른 구성으로 전환할 수 있습니다. 전환하기 전에 현재 연결을 중지하고 새 구성을 선택한 뒤 다시 시작하여 이전 연결의 로그와 새 연결의 로그가 섞이지 않도록 하세요. 테스트 중에는 서버 주소, 사용자 식별자, 전송 방식 또는 보안 매개변수를 직접 수정하지 마세요. 필드 하나만 맞지 않아도 연결이 설정되지 않을 수 있습니다.
목록에 선택 항목이 있고 상태 영역에서 현재 구성을 식별할 수 있습니다.
시작 직후 중지되지 않고 연결 버튼이 작동 상태를 유지합니다.
로그에서 구성 로드가 완료되고 로컬 요청 수신이 시작됩니다.
클라이언트가 실행 중이라는 것은 로컬 프로세스가 시작되었다는 뜻일 뿐입니다. 실제 앱 트래픽이 현재 연결을 통과하는지도 확인해야 합니다. 마지막 단계에서는 인터페이스 상태, 브라우저 결과, 로그를 함께 대조합니다.
// STEP 04
연결 확인은 버튼 색상만 보거나 특정 웹페이지 하나가 열리는지만 확인해서는 충분하지 않습니다. 클라이언트가 계속 실행되는지, 테스트할 앱이 현재 프록시 진입점을 사용하는지, 로그에 해당 접속과 관련된 새 기록이 생겼는지 세 가지를 함께 확인하는 것이 안전합니다. 세 결과가 일치해야 앱에서 클라이언트와 서버로 이어지는 전체 경로가 정상적으로 작동한다고 판단할 수 있습니다.
데스크톱에서는 활성 서버가 계속 존재하는지, 커널이 실행 중인지, 시스템 프록시 메뉴가 자동 설정 상태인지 확인합니다. 클라이언트를 시작하기 전에 브라우저가 열려 있었다면 새 창을 열거나 브라우저를 완전히 종료 후 다시 실행하여 시스템 네트워크 설정을 다시 읽게 하세요. 안드로이드에서는 연결 버튼이 계속 작동 상태인지, 시스템 상태 표시줄에 연결 표시가 남아 있는지, 배터리 관리 기능이 백그라운드 실행을 즉시 종료하지 않았는지 확인합니다.
브라우저를 열고 먼저 평소 정상적으로 접속되는 웹페이지를 방문하여 클라이언트 활성화 후 기본 접속이 차단되지 않았는지 확인합니다. 그다음 실제로 테스트할 대상 페이지에 접속하세요. 테스트할 때는 브라우저의 다른 다운로드와 자동 새로고침 페이지를 가능한 한 닫아 로그에서 새 요청을 쉽게 구분할 수 있도록 합니다. 일반 웹페이지도 모두 실패한다면 시스템 프록시가 실행되지 않는 로컬 포트를 가리키는지 또는 클라이언트가 시작 직후 중지되었는지 우선 확인하세요.
웹 요청을 보낸 직후 클라이언트 로그로 돌아갑니다. 정상이라면 현재 접속 시각과 가까운 새 연결 기록이 로그에 추가됩니다. 브라우저에 오류가 표시되는데 로그에 새 내용이 전혀 없다면 트래픽이 클라이언트로 들어오지 않은 경우가 많으므로 2단계로 돌아가 시스템 프록시 또는 연결 권한을 확인하세요. 로그에 요청이 보인 뒤 시간 초과나 연결 종료가 나타난다면 트래픽은 클라이언트에 들어온 것이므로 현재 서버 구성, 로컬 네트워크 품질 또는 구독 상태를 중점적으로 점검합니다.
첫째, 구독을 한 번 업데이트하여 구성이 오래된 기록이 아닌지 확인합니다. 둘째, 현재 연결을 중지하고 같은 구독의 다른 서버로 전환한 뒤 다시 시작합니다. 셋째, 기본 라우팅 설정으로 되돌려 사용자 지정 규칙이 테스트 요청에 미치는 영향을 배제합니다. 넷째, 시스템 프록시나 로컬 포트를 변경하는 다른 도구를 잠시 종료합니다. 다섯째, 로컬 기본 네트워크를 다시 확인합니다. 한 번에 한 항목만 변경하고 같은 웹페이지 테스트를 반복해야 어떤 단계에서 결과가 바뀌었는지 알 수 있습니다.
로그에 포트 사용 중이라는 메시지가 표시되면 같은 포트를 사용하는 프로그램을 종료하거나 클라이언트 설정에서 충돌하지 않는 로컬 포트로 변경한 뒤 다시 시작하세요. 구독 업데이트가 계속 실패하면 프록시 모드를 계속 바꾸지 말고 구독 설정으로 돌아가 링크를 확인해야 합니다. 구성이 시작되지만 특정 웹페이지에서만 결과가 다르면 라우팅 규칙이나 DNS 설정이 원인일 수 있습니다. 이런 문제는 문제 해결의 관련 항목을 확인하고, 라우팅 및 DNS 원리는 시스템 가이드에서 자세히 살펴보세요.
| 관찰 결과 | 설명 | 다음 단계 |
|---|---|---|
| 클라이언트 실행 중, 웹페이지 정상, 로그에 새 요청 표시 | 앱 트래픽이 클라이언트로 들어왔으며 기본 연결이 완료됨 | 현재 설정을 유지하고 일상적인 사용으로 이동 |
| 클라이언트 실행 중, 웹페이지 실패, 로그에 새 요청 없음 | 트래픽이 클라이언트로 들어오지 않음 | 시스템 프록시, 연결 권한 및 앱 프록시 설정 확인 |
| 로그에 요청이 표시된 후 연결 시간 초과 | 로컬 진입점은 정상이나 원격 경로가 완성되지 않음 | 구독을 업데이트하고 다른 서버로 전환해 테스트 |
| 시작 직후 중지됨 | 클라이언트가 구성 로드 또는 로컬 리스닝을 완료하지 못함 | 중지 직전에 표시된 첫 번째 오류를 확인하고 포트 충돌 해결 |
// DAILY USE
서버 목록은 정기적으로 구독 출처에서 업데이트해야 합니다. 업데이트 전에 현재 연결을 중지하고 구독을 업데이트한 다음 목록이 새로 고쳐졌는지 확인하고 활성 서버를 선택해 다시 시작하세요. 업데이트 후 기존 구성이 사라졌다면 구독 내용이 변경된 경우가 많으므로 로컬에 남은 기록에 계속 의존하지 마세요.
라우팅 모드, DNS, 로컬 포트, 시작 동작은 최종 결과에 영향을 줍니다. 연결이 이미 작동한다면 현재 설정을 먼저 기록한 뒤 항목별로 조정하고 매번 다시 확인하세요. 여러 옵션을 한꺼번에 바꾸면 로그 변화와 구체적인 원인을 연결하기 어렵습니다.
기기가 한 네트워크에서 다른 네트워크로 전환되면 기존 연결을 다시 설정해야 할 수 있습니다. 먼저 클라이언트를 중지했다가 다시 시작하고 로그에 요청 기록이 복구되는지 확인하세요. 네트워크 전환으로 인한 일시적인 중단을 구독 만료로 바로 판단하지 마세요.
기본 과정이 안정된 뒤 사용자 지정 라우팅, domain 및 ip 매칭, geosite 규칙, TUN, 일상적인 유지 관리 방법을 학습하세요. 전체 개념과 설정 간의 관계는 시스템 가이드에 모아 두었으며, 이 페이지에서는 10분 만에 시작하는 데 필요한 조작 순서만 다룹니다.
// NEXT REFERENCE
인터페이스 오류, 구독 목록이 비어 있는 문제, 연결 중단은 문제 해결에서 확인하세요. 라우팅 분할, TUN 및 유지 관리 방법은 시스템 가이드에서 계속 살펴볼 수 있습니다.