이 글의 핵심 내용

v2rayN을 실행했지만 목록에서 선택한 서버와 실제 활성 서버의 차이가 헷갈리는 분을 위한 안내입니다. 서버 목록, 구독 그룹, 시스템 프록시, 로그, 설정을 차례로 살펴보며 설정의 출처, 현재 사용 중인 서버, 앱의 프록시 연결 여부, 오류 기록 위치를 확인하고 간단한 연결 테스트까지 진행합니다.

메인 창 영역별 기능: 설정과 실행 상태 확인

v2rayN 메인 창은 연결 상태만 보여 주는 대시보드가 아닙니다. 서버 목록에는 연결 설정이 저장되고, 구독 그룹은 설정을 분류하며, 하단 영역에는 실행 정보가 표시됩니다. 시스템 프록시와 라우팅 메뉴에서는 트래픽을 연결하고 이후 경로를 지정합니다. 목록에 항목이 있다고 코어가 정상 실행 중이라는 뜻은 아니며, 코어가 실행 중이어도 브라우저가 이를 사용한다는 보장은 없습니다.

데스크톱 버전과 Windows WPF 버전은 컨트롤 위치와 메뉴 이름이 조금 다를 수 있습니다. 이 글은 중국어 UI의 기능 이름을 기준으로 설명하며, 시스템 프록시 설정은 Windows를 예로 듭니다. 다른 데스크톱 OS에서는 해당 시스템의 네트워크 프록시 설정도 확인하세요. Windows의 트레이 메뉴 위치를 그대로 적용하면 안 됩니다.

창 영역주요 기능처음 확인할 항목
서버 목록별칭, 프로토콜, 주소, 포트, 테스트 결과 등예상한 항목이 현재 활성 서버인지 확인
구독 그룹그룹 탭, 구독 주소, 업데이트 메뉴특정 그룹만 표시 중인지 확인
하단 로그 영역코어 실행, 연결, 오류 정보설정 전환 후 처음 발생한 오류
시스템 프록시 및 라우팅앱의 프록시 연결 방식과 분기 규칙 선택프록시 연결 메뉴와 라우팅 메뉴는 다릅니다
설정로컬 리스너, 코어 관련 옵션, 로그 등변경 전 기존 값을 기록하고 한 번에 하나씩 수정

서버 목록: 선택·활성화·편집의 차이

서버 목록의 각 행은 보통 원격 연결 설정 하나를 나타냅니다. VMess, VLESS 등은 프로토콜 유형이고 주소와 포트는 원격 서버 접속 정보입니다. 별칭은 항목을 알아보기 쉽게 붙인 이름일 뿐입니다. 별칭에 지역이나 용도가 적혀 있어도 클라이언트가 해당 정보를 검증한 것은 아닙니다. 연결 상태는 실제 접속과 로그를 함께 확인해야 합니다.

목록 열 너비가 부족하면 가로로 스크롤하거나 열 너비를 조정하세요. 잘린 주소를 설정 누락으로 오해하지 않도록 주의하세요. 화면을 공유하기 전에는 서버 주소, 구독 주소, 인증 정보를 가리세요. 문제를 살펴보는 데는 보통 프로토콜 유형, 민감 정보를 가린 오류 행, 작업 시간이면 충분합니다.

구독 그룹: 탭 필터와 업데이트 메뉴

구독 그룹은 서버를 분류하고 구독 출처와 업데이트 옵션을 저장하는 두 가지 역할을 합니다. 그룹 탭을 클릭하면 대개 목록이 필터링될 뿐, 해당 그룹의 서버가 활성 설정으로 자동 지정되지는 않습니다. 비어 있는 탭으로 전환해도 모든 서버가 삭제됐다고 바로 판단하지 마세요.

  1. 그룹 설정 열기

    메인 창에서 「구독 그룹」→「구독 그룹 설정」으로 이동합니다. 현재 버전에서 해당 항목이 버튼으로 표시된다면 같은 이름의 버튼을 선택하세요. 목록 위쪽의 그룹 탭은 설정 편집 화면이 아닙니다.

  2. 구독 출처 추가

    그룹을 추가하고 알아보기 쉬운 별칭과 전체 구독 주소를 입력한 뒤 저장합니다. 구독 주소에는 액세스 토큰이 포함되는 경우가 있으므로 인증 정보처럼 안전하게 보관하고, 공개 로그나 화면 캡처에 붙여 넣지 마세요.

  3. 구독 업데이트 실행

    「구독 그룹」 메뉴로 돌아가 네트워크 환경에 따라 「전체 구독 업데이트(프록시 사용 안 함)」 또는 「전체 구독 업데이트(프록시 사용)」를 선택합니다. 일부 버전에서는 「현재 구독」 등 비슷한 이름으로 표시됩니다.

  4. 활성 서버 확인

    업데이트가 끝나면 해당 그룹으로 이동해 항목이 표시되는지 확인합니다. 항목을 선택한 뒤 활성 서버로 지정하세요. 업데이트 성공은 구독을 가져와 파싱했다는 뜻이지, 포함된 모든 설정을 사용할 수 있다는 뜻은 아닙니다.

「프록시를 통해 업데이트」하려면 먼저 사용할 수 있는 프록시 연결이 있어야 합니다. 처음 가져오는 중이거나 목록이 완전히 비어 있다면 이 방식을 반복해도 사용할 출구가 없을 수 있습니다. 프록시 없이 업데이트해도 실패한다면 구독 주소가 완전한지, 만료되지는 않았는지 확인하고 로그에서 시간 초과, 인증서 문제, 콘텐츠 파싱 오류 중 무엇이 발생했는지 살펴보세요.

구독에서 생성된 항목의 주요 설정을 직접 수정해 장기적인 해결책으로 삼는 것은 권장하지 않습니다. 다음 업데이트 때 로컬 변경 사항이 덮어써질 수 있습니다. 사용자 지정 설정을 유지하려면 별도의 수동 항목이나 그룹을 만들고 출처를 명확히 구분하세요.

시스템 프록시와 라우팅: 연결 설정과 분기 규칙 구분하기

Windows의 시스템 프록시 메뉴에는 보통 「시스템 프록시 자동 설정」, 「시스템 프록시 지우기」, 「시스템 프록시 변경 안 함」이 있습니다. 자동 설정은 일반적으로 시스템 프록시를 클라이언트의 로컬 리스너 주소로 지정합니다. 지우기는 관련 시스템 프록시 설정을 제거합니다. 변경 안 함은 현재 상태를 유지한다는 뜻이지, 프록시를 끈다는 뜻이 아닙니다.

시스템 프록시 메뉴

위치
메인 창 하단 또는 트레이의 「시스템 프록시」 메뉴
연결 옵션
시스템 프록시 자동 설정
적용 대상
시스템 프록시 설정을 따르는 앱

앱이 프록시에 연결되지 않았다면 라우팅 규칙을 바꿔도 보통 문제가 해결되지 않습니다.

라우팅 모드 메뉴

위치
메인 창의 라우팅 선택 메뉴
처리 대상
이미 코어에 전달된 연결
일반적인 연결 경로
direct、proxy、block

규칙 이름은 로컬 설정에 따라 다르므로 이름만 보고 전체 동작을 판단할 수 없습니다.

예를 들어 브라우저가 시스템 프록시를 따르면 요청은 먼저 로컬 코어로 전달되고, 이후 라우팅 규칙에 따라 직접 연결하거나 프록시를 사용합니다. 시스템 프록시를 사용하지 않고 자체적으로 직접 연결하는 앱은 프록시 라우팅을 선택해도 트래픽이 코어에 전달되지 않을 수 있습니다. TUN은 다른 트래픽 연결 방식입니다. 처음 UI를 익힐 때는 문제 원인을 늘리지 않도록 함께 활성화하지 않아도 됩니다.

로그 창: 시간순으로 첫 오류 찾기

하단 정보 영역에는 클라이언트 작업 메시지와 코어 출력이 함께 표시될 수 있습니다. 전자는 구독 업데이트나 설정 전환 같은 동작을, 후자는 리스너 시작, 연결 처리, 오류를 설명합니다. 문제를 살펴볼 때는 작업을 클릭한 시간을 기록한 뒤 그 이후에 나온 첫 이상 항목을 찾으세요. 이전 오류를 이번 작업의 결과로 오해하지 않도록 주의해야 합니다.

로그 키워드일반적인 의미확인할 위치
address already in use리스너 포트를 다른 프로세스가 사용 중설정의 로컬 포트, 실행 중인 다른 인스턴스
failed to load config코어가 생성된 설정을 불러오지 못함뒤따르는 상세 오류, 최근에 변경한 설정 항목
connection refused연결 대상에서 접속을 거부함오류 행에 표시된 대상 주소와 포트
i/o timeout네트워크 작업이 대기 시간을 초과함원격 연결, DNS, 구독 가져오기 중 어느 단계에서 시간 초과가 발생했는지
certificateTLS 인증서 검증 관련 가능성전체 오류, 시스템 시간, 서버 이름, 서버 측 설정

이 키워드는 자주 나타나는 일부 문구이지 완전한 오류 형식은 아닙니다. 같은 시간 초과 문구가 서로 다른 단계에서 나타날 수 있으므로 앞뒤의 로그 몇 줄을 함께 확인하세요. 로그에 「코어 시작 성공」만 있다면 시작 단계가 완료됐다는 것만 확인할 수 있습니다. 연결 처리가 정상인지 보려면 실제 요청도 보내야 합니다.

설정: 로컬 리스너와 원격 포트 구분하기

「설정」→「매개변수 설정」으로 이동한 뒤 로컬 리스너 포트 관련 항목부터 확인하세요. 버전에 따라 HTTP와 SOCKS 포트를 따로 사용하거나 혼합 리스너 포트를 사용할 수 있습니다. 오래된 가이드의 포트 조합을 현재 버전의 기본값으로 간주하면 안 됩니다. 설정 화면과 시작 로그를 기준으로 확인하세요.

10808
로컬 리스너 포트 예시. 실제 설정을 확인하세요.
443
TLS 원격 서버에서 흔히 사용하는 포트이며 고정된 필수값은 아닙니다.

로컬 리스너가 127.0.0.1:10808이라고 가정하면, 이는 로컬 앱이 요청을 클라이언트로 전달하는 주소입니다. 서버 목록의 원격 포트는 코어가 서버에 연결할 때 사용하는 포트입니다. 로컬 포트를 수정해도 원격 포트 오류는 해결되지 않으며, 브라우저나 프록시를 수동 설정한 앱이 이전 포트에 계속 연결할 수 있습니다.

서버 편집 창에서는 개별 연결의 주소, 인증, 전송 매개변수를 설정하고, 매개변수 설정 창에서는 클라이언트나 코어의 공통 동작을 설정합니다. UUID, TLS 서버 이름, WebSocket 경로를 찾을 수 없다면 공통 설정을 계속 뒤지지 말고 해당 서버의 편집 창을 확인하세요.

자주 묻는 UI 문제와 기본 점검 순서

서버를 클릭했는데 왜 기존 연결이 계속되나요?

클릭은 선택 행만 바꿀 수 있습니다. 우클릭 메뉴에서 대상 항목을 활성 서버로 지정하고 활성 표시를 확인한 뒤 전환 후의 코어 로그를 살펴보세요. 이미 연결된 장시간 연결은 즉시 전환되지 않을 수 있으므로 새 요청을 보내 확인해야 합니다.

구독 업데이트는 성공했는데 목록이 비어 있는 이유는 무엇인가요?

먼저 전체 그룹으로 돌아가 검색 조건을 지운 다음 대상 그룹을 확인하세요. 그래도 비어 있다면 업데이트 로그에서 인식 가능한 항목을 실제로 가져왔는지 확인합니다. 요청은 성공했더라도 로그인 페이지나 오류 텍스트가 반환됐다면 유효한 서버 설정으로 만들 수 없습니다.

코어는 시작됐는데 브라우저에서 페이지가 열리지 않는 이유는 무엇인가요?

Windows의 「시스템 프록시」 메뉴에서 자동 설정이 적용됐는지 확인하고 로컬 리스너 포트도 확인하세요. 그런 다음 접속을 시도해 해당 연결 로그가 표시되는지 살펴봅니다. 연결 기록은 있지만 오류가 발생한다면 오류가 나온 단계에 따라 원격 설정을 확인하세요.

설정을 잘못 바꿨다면 무엇부터 복구해야 하나요?

마지막으로 변경한 항목부터 원래대로 되돌린 뒤 다시 불러오세요. 구독, 라우팅, 리스너 포트를 한꺼번에 초기화하지 마세요. 활성 서버, 코어 시작, 시스템 프록시, 실제 접속 순서로 하나씩 확인하고 변경 사항을 기록해 두세요.

UI를 익힌 뒤에는 일정한 순서로 확인하면 됩니다. 구독 항목이 있는지 확인하고, 활성 서버를 지정한 다음, 코어 시작 로그를 살펴보세요. 필요한 트래픽 연결 방식을 켜고 실제 접속을 시도합니다. 접속에 실패하면 마지막으로 정상임을 확인한 단계부터 살펴보세요. 모든 설정을 다시 가져올 필요는 없습니다.

  1. 현재 그룹, 활성 서버 별칭, 로컬 리스너 포트를 기록하되 인증 정보는 기록하거나 공유하지 마세요.
  2. 활성 설정은 한 번에 하나씩 전환하고 새로운 시작 오류가 나타나는지 확인하세요.
  3. 시스템 프록시 상태를 확인하고 캐시된 페이지가 아닌 새 요청으로 테스트하세요.
  4. 요청 시간에 맞춰 로그를 확인하세요. 특정 사이트만 문제가 있다면 클라이언트를 바로 재설치하지 말고 라우팅과 DNS를 살펴보세요.