v2rayN 설정 가이드

1. 구독 가져오기

구독 주소는 연결 구성을 가져오는 링크입니다. 브라우저 프록시 주소나 시스템 네트워크 설정에 입력하는 서버 주소가 아닙니다. 서비스 제공업체가 구독 링크로 안내한 전체 주소를 복사하고, 관리 페이지나 로그인 페이지, 안내 페이지 주소와 혼동하지 마세요. 복사한 내용 앞뒤에 공백, 따옴표 또는 줄바꿈이 있으면 붙여넣은 뒤 확인하고 저장하세요.

v2rayN: 그룹 추가 및 업데이트

메인 창 상단의 ‘구독 그룹’ 메뉴에서 ‘구독 그룹 설정’을 열고 추가를 선택합니다. 알아보기 쉬운 설명을 입력한 다음 주소 칸에 구독 링크를 붙여넣으세요. 설명은 로컬에서 항목을 구분하기 위한 것이며 연결에는 영향을 주지 않습니다. 실제 업데이트 요청에 사용되는 값은 주소입니다. 저장한 뒤 설정 창을 닫고 서버 목록이 있는 메인 화면으로 돌아갑니다.

‘구독 그룹’ 메뉴를 다시 열고 구독 업데이트를 실행합니다. 처음에는 사용할 수 있는 프록시 연결이 없는 경우가 많으므로 프록시를 사용하지 않는 업데이트 옵션을 선택할 수 있습니다. 버전에 따라 ‘모든 구독 업데이트(프록시 사용 안 함)’ 또는 비슷한 이름으로 표시될 수 있습니다. 현재 네트워크에서 구독 주소에 접속할 수 없다면 먼저 주소를 확인하거나 이미 사용 가능한 연결을 이용해 업데이트하세요. 연결을 설정하기도 전에 업데이트 방식을 반복해서 바꾸지 마세요.

업데이트가 완료되면 메인 목록에 해당 그룹의 서버 항목이 표시되어야 합니다. 그룹을 눌러 설명과 프로토콜 종류 등이 예상한 내용과 일치하는지 확인하세요. 항목이 나타나지 않으면 먼저 업데이트 결과 메시지를 확인합니다. 요청이 실패했다면 네트워크나 주소를 점검하고, 응답을 해석하지 못했다면 구독 형식과 클라이언트의 호환성을 확인하세요. 아직 연결 단계가 아니므로 라우팅부터 바꿀 필요는 없습니다.

v2rayNG: 주소 저장 후 목록에서 업데이트

메인 화면에서 사이드 메뉴를 열고 ‘구독 그룹 설정’으로 이동한 다음 추가 버튼을 눌러 그룹을 만듭니다. 설명과 구독 주소를 입력하고 저장하세요. 이후 구성 목록으로 돌아가 메인 화면의 메뉴에서 ‘구독 업데이트’를 실행합니다. 주소를 저장하는 것만으로 구성을 내려받은 것은 아닙니다. 목록에 연결 항목이 표시되어야 가져오기가 완료된 것입니다.

구독 주소가 아니라 단일 연결 공유 링크를 받았다면 클립보드에서 구성 가져오기 기능을 사용하세요. 두 기능을 혼동하지 마세요. 단일 링크는 보통 구성 하나를 만들고, 구독 주소는 여러 구성을 계속 업데이트하는 데 사용합니다. 차이는 용어 설명의 구독 및 클라이언트 관련 항목에서 확인할 수 있습니다. 가져오기를 마치면 항목 하나를 선택하고 앱 트래픽을 클라이언트로 보내는 방식을 설정하세요.

2. 프록시 모드 선택

이 단계에서는 두 가지를 구분해야 합니다. 앱이 요청을 클라이언트로 보내는지, 그리고 클라이언트가 받은 요청을 어떻게 처리하는지입니다. 앞의 항목은 트래픽 진입점, 뒤의 항목은 라우팅 규칙에 해당합니다. ‘시스템 프록시 설정’을 해도 모든 프로그램이 프록시를 사용하는 것은 아니며, ‘전역 라우팅’을 선택해도 모든 프로그램의 트래픽이 자동으로 클라이언트에 들어오는 것은 아닙니다. 먼저 진입점을 정한 뒤 라우팅을 선택하면 연결은 성공했지만 일부 앱에만 적용되는 상황을 쉽게 구분할 수 있습니다.

v2rayN: 시스템 프록시부터 사용

처음 설정할 때는 TUN을 바로 켜기보다 시스템 프록시를 진입점으로 사용하세요. 메인 창이나 트레이 메뉴에서 ‘시스템 프록시’ 항목을 찾아 ‘시스템 프록시 자동 설정’과 ‘시스템 프록시 해제’가 어디에 있는지 확인합니다. 앞의 기능은 운영체제가 지원하는 프록시 설정을 클라이언트의 로컬 수신 포트로 지정하고, 뒤의 기능은 해당 설정을 해제합니다. 우선 메뉴 위치를 확인한 뒤 다음 단계에서 코어가 정상적으로 시작되면 활성화하세요.

브라우저는 대개 시스템 프록시 설정을 따르지만, 자체 네트워크 설정을 사용하거나 시스템 프록시를 무시하는 앱도 있습니다. 확인하기 쉽도록 별도의 프록시 확장 프로그램을 사용하지 않는 브라우저로 먼저 테스트하세요. 시스템 프록시를 켠 상태에서 브라우저 확장 프로그램도 다른 포트를 지정하지 마세요. 트래픽이 별도의 구성으로 들어가 클라이언트 로그와 브라우저 결과가 일치하지 않을 수 있습니다.

그다음 ‘라우팅’ 선택 항목을 확인합니다. 일반적인 사용 환경에서는 직접 연결과 프록시 규칙이 포함된 기본 설정부터 사용하세요. 구체적인 이름은 현재 인터페이스에 따라 다를 수 있습니다. 문제를 분리해 점검해야 한다면 클라이언트에 들어온 요청을 모두 프록시로 보내는 라우팅 설정을 잠시 사용한 뒤, 확인이 끝나면 분할 라우팅으로 되돌릴 수 있습니다. 이 설정은 아웃바운드 경로를 바꿀 뿐 시스템 프록시가 트래픽을 받는 앱의 범위를 넓히지는 않습니다.

v2rayNG: VPN 모드와 앱 범위 확인

설정을 열고 기본 진입점으로 VPN 모드를 사용하는지 확인하세요. 이 모드는 Android 시스템의 VPN 인터페이스로 트래픽을 받으므로 브라우저마다 로컬 프록시 포트를 입력할 필요가 없습니다. 앱별 프록시 설정을 사용하고 있었다면 목록이 ‘선택한 앱만 프록시 사용’을 의미하는지, ‘선택한 앱은 프록시 우회’를 의미하는지 먼저 확인하세요. 같은 선택 목록이라도 모드에 따라 의미가 반대일 수 있습니다. 첫 확인 단계에서는 변수를 줄이기 위해 사용자 지정 앱 제한을 잠시 해제해도 됩니다.

라우팅 설정에서 적절한 기본 규칙도 선택하세요. 프록시가 필요한 요청은 프록시 아웃바운드에 연결하고 직접 연결해야 하는 요청은 규칙에 따라 직접 연결하는 것이 목적입니다. 연결 성공에 ‘전역’ 모드가 반드시 필요한 것은 아닙니다. 서비스 제공업체가 지정한 프로토콜과 전송 매개변수는 그대로 두고 트래픽 진입점과 라우팅 기본 설정만 선택하세요. TUN, 인바운드, 아웃바운드 개념은 용어 설명을 먼저 참고하세요. 사용자 지정 규칙은 기본 연결 확인을 마친 뒤 routing 필드 안내를 참조해 조정하세요.

3. 연결 후 시작 상태 확인

목록에 구성이 표시된다고 해서 그 항목이 실제로 사용 중인 것은 아니며, 목록의 테스트 결과만으로 앱 요청이 프록시를 통과한다고 볼 수도 없습니다. 연결 전에 현재 활성 구성을 확인하고 클라이언트가 해당 구성으로 코어를 실행했는지 확인하세요. 시스템 프록시 설정이 반복해서 덮어써지거나 Android에서 기존 VPN이 트래픽을 이미 가져가는 상황을 피하려면 다른 프록시 또는 VPN 프로그램을 먼저 종료하세요.

v2rayN: 활성 서버 설정

서버 목록에서 사용할 항목을 선택하고 마우스 오른쪽 버튼 메뉴에서 ‘활성 서버로 설정’을 실행합니다. 일부 버전에서는 항목을 두 번 클릭해도 같은 작업을 할 수 있습니다. 목록의 활성 표시와 하단 상태 정보를 확인해 다른 그룹의 이름이 같은 항목을 선택한 것은 아닌지 살펴보세요. 클라이언트가 실행 중이라면 활성 서버를 바꿀 때 구성이 다시 만들어지거나 불러와질 수 있습니다. 로그에 시작 완료가 표시될 때까지 기다린 뒤 접속을 테스트하세요.

로그 영역을 열고 구성 해석 실패, 포트 충돌, 코어 시작 실패 등의 메시지가 있는지 확인하세요. 포트 충돌이 발생해도 재시작 버튼만 반복해서 누르지 마세요. 클라이언트를 중복 실행했는지, 다른 로컬 프로그램이 같은 포트를 사용 중인지 먼저 확인하세요. 중복 프로세스를 종료한 뒤 다시 시작하면 여러 수신 포트를 한꺼번에 바꾸는 것보다 원인을 파악하기 쉽습니다.

코어가 정상적으로 실행되면 ‘시스템 프록시’를 ‘시스템 프록시 자동 설정’으로 바꾸세요. 이전에 계속 ‘시스템 프록시 해제’를 선택했다면 클라이언트 코어가 실행 중이어도 브라우저는 직접 연결되어 요청이 전달되지 않을 수 있습니다. 사용 중에는 창을 트레이로 최소화할 수 있지만, 클라이언트를 종료하는 것과 최소화하는 것은 다릅니다. 종료하면 로컬 수신 서비스도 중단됩니다.

v2rayNG: 권한 및 실행 상태 확인

구성 목록에서 사용할 항목을 눌러 선택 표시를 확인한 뒤 메인 화면의 연결 버튼을 누릅니다. 처음 연결할 때 Android 시스템에 VPN 연결 요청이 표시되면 안내 내용을 읽고 승인하세요. 권한을 허용해야 클라이언트가 VPN 인터페이스로 앱 트래픽을 받을 수 있습니다. 승인을 취소했다면 구독을 수정하는 대신 연결 버튼을 다시 눌러 요청을 승인하세요.

시작한 뒤 클라이언트 연결 상태, 시스템 VPN 표시 또는 상시 알림을 확인하고 로그도 살펴보세요. 시스템 표시는 트래픽을 받는 인터페이스가 만들어졌다는 뜻이지 원격 서버 접속을 보장하지는 않습니다. 다른 앱으로 전환한 직후 연결이 끊긴다면 클라이언트의 백그라운드 실행 및 배터리 사용 제한을 확인하고 기기 설정에서 지속 실행을 허용하세요. 백그라운드에서 안정적으로 실행되는지 확인한 뒤 접속을 테스트해야 백그라운드 종료를 서버 문제로 오해하지 않습니다.

4. 적용 여부 확인

앱의 접속 결과와 클라이언트의 처리 경로를 모두 확인해야 합니다. 지연 시간 테스트 한 번으로는 해당 테스트의 연결 상태만 알 수 있으며 모든 앱과 도메인이 예상대로 처리되는지는 확인할 수 없습니다. 앞서 선택한 브라우저에서 프록시를 거칠 것으로 예상되는 사이트를 열고 페이지를 새로고침하면서 클라이언트 로그에 해당 요청이 표시되는지 확인하세요. 캐시된 페이지를 보는 일이 없도록 새 탭을 사용하는 것이 좋습니다.

접속 결과와 아웃바운드 경로 비교

로그에 라우팅 결과가 표시된다면 이번 요청이 프록시 아웃바운드와 직접 연결 아웃바운드 중 어디에 연결됐는지 확인하세요. 분할 라우팅에서는 일부 사이트가 직접 연결되는 것이 정상일 수 있습니다. 특정 페이지가 열렸다는 사실만으로 프록시가 적용됐다고 판단하지 마세요. 프록시를 사용할 것으로 예상되는 사이트와 직접 연결할 것으로 예상되는 사이트를 각각 테스트하고 라우팅 설정에 따라 결과를 비교하세요.

추가 확인이 필요하면 같은 브라우저에서 신뢰할 수 있는 외부 IP 확인 페이지를 열어 프록시 사용 시 결과를 기록하세요. 다른 작업에 영향을 주지 않는 범위에서 진입점을 잠시 끈 뒤 비교하고 연결을 복구합니다. 데스크톱에서는 시스템 프록시를 해제해 비교하고, Android에서는 VPN 연결을 중지해 비교할 수 있습니다. 확인 페이지 자체가 직접 연결 규칙을 따를 수도 있으므로 외부 IP가 바뀌지 않으면 먼저 해당 요청에 적용된 규칙을 살펴보세요. 모든 프록시 요청이 실패했다고 단정해서는 안 됩니다.

마지막으로 실제 사용하려는 앱에서도 테스트하세요. 브라우저에서는 되지만 특정 데스크톱 앱에 변화가 없다면 해당 앱이 시스템 프록시를 사용하는지 또는 자체 프록시 설정이 있는지 먼저 확인하세요. 클라이언트를 바로 다시 설치할 필요는 없습니다. Android에서는 앱별 목록에서 대상 앱이 제외됐는지 확인하세요. 진입점이 필요한 트래픽 범위를 처리하지 못한다는 사실을 확인한 경우에만 TUN 같은 고급 방식을 고려하세요.

적용되지 않을 때는 정해진 순서로 확인

첫째, 진입점을 확인합니다. 현재 앱의 요청이 클라이언트 로그에 나타나는지 살펴보세요. 관련 기록이 전혀 없다면 시스템 프록시, VPN 권한, 브라우저 확장 프로그램, 앱별 설정 범위를 확인합니다. 둘째, 라우팅을 확인합니다. 요청이 클라이언트에 들어왔지만 직접 연결 또는 차단 아웃바운드로 전달되지는 않았는지 살펴봅니다. 셋째, 연결을 확인합니다. 프록시 경로가 선택됐는데 시간 초과나 핸드셰이크 오류가 발생한다면 활성 서버, 네트워크 연결, 기기 시간, 연결 매개변수를 점검하세요. 넷째, 도메인 이름 확인을 살펴봅니다. 처음부터 DNS 설정 전체를 바꾸지 마세요.

다른 서버 항목을 시도할 때는 같은 브라우저, 같은 테스트 대상, 같은 라우팅을 유지하고 한 번에 서버 하나만 바꾸세요. 이름 확인 실패, 연결 시간 초과, 인증서 관련 오류 중 어떤 현상이 발생했는지 기록하면 구독 업데이트를 반복하는 것보다 원인을 찾기 쉽습니다. 로그를 공유하기 전에는 구독 주소, 사용자 식별 정보, 연결 자격 증명, 공개하고 싶지 않은 접속 대상 등을 가리세요.

기본 절차를 마치면 작동하는 구성을 보존한 뒤 규칙을 하나씩 추가하세요. 이후 구독을 업데이트하면 그룹 항목이 새로고침되는 경우가 많아 구독 항목을 직접 수정한 내용이 덮어써질 수 있습니다. 중요한 사용자 지정 설정은 클라이언트가 제공하는 별도의 구성 기능으로 관리하세요. 생성된 구성을 확인하려면 config.json 설정 필드 안내를 계속 읽고 inbounds, outbounds, routing, dns 순서로 확인하세요. 처음 연결하는 단계에서 설정 파일 전체를 다시 작성할 필요는 없습니다.