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

단계 01 / 선택 가능한 설정 준비하기

구독 가져오기

먼저 가진 정보가 무엇인지 확인하세요. 구독 주소는 보통 여러 설정을 가져오는 HTTPS 링크입니다. 단일 공유 링크는 vmess://, vless://, trojan:// 또는 ss://로 시작하는 경우가 많습니다. 두 링크는 입력 위치가 다릅니다. 구독 주소는 나중에 업데이트할 수 있도록 구독 그룹에 추가하고, 단일 공유 링크는 클립보드에서 가져오기를 사용하세요. 복사할 때 채팅 메시지의 따옴표, 설명, 줄바꿈은 포함하지 마세요. 서비스 로그인 페이지 주소를 구독 주소로 사용해서도 안 됩니다.

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

v2rayN을 열고 상단의 ‘구독 그룹’에서 ‘구독 그룹 설정’으로 이동합니다. 그룹을 추가하고 알아보기 쉬운 이름(예: ‘일상용’)을 메모에 입력한 다음, 전체 구독 주소를 주소 또는 URL 입력란에 붙여 넣으세요. 다른 옵션은 우선 기본값으로 두고 그룹이 활성화되어 있는지 확인한 후 저장합니다. 저장은 주소를 기억하는 단계일 뿐 설정을 다운로드한 것은 아니므로, 이 시점에 메인 목록이 비어 있어도 반드시 오류는 아닙니다.

메인 창으로 돌아가 ‘구독 그룹’ 메뉴에서 구독 업데이트를 실행합니다. 화면에 ‘프록시 사용 안 함’과 ‘프록시 사용’ 업데이트 방식이 따로 있다면, 아직 연결을 설정하지 않은 경우 우선 프록시 없이 업데이트를 시도하세요. 구독 제공자가 기존 프록시를 통한 접속을 명시적으로 요구한다면 먼저 연결이 정상인지 확인한 후 업데이트해야 합니다. 업데이트가 끝나면 방금 만든 그룹으로 전환하세요. 메인 목록에 서버 설정이 표시되면 다음 단계로 진행합니다. 목록이 비어 있는 동안 시스템 프록시를 반복해서 바꾸지 마세요.

v2rayNG: 구독 주소를 저장하고 목록에서 업데이트

v2rayNG 메인 화면에서 우측 상단 메뉴를 열고 ‘구독 그룹 설정’을 선택합니다. 추가 메뉴에서 메모와 구독 주소를 입력하고 저장한 뒤 메인 화면으로 돌아오세요. 메뉴를 다시 열어 구독 업데이트를 찾습니다. 현재 버전에서 현재 그룹과 전체 그룹을 따로 업데이트할 수 있다면 방금 추가한 그룹부터 업데이트하세요. 완료될 때까지 기다린 다음 설정 목록에 항목이 표시되는지 확인합니다. 단일 공유 링크만 가지고 있다면 전체 링크를 복사한 후 ‘클립보드에서 가져오기’를 선택하세요. 구독 URL 입력란에 붙여 넣으면 안 됩니다.

가져오기가 끝나면 항목의 프로토콜 유형과 메모가 제공된 설명과 일치하는지 먼저 확인하세요. 클라이언트에 표시되는 이름은 식별용이며, 해당 설정이 연결 가능하다는 뜻은 아닙니다. 주소, 포트, 전송 방식, TLS 설정은 서버와 함께 맞춰야 하므로 직접 수정하지 마세요. 나중에 구독을 업데이트하면 수동으로 변경한 항목이 다시 생성될 수도 있습니다. 사용자 지정 설정을 계속 유지해야 한다면 먼저 현재 클라이언트의 그룹 및 설정 관리 방식을 확인하세요.

단계 02 / 트래픽 진입과 라우팅 구분하기

프록시 모드 선택

목록에 설정이 표시되면 다음으로 앱의 요청을 클라이언트에 어떻게 전달할지, 전달한 요청을 어떤 경로로 보낼지 정합니다. ‘시스템 프록시’ 또는 Android VPN 연결은 트래픽 진입을 담당하고, ‘라우팅 규칙’은 직접 연결과 프록시 연결을 나눕니다. 라우팅을 전역 프록시로 바꿔도 원래 시스템 프록시를 사용하지 않는 데스크톱 앱이 자동으로 클라이언트를 거치는 것은 아닙니다. 마찬가지로 시스템 프록시를 켜도 모든 요청이 원격 서버로 전달되는 것은 아닙니다.

v2rayN: 먼저 시스템 프록시 자동 설정 사용

v2rayN의 시스템 프록시 메뉴 또는 트레이 메뉴에서 ‘시스템 프록시 자동 설정’을 선택하세요. 처음 설정할 때 결과를 확인하기 쉬운 방법입니다. 클라이언트가 로컬 수신 주소를 시스템 프록시 설정에 등록하면, 이 설정을 따르는 브라우저 등의 앱이 요청을 클라이언트로 전달합니다. 메인 창의 상태 표시줄에 현재 시스템 프록시 모드가 표시되는 경우가 많으므로, 메뉴가 닫혔는지만 보지 말고 선택 후 표시 문구가 바뀌었는지 확인하세요.

‘시스템 프록시 지우기’는 시스템의 프록시 설정을 해제합니다. ‘시스템 프록시 변경 안 함’은 기존 시스템 설정을 유지하므로 프록시 진입 경로를 직접 관리하는 경우에 적합합니다. 처음 설정할 때는 임의로 선택하지 않는 것이 좋습니다. 시스템 프록시가 적용되는 범위는 앱마다 다르며, 자체 네트워크 스택이나 별도 프록시 설정을 사용하는 앱도 있습니다. 처음 확인할 때는 시스템 설정을 따르는 브라우저를 사용하세요. TUN을 동시에 켜거나 여러 앱에 수동 프록시를 추가하면 문제가 생겼을 때 원인을 구분하기 어렵습니다.

라우팅: 먼저 LAN 우회 선택

라우팅 설정에서 먼저 ‘LAN 우회’를 선택하면 로컬 라우터나 프린터 등 기기에 직접 접속할 수 있습니다. 전역 프록시는 프록시 출구를 임시로 확인하는 데 유용하지만, 트래픽 진입 범위의 영향을 받습니다. 직접 연결은 원격 프록시를 사용하지 않으므로 연결 설정이 정상이라는 증거가 될 수 없습니다. 사용자 지정 규칙이 이미 있다면 전환 전에 기존 구성을 기록해 두세요. 업무에 필요한 LAN 또는 도메인 예외 규칙을 테스트 때문에 덮어쓰지 않도록 주의하세요.

v2rayNG에서는 메뉴의 ‘설정’에서 라우팅 관련 옵션을 찾을 수 있습니다. 처음 설정할 때는 클라이언트의 기본 라우팅 구성을 사용하고, 실수로 직접 연결 모드가 선택되지 않았는지 확인하세요. ‘앱별 프록시’를 사용한 적이 있다면 테스트할 브라우저가 적용 범위에 포함되는지도 확인해야 합니다. 일부 화면은 선택한 앱을 프록시에서 제외하는 방식으로 설정할 수 있어, 앱을 선택했다고 해서 항상 프록시를 사용한다는 뜻은 아닙니다. 처음에는 앱 범위를 단순하게 유지하고 기본 연결 확인을 마친 뒤 예외를 하나씩 추가하세요.

이 단계에서는 VMess, VLESS 등의 프로토콜을 바꾸거나 속도 테스트를 위해 코어를 바꿀 필요가 없습니다. 프로토콜, 전송 방식, 보안 설정은 구독 구성의 일부이며 임의로 변경하면 연결 조건이 맞지 않을 수 있습니다. 라우팅 규칙과 코어의 사용 범위를 알아보려면 기술 참고 자료의 라우팅 안내를 확인하세요. 여기서는 진입 모드와 라우팅 모드가 서로 충돌하지 않는지 확인한 후 연결 단계로 넘어가면 됩니다.

단계 03 / 설정을 선택하고 연결 시작

서버 연결

이제 설정 목록으로 돌아가 출처가 명확하고 유효 기간이 남아 있는 설정을 선택하세요. 구독 그룹 이름을 활성 서버로 혼동하지 마세요. 그룹은 여러 설정을 정리하는 기능이며, 실제로 연결하려면 그중 하나를 지정해야 합니다. 목록에 항목이 많다고 연결된 것은 아니므로 활성 표시와 클라이언트 실행 상태를 확인하세요.

v2rayN: 활성 서버 지정 및 코어 상태 확인

메인 목록에서 원하는 항목을 찾아 마우스 오른쪽 버튼 메뉴로 활성 서버로 지정하세요. 일부 버전에서는 더블 클릭으로 전환할 수도 있습니다. 목록의 활성 표시와 로그를 기준으로 확인하세요. v2rayN은 설정을 활성화하면 보통 코어를 시작하거나 다시 불러오므로, 모바일 앱처럼 별도의 전체 연결 버튼이 표시되지 않을 수 있습니다. 이후 상태 표시줄에서 시스템 프록시 설정을 다시 확인해 앞 단계에서 선택한 자동 설정 모드가 유지되는지 살펴보세요.

로그에 로컬 수신 포트가 사용 중이라고 표시되면 같은 포트를 사용하는 다른 프록시 프로그램을 먼저 종료한 후 현재 설정을 다시 불러오세요. 다른 사람의 로컬 포트를 그대로 복사하지 마세요. 클라이언트의 수신 포트를 변경하면 시스템 프록시나 앱의 수동 프록시 주소도 함께 변경해야 합니다. 프로토콜이나 전송 설정이 지원되지 않는다는 로그가 표시되면 클라이언트와 설정 제공자의 요구 사항이 맞는지 먼저 확인한 다음 클라이언트 업데이트를 고려하세요. 같은 링크를 반복해서 가져와도 코어 비호환 문제는 해결되지 않습니다.

v2rayNG: 연결 버튼을 누르고 시스템 권한 허용

v2rayNG 메인 목록에서 원하는 설정을 선택하고 선택 표시가 해당 항목으로 이동했는지 확인한 다음 화면 아래의 연결 버튼을 누르세요. 처음 연결을 시작하면 Android 시스템에서 VPN 연결 요청이 표시됩니다. 앱 이름을 확인하고 허용하세요. 이 권한은 기기의 트래픽을 전달하는 VPN 연결을 만드는 용도이며, 서버를 구매하거나 개통하는 절차가 아닙니다. 권한을 거부하면 설정을 가져왔더라도 브라우저 요청을 정상적으로 전달할 수 없습니다.

허용한 뒤 앱의 연결 상태와 시스템의 VPN 표시를 확인하세요. 기기에서 VPN 연결을 사용하는 다른 앱이 있다면 먼저 중지하세요. 같은 사용자 환경에서 연결이 서로 대체될 수 있습니다. 서버 설정을 바꾼 뒤에도 연결 상태를 다시 살펴보세요. 화면 상단에 시스템 아이콘이 계속 표시된다는 이유만으로 새 설정이 정상 연결되었다고 판단하면 안 됩니다. 백그라운드에서 계속 사용해야 한다면 시스템 안내에 따라 배터리 및 백그라운드 실행 제한을 확인하세요. 첫 테스트를 마치기 전에 여러 시스템 옵션을 한꺼번에 바꾸지 마세요.

연결 버튼이 실행 상태로 바뀌었다는 것은 클라이언트가 작동을 시작했다는 뜻일 뿐, 서버에 연결할 수 있다는 증거는 아닙니다. TLS 핸드셰이크가 실패하면 먼저 기기의 날짜, 시간, 시간대를 확인한 다음 설정의 서버 이름 등 관련 항목을 점검하세요. 문제를 해결하려고 인증서 검증을 바로 끄지 마세요. 자세한 내용은 TLS 핸드셰이크 실패 및 인증서 오류 해결 방법을 참고하세요. 클라이언트에 뚜렷한 시작 오류가 없으면 상태 아이콘 확인에서 멈추지 말고 실제 웹페이지에 접속해 테스트하세요.

단계 04 / 실제 요청으로 연결 확인

작동 확인

사용할 브라우저를 열고 실제로 이용하려는 사이트 중 평소 정상적으로 열리는 곳에 접속하세요. 새 탭에서 열고 필요하면 새로고침해 오프라인 페이지나 오래된 캐시를 연결 성공으로 오인하지 않도록 합니다. 페이지의 주요 내용이 로드되는지 먼저 확인한 뒤 사이트의 다른 페이지도 열어 보세요. 사이트 제목이나 일부 정적 콘텐츠만 표시되는 것으로 이후 요청까지 모두 정상 처리된다고 판단할 수는 없습니다.

웹페이지 결과를 클라이언트 로그와 대조

웹페이지에 접속하면서 클라이언트 로그나 연결 기록을 확인해 해당 시각에 새 요청이 기록되는지 살펴보세요. 로그의 상세 수준은 클라이언트마다 다르므로 도메인이 표시되지 않는다고 해서 트래픽이 없다는 뜻은 아닙니다. 하지만 브라우저가 계속 대기하는데 클라이언트에 관련 기록이 전혀 없다면 트래픽 진입 경로를 먼저 점검하세요. 데스크톱에서는 다른 프로그램이 시스템 프록시를 변경했는지, 브라우저에 별도의 프록시 확장 프로그램이 켜져 있는지 확인합니다. Android에서는 VPN이 계속 실행 중인지, 앱별 규칙에서 브라우저가 제외되지 않았는지 확인하세요.

클라이언트에 연결 테스트 기능이 있다면 현재 설정을 점검하는 데 참고할 수 있지만, 테스트 대상이 브라우저에서 방문한 사이트와 다를 수 있으므로 실제 접속을 대신하지는 않습니다. 출구 IP 조회도 보조 수단으로만 활용하세요. 전역 프록시 라우팅에서 적용 범위 내 브라우저로 공인 출구 IP를 조회하면 프록시 경로를 확인할 수 있습니다. 규칙 기반 분할 라우팅에서는 조회 사이트 자체가 직접 연결로 지정될 수 있으므로 IP가 바뀌지 않아도 프록시 전체가 작동하지 않는다고 단정할 수 없습니다. 먼저 해당 요청에 어떤 라우팅 규칙이 적용되는지 확인한 뒤 결과를 해석하세요.

DNS 점검: 연결 경로가 정상일 때만 조정

클라이언트에 요청 기록이 있는데 로그에 도메인 조회 실패가 반복될 때 DNS를 점검하세요. 먼저 일반 네트워크 연결이 정상인지 확인하고 클라이언트 설정에서 DNS 옵션을 찾아 현재 값을 기록합니다. 브라우저의 보안 DNS, 시스템 DNS, 클라이언트 DNS를 한꺼번에 바꾸지 마세요. 각 설정이 처리하는 요청 범위가 다르므로 여러 곳을 동시에 바꾸면 결과를 재현하기 어렵습니다. 처음 점검할 때는 클라이언트 기본 설정을 유지하고 연결할 수 없는 DNS 주소를 잘못 입력하지 않았는지 확인하세요.

일부 브라우저는 자체 보안 DNS를 사용해 도메인 조회 경로를 바꿀 수 있습니다. 특정 브라우저에서만 문제가 생긴다면 구독을 바로 교체하지 말고 해당 브라우저 설정부터 확인하세요. 여러 앱에서 같은 도메인 접속에 실패한다면 클라이언트 로그도 함께 살펴보세요. 원격 DNS를 직접 설정할 때는 조회 요청이 목적지에 도달하는 경로도 이해해야 합니다. 프록시 서버 주소를 먼저 조회해야 하는데 조회 서버에 접속하려면 다시 그 프록시가 필요한 상황이 생길 수 있습니다. DNS 라우팅과 코어별 차이는 기술 참고 자료에서 확인하세요. 첫 연결부터 전체 설정을 직접 작성할 필요는 없습니다.

실패하면 순서대로 되돌리고, 성공하면 기준 설정 저장

웹페이지가 계속 열리지 않으면 정해진 순서로 확인하세요. 먼저 연결을 중지하고 기본 네트워크가 정상인지 점검합니다. 다음으로 클라이언트를 시작해 활성 설정이 맞는지 확인하고, 시스템 프록시 또는 VPN 연결을 점검한 뒤 로그의 연결, TLS, DNS 오류를 살펴보세요. 한 번에 한 항목만 바꾸고 같은 사이트에 다시 접속해 결과를 비교합니다. 특정 사이트만 실패하고 다른 곳은 정상적으로 열린다면 클라이언트를 재설치할 필요 없이 해당 사이트의 라우팅, DNS 또는 서비스 상태로 점검 범위를 좁히세요.

웹 접속 결과와 로그가 일치하면 현재 활성 설정, 시스템 프록시 모드, 라우팅 구성을 기록해 두세요. 이 설정이 되돌릴 수 있는 기준점이 됩니다. 이후 분할 라우팅 규칙이나 앱 예외를 추가하거나 DNS를 조정할 때마다 하나씩 확인할 수 있습니다. 사용을 마치면 데스크톱에서는 시스템 프록시를 해제한 뒤 클라이언트를 종료하거나, 정상 종료 시 프록시 설정도 정리되는지 확인하세요. Android에서는 연결 버튼을 눌러 VPN을 중지합니다. 이렇게 하면 프로그램이 중지된 뒤에도 앱이 작동하지 않는 로컬 프록시로 요청을 보내는 상황을 막을 수 있습니다.