시작 전 준비: 클라이언트와 구독 주소

이 튜토리얼은 클라이언트를 설치하고 처음 설정하려는 사용자를 위한 안내입니다. 아직 설치하지 않았다면 먼저 설치 파일 페이지에서 운영체제에 맞는 클라이언트를 선택하세요. 처음 실행할 때는 기본 수신 포트와 코어 설정을 그대로 두고, 튜토리얼을 따라가기 위해 모든 옵션을 바꿀 필요는 없습니다. 복잡한 규칙을 한꺼번에 적용하기보다 동일한 방식으로 다시 확인할 수 있는 연결 테스트를 먼저 마치는 편이 문제를 찾기 쉽습니다.

사용 가능한 구독 주소나 완전한 서버 공유 링크를 미리 준비하세요. 클라이언트는 설정을 읽고 연결을 중계하는 프로그램이며, 설치만으로 사용할 수 있는 서버가 자동 생성되지는 않습니다. 구독 주소는 보통 서비스 제공업체의 계정 페이지에서 확인할 수 있습니다. 계정과 서비스가 정상인지 확인한 뒤 주소를 복사하세요. 주소에 접속 정보가 포함될 수 있으므로 전체 내용을 공개된 스크린샷이나 채팅, 온라인 변환 도구에 입력하지 마세요.

아래 네 단계는 처음 설정할 때 약 10분 동안 진행할 수 있는 절차입니다. 실제 소요 시간은 구독 주소에 접속할 수 있는지에 따라 달라집니다. 메뉴가 다르면 같은 기능을 먼저 찾아보고, 클라이언트를 연달아 바꾸지는 마세요. 프로토콜, 코어, 구독 형식에 관한 설명은 나중에 프로토콜 및 코어 참고 자료에서 확인할 수 있습니다. 여기서는 연결에 필요한 조작만 다룹니다.

1단계: 구독 가져오기

먼저 복사한 내용의 종류를 확인하세요. 구독 주소는 보통 HTTPS 주소이며, 업데이트하면 여러 서버 설정을 가져올 수 있습니다. 개별 공유 링크는 vmess://, vless:// 등의 프로토콜 접두사가 붙어 있고 서버 항목 하나를 가져오는 데 사용합니다. 둘 다 링크라고 해서 같은 메뉴에 입력하면 안 됩니다. 브라우저에 표시된 계정 관리 페이지 주소도 구독 주소와는 다릅니다.

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

메인 창을 열고 구독 그룹 메뉴에서 구독 그룹 설정으로 이동해 새 그룹을 추가합니다. 알아보기 쉬운 이름을 메모에 입력하고 구독 주소 전체를 주소 입력란에 붙여 넣은 다음 설정을 저장하세요. 메모는 로컬에서 그룹을 구분하는 이름일 뿐 서버 설정에는 영향을 주지 않습니다. 붙여 넣은 주소의 앞뒤에 공백, 줄바꿈, 채팅 앱이 덧붙인 문장 부호가 포함되지 않았는지 확인하세요. 물음표 뒤에 있는 매개변수도 빠뜨리지 않도록 주의합니다.

메인 창으로 돌아와 방금 저장한 그룹을 선택한 다음 구독 메뉴에서 업데이트를 실행합니다. 아직 연결할 서버가 없다면 ‘현재 구독 업데이트(프록시 사용 안 함)’를 선택해 볼 수 있습니다. 이 옵션은 이번 구독 요청에 클라이언트 프록시를 사용하지 않는다는 뜻이며, 이후 웹 접속 모드를 바꾸지는 않습니다. 제공업체에서 구독 주소에 접속할 때 프록시가 필요하다고 안내했다면 다른 사용 가능한 연결을 먼저 준비해야 합니다. 아직 가져오지 않은 설정으로 해당 요청을 처리할 수는 없습니다.

업데이트가 끝나면 서버 목록에 항목이 표시되는지, 유형 열에 프로토콜 이름이 나타나는지 확인하세요. 목록이 비어 있다면 현재 선택한 그룹이 새로 만든 그룹인지 확인한 뒤 업데이트 알림을 살펴봅니다. 주소가 로그인 페이지로 연결되거나, 구독이 만료되었거나, 내용을 인식할 수 없는 형식이면 항목이 추가되지 않을 수 있습니다. 이 경우 같은 그룹을 반복해서 만들기보다 먼저 구독 출처를 확인하세요.

v2rayNG: 구독을 저장한 뒤 홈 화면에서 업데이트

홈 화면 메뉴에서 구독 그룹 설정을 찾아 새 그룹을 추가하고 메모와 구독 주소를 입력한 뒤 저장합니다. 홈 화면으로 돌아와 메뉴에서 현재 그룹 구독 업데이트를 실행하세요. 화면에 구독 업데이트만 표시된다면 해당 항목을 선택하고 어느 그룹이 업데이트되는지 확인합니다. 주소를 저장하는 것은 구독 출처를 기록하는 단계이며, 업데이트를 실행해야 원격 구독 내용이 홈 화면의 서버 항목으로 변환됩니다.

개별 서버 공유 링크를 받았다면 전체 내용을 복사한 뒤 ‘클립보드에서 가져오기’와 같은 서버 가져오기 메뉴를 사용하세요. 구독 주소로 저장하면 안 됩니다. 가져오기에 성공하면 프로토콜, 보안, 전송 관련 항목은 서버 설정과 맞아야 하므로 직접 수정하지 마세요. 홈 화면에 해당 서버 항목이 표시되면 다음 단계로 넘어가면 됩니다. 형식 인식 문제는 자주 묻는 질문에서 확인할 수 있습니다.

2단계: 프록시 모드 선택

서버 항목을 준비했다면 이제 어떤 앱의 트래픽을 클라이언트로 보낼지, 클라이언트가 받은 요청을 어떻게 전달할지 정해야 합니다. 두 가지는 서로 별개의 설정입니다. 시스템 프록시나 VPN 모드는 트래픽을 클라이언트로 전달하고, 라우팅 규칙은 들어온 요청을 프록시, 직접 연결 또는 차단 중 어디로 보낼지 결정합니다. 라우팅 규칙만 바꾸고 앱이 클라이언트를 이용하도록 설정하지 않으면 해당 앱의 접속 경로는 대개 바뀌지 않습니다.

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

먼저 메인 창에서 라우팅 선택 메뉴를 찾습니다. 처음에는 클라이언트에서 제공하는 일반적인 분기 프리셋을 선택하고 이름을 확인해 두세요. 프리셋 이름은 버전에 따라 다를 수 있으므로 정확히 같은 버튼을 찾을 필요는 없습니다. 분기 설정은 대상 도메인이나 주소 등의 조건에 따라 연결 경로를 정하며 모든 요청이 현재 서버를 거친다는 뜻은 아닙니다. 특정 대상의 프록시 경로를 임시로 확인하려면 전체 프록시 라우팅으로 잠시 바꿔 테스트한 뒤 원래 프리셋으로 되돌리세요.

그다음 메인 창이나 트레이 메뉴에서 시스템 프록시 항목을 찾습니다. ‘시스템 프록시 자동 설정’은 보통 로컬 프록시 주소를 시스템 설정에 입력해 해당 설정을 따르는 앱이 클라이언트를 이용하게 합니다. ‘시스템 프록시 해제’는 이 연결 방식을 취소할 때 사용합니다. 여기서 ‘자동’은 서버 사용 가능 여부를 클라이언트가 판별한다는 뜻도, 연결 확인이 끝났다는 뜻도 아닙니다. 다음 단계에서 코어가 실행 중인지 확인한 뒤 이 설정을 켜세요.

브라우저는 대개 시스템 프록시를 사용할 수 있지만, 일부 터미널 프로그램이나 게임, 기타 앱은 별도의 네트워크 설정을 사용합니다. 처음 테스트할 때는 시스템 프록시를 따르는 브라우저를 사용하고 TUN이나 네트워크 어댑터 설정은 바로 바꾸지 마세요. 특정 앱의 트래픽이 프록시로 전달되지 않는다면 구독 내용이나 서버 프로토콜을 바꾸기 전에 해당 앱이 시스템 프록시를 사용하는지 확인하세요.

v2rayNG: 먼저 VPN 모드로 기본 연결 확인

설정에서 실행 모드를 확인합니다. 처음 설정할 때는 VPN 모드를 사용하는 것이 좋습니다. 이 모드는 안드로이드 시스템의 VPN 인터페이스를 통해 기기 트래픽을 전달합니다. 프록시 전용 모드는 보통 로컬 프록시를 제공하므로 각 앱에 프록시 주소를 따로 설정해야 하며, 다른 앱의 트래픽을 자동으로 가져오지는 않습니다. VPN 모드를 사용할 때 시스템 권한 요청 창이 표시되는 것은 정상적인 절차입니다.

이어서 앱별 프록시 설정을 확인합니다. 처음 연결을 확인할 때는 테스트 브라우저가 제외되지 않도록 이 제한을 잠시 해제할 수 있습니다. 앱별 설정을 유지해야 한다면 포함 목록인지 우회 모드인지 확인하세요. 포함 목록은 보통 선택한 앱만 처리하고, 우회 모드는 대개 선택한 앱을 VPN 연결에서 제외합니다. 실제 동작은 화면의 설명을 따르세요. 체크 표시만 보고 앱이 반드시 프록시를 사용한다고 판단하지 마세요.

라우팅 규칙은 적절한 프리셋을 그대로 사용하고 DNS, 도메인 정책, 사용자 지정 규칙은 한꺼번에 바꾸지 마세요. 그래야 다음 단계에서 문제가 생겨도 확인할 범위를 좁힐 수 있습니다. 도메인 정책과 규칙 적용 순서에 관한 자세한 설명은 프로토콜 가이드에서 확인할 수 있습니다. 우선 연결 하나와 앱 하나를 테스트하세요.

3단계: 서버를 선택하고 연결하기

이제 구독을 가져왔고 트래픽이 클라이언트에 전달되는 범위도 정했습니다. 테스트할 서버 항목 하나만 선택하세요. 구독 업데이트와 서버 선택, 라우팅 변경을 동시에 진행하면 로그를 현재 작업과 연결하기 어렵습니다. 서버를 고를 때는 프로토콜과 메모가 예상한 내용인지 먼저 확인하세요. 이름은 관리용 정보일 뿐 서버 품질을 판단하는 기준이 아닙니다.

v2rayN: 활성 서버 지정 후 코어 확인

서버 목록에서 대상 항목을 마우스 오른쪽 버튼으로 클릭하고 활성 서버로 설정을 선택합니다. 일부 화면에서는 항목을 두 번 클릭해 선택할 수도 있습니다. 활성 표시가 대상 행으로 이동했는지 확인한 뒤 창 아래쪽의 실행 정보나 로그를 살펴보세요. 클라이언트 창이 열려 있다고 해서 코어까지 정상적으로 실행 중인 것은 아닙니다. 시작 실패, 설정 파싱 오류, 포트 사용 중과 같은 알림이 계속 표시되지 않는지 확인해야 합니다.

코어가 정상적으로 실행되는 것을 확인한 뒤 시스템 프록시 메뉴에서 시스템 프록시 자동 설정을 켭니다. 데스크톱 앱에는 별도의 연결 버튼이 없을 수도 있습니다. 활성 서버, 코어 실행 상태, 앱의 트래픽 전달 설정이 모두 갖춰져야 요청을 중계할 수 있습니다. 서비스나 코어를 다시 시작하는 메뉴가 있다면 설정을 확인한 뒤 한 번 사용하고 새 시작 로그를 살펴보세요. 버튼을 연속해서 누를 필요는 없습니다.

로그에 로컬 포트가 이미 사용 중이라고 표시되면 클라이언트가 중복 실행 중인지, 다른 프록시 프로그램이 실행 중인지 먼저 확인하세요. 중복 실행을 종료하고 다시 시도하면 설정을 일관되게 유지하기 쉽습니다. 실제로 수신 포트를 변경해야 할 때만 수동으로 프록시를 설정한 앱도 확인하세요. 앱이 이전 포트를 계속 사용하면 새 수신 주소에 연결할 수 없습니다.

v2rayNG: 서버를 선택하고 VPN 연결 요청 허용

홈 화면으로 돌아가 대상 서버를 선택하고 선택 표시가 바뀌었는지 확인한 다음 연결 버튼을 누릅니다. VPN 모드를 처음 켜면 시스템에서 클라이언트의 VPN 연결을 허용할지 묻습니다. 창에 표시된 앱 이름을 확인한 뒤 허용하세요. 권한을 거부하면 설정을 가져왔더라도 VPN 모드로 다른 앱의 트래픽을 전달할 수 없습니다.

권한을 허용한 뒤 클라이언트 연결 상태와 시스템 VPN 표시를 확인합니다. 곧바로 연결 해제 상태로 돌아가면 로그에서 방금 발생한 오류를 살펴보세요. 안드로이드 기기에서는 일반 VPN 서비스 두 개가 동시에 트래픽을 관리할 수 없는 경우가 많으며, 이미 실행 중인 VPN 도구가 현재 연결을 대체할 수 있습니다. 서비스 충돌을 구독 문제로 오해하지 않도록 다른 VPN을 먼저 중지한 뒤 다시 연결하세요.

시작에 실패하면 현재 작업과 관련된 첫 번째 오류부터 확인합니다. 설정 파싱에 실패했다면 가져온 내용과 코어 호환성을 살펴보고, 연결 시간이 초과되면 서버 주소, 네트워크, 서비스 상태를 확인하세요. ‘시작됨’ 표시만으로 원격 연결이 성공했다고 볼 수는 없습니다. 앱에서 요청을 보낼 때까지 실제 연결이 이루어지지 않는 경우도 있습니다. 현재 서버 항목은 그대로 둔 채 마지막 단계에서 확인하세요.

4단계: 연결 확인

연결 확인에서는 세 가지를 살펴봅니다. 앱 요청이 클라이언트에 들어왔는지, 라우팅이 예상한 경로를 선택했는지, 원격 접속이 완료되었는지 확인하세요. 웹페이지가 열렸다고 해서 반드시 프록시를 통과한 것은 아닙니다. 마찬가지로 시스템에 VPN 표시가 나타났다는 사실만으로 트래픽이 실제로 전달되었다고 볼 수도 없습니다. 앱의 동작과 클라이언트 기록을 함께 확인해야 정확히 판단할 수 있습니다.

새 요청으로 트래픽 전달과 라우팅 확인

프록시를 사용해야 하는 웹페이지를 열고 새로고침한 다음 클라이언트의 연결 기록이나 로그를 확인합니다. 현재 버전에서 연결 세부 정보를 제공한다면 해당 대상이 표시되는지, 선택한 라우팅에 맞는 경로로 나가는지 살펴보세요. 기본 로그에는 모든 요청이 기록되지 않을 수 있습니다. 요청별 기록이 없다는 이유만으로 실패라고 판단하지 마세요. 점검에 적합한 로그 수준으로 잠시 높였다가 테스트 후 원래 설정으로 되돌릴 수 있습니다.

출구 주소를 확인해야 한다면 신뢰할 수 있는 IP 주소 조회 페이지에서 연결 전후 결과를 비교할 수 있습니다. 이 방법으로 확인할 수 있는 것은 해당 조회 요청의 경로뿐이며 모든 앱과 도메인이 같은 출구를 이용한다는 뜻은 아닙니다. 분기 모드에서는 조회 페이지가 직접 연결 규칙에 해당할 수도 있습니다. 출구가 바뀌지 않았다면 클라이언트가 작동하지 않는다고 단정하기 전에 해당 요청의 라우팅 결과를 확인하세요.

브라우저는 기존 연결이나 캐시된 내용을 재사용할 수 있습니다. 모드를 바꾼 뒤에는 테스트 페이지를 닫았다가 다시 열고, 필요하면 테스트 앱을 재시작한 다음 새 연결을 확인하세요. 캐시된 페이지를 계속 새로고침하는 방식은 피합니다. 안드로이드에서 앱별 프록시를 사용한다면 브라우저가 전달 대상에 포함되어 있는지도 확인하세요. 데스크톱에서는 브라우저 확장 프로그램이나 앱 자체 프록시 설정이 시스템 설정을 덮어쓰지 않는지 살펴봅니다.

순서대로 문제 범위 좁히기

앱의 트래픽이 전혀 전달되지 않으면 데스크톱에서는 시스템 프록시를, 안드로이드에서는 VPN 상태와 앱 적용 범위를 먼저 확인합니다. 요청이 클라이언트에 도달했지만 연결에 실패하면 활성 서버, 설정 값, 원격 서비스 상태를 살펴보세요. 일부 도메인에서만 문제가 생기면 전체 설정을 다시 만들기보다 라우팅과 DNS 관련 기록을 먼저 확인합니다. 한 번에 하나씩 바꾸고 같은 대상으로 다시 테스트해야 어떤 변경이 영향을 줬는지 파악할 수 있습니다.

평소 사용하면서 직접 연결될 것으로 예상되는 서비스도 하나 열어 일반적인 접속이 정상인지 확인하세요. 연결 속도가 느린 것과 연결에 실패하는 것은 다른 문제이며, 내장 지연 시간 테스트가 실제 다운로드 속도를 나타내는 것도 아닙니다. 처음 설정할 때는 접속 경로가 맞고 대상에 요청을 보낼 수 있는지 확인하면 충분합니다. 성능이나 오류를 자세히 살펴보려면 자주 묻는 질문을 확인하세요. 첫 연결부터 모든 설정을 최적화할 필요는 없습니다.

사용을 마친 뒤 트래픽 설정 복원

테스트가 끝나면 v2rayN 데스크톱에서 먼저 시스템 프록시를 해제한 뒤 클라이언트를 종료하세요. 앱에 로컬 프록시 주소를 직접 입력했다면 해당 앱의 설정도 복원해야 합니다. 클라이언트가 수신을 중지한 뒤에도 프록시 주소가 남아 있으면 앱이 네트워크에 접속하지 못할 수 있습니다. v2rayNG에서는 연결 해제 버튼을 눌러 연결을 종료하고 시스템 VPN 표시가 사라졌는지 확인하세요. 앱을 백그라운드로 보냈다고 연결이 종료된 것은 아닙니다.

위 확인을 마쳤다면 정상 작동이 확인된 서버와 라우팅 설정을 유지하고, 필요에 따라 앱별 프록시나 사용자 지정 규칙을 하나씩 켜세요. 구독을 업데이트하면 원격에서 관리하는 항목이 새로 반영될 수 있으므로 중요한 로컬 사용자 설정은 따로 백업해 안전하게 보관하세요. 다음에 문제가 생기면 구독 내용 → 트래픽 전달 → 코어 실행 → 요청 확인 순서로 살펴보는 편이 처음부터 다시 설치하는 것보다 원인을 찾기 쉽습니다.

구독 가져오기와 연결 확인