v2rayN 메인 화면 기능 안내: 서버 목록·구독 그룹·로그 창·설정

1. 메인 창 구성: 설정, 코어, 시스템 프록시 구분하기

v2rayN은 데스크톱 클라이언트 인터페이스이며, 실제 프록시 연결은 Xray 등의 코어가 처리합니다. 목록에 서버가 표시된다고 해서 설정이 저장되었다는 것만 확인할 수 있을 뿐입니다. 서버를 선택했더라도 브라우저가 프록시를 사용한다는 뜻은 아닙니다. 연결 여부를 판단하려면 설정의 유효성, 코어 실행 상태, 앱 트래픽이 로컬 수신 포트로 전달되는지를 모두 확인해야 합니다.

처음 사용할 때는 메인 창을 펼친 뒤 상단 메뉴, 구독 그룹 영역, 가운데 서버 목록, 로그 영역, 하단 상태 표시줄을 살펴보세요. 버전에 따라 로그 패널이 접혀 있을 수 있고 창 크기에 따라 버튼이 보이지 않을 수도 있습니다. 여기서 말하는 ‘시스템 프록시’는 Windows 프록시 설정을 가리키며, 원격 서버 연결을 켜고 끄는 기능이 아닙니다.

2. 서버 목록: 설정 가져오기, 선택, 활성 서버 지정

서버 목록에는 보통 유형, 별칭, 주소, 포트, 전송 방식, 테스트 결과 등의 열이 표시됩니다. VMess와 VLESS는 프로토콜 이름이고 TCP, WebSocket 등은 전송 설정이며 TLS와 REALITY는 연결 보안 관련 설정입니다. 노드 별칭만 보고 프로토콜을 판단할 수 없으며, 두 노드가 모두 443 포트를 사용한다고 해서 설정이 같다고 볼 수도 없습니다.

먼저 출처가 명확한 설정 하나로 단일 노드 연결을 확인한 다음 목록을 정리하세요. 공유 링크를 복사할 때는 내용을 온전히 유지해야 합니다. vmess:// 뒤의 인코딩된 내용은 잘라내면 안 되며 vless:// 링크의 쿼리 매개변수도 임의로 삭제하면 안 됩니다. 구독 주소는 구독 그룹 관리에 추가하고 단일 노드 가져오기와 혼용하지 마세요.

1. 설정 가져오기

   공유 링크 전체를 복사한 다음 메인 창에서 「서버」→「클립보드에서 일괄 URL 가져오기」를 선택하세요. 사용 중인 버전의 메뉴 이름이 다르면 ‘클립보드에서 가져오기’가 포함된 항목을 찾으면 됩니다.

2. 노드 확인

   추가된 행을 찾아 마우스 오른쪽 버튼 메뉴의 「서버 편집」에서 주소, 포트, 전송 설정을 확인하세요. 443 같은 원격 포트는 서버 설정에 따라 결정됩니다. 로컬 수신 포트인 10808로 바꾸지 마세요.

3. 활성 서버로 지정

   대상 행을 마우스 오른쪽 버튼으로 클릭하고 「활성 서버로 지정」을 선택하세요. 활성 표시가 바뀌었는지 확인하고 로그에서 코어가 새 설정을 정상적으로 불러왔는지도 살펴보세요. 행의 배경색만 선택 상태로 바뀐 것은 서버 전환이 완료된 것이 아닙니다.

4. 연결 확인

   해당 행에서 「서버 실제 연결 지연 시간 테스트」를 실행한 뒤 실제로 접속하려는 웹페이지를 열어 보세요. 테스트 성공은 해당 테스트 요청이 성공했다는 뜻일 뿐이므로 시스템 프록시와 앱 자체의 프록시 설정도 확인해야 합니다.

테스트 열의 값은 테스트 종류에 맞춰 해석해야 합니다. 예를 들어 TCPing이 42 ms, 실제 연결 지연 시간이 310 ms로 표시되어도 모순은 아닙니다. 전자는 주로 TCP 연결 시간을 나타내고 후자는 프록시 핸드셰이크와 테스트 요청까지 포함합니다. 두 값은 이해를 돕기 위한 예시이며 특정 노드의 실측 결과가 아니고 다운로드 속도를 추정하는 근거로도 쓸 수 없습니다.

3. 구독 그룹: 목록 필터와 연결 전환은 다릅니다

구독 그룹은 구독 주소와 해당 주소에서 생성된 서버를 묶어 관리합니다. 설정의 출처와 업데이트 방법을 관리하는 기능이지, 현재 네트워크에 적합한 노드를 자동으로 판단하는 기능은 아닙니다. 메인 창에서 특정 그룹으로 전환하면 해당 그룹의 서버만 목록에 표시되지만 기존 활성 서버는 다른 그룹에 그대로 남아 있을 수 있습니다.

구독을 추가하려면 「구독 그룹」→「구독 그룹 설정」에서 새 그룹을 만들고 메모와 구독 주소를 입력한 뒤 저장하세요. 그런 다음 「구독 그룹」 메뉴로 돌아가 업데이트를 실행합니다. 일반적인 버전에서는 ‘모든 구독 업데이트’와 ‘프록시를 통해’ 관련 옵션을 제공합니다. 구독 주소에 직접 접속할 수 있는지에 따라 업데이트 경로를 선택하세요.

• 첫 설정 가져오기: 사용할 수 있는 노드가 없다면 먼저 프록시를 거치지 않고 업데이트해 보세요. 구독 주소 접속에 프록시가 필요하다면 먼저 사용할 수 있는 단일 노드 설정을 가져와야 합니다.
• 프록시를 통해 업데이트: 먼저 활성 서버로 웹페이지에 접속할 수 있는지 확인하세요. 이 옵션을 선택하는 것만으로 작동하지 않는 노드가 복구되지는 않습니다.
• 업데이트 후 목록이 비어 있음: 다른 그룹을 선택했는지, 검색어가 남아 있는지 확인한 다음 업데이트 결과의 노드 수와 오류 메시지를 살펴보세요.
• 이름이 비슷한 그룹: ‘기본 구독’, ‘보조 구독’처럼 출처와 용도를 기준으로 구분하세요. 메모는 그룹을 식별하는 데만 쓰이며 연결 설정을 바꾸지는 않습니다.

구독 링크에는 액세스 토큰이 포함되는 경우가 많으므로 계정 인증 정보처럼 안전하게 보관하세요. 문제를 확인할 때는 업데이트 시간, 오류 유형, 노드 수를 공유할 수 있지만 전체 구독 주소가 보이는 화면을 공개적으로 게시하지 마세요. 업데이트 성공은 클라이언트가 내용을 가져와 파싱했다는 뜻일 뿐, 각 노드의 연결 상태까지 확인한 것은 아닙니다.

4. 시스템 프록시와 라우팅: 두 설정은 각각 무엇을 제어하나요?

Windows 버전에서는 보통 하단 상태 표시줄의 「시스템 프록시」 메뉴나 작업 표시줄 알림 영역 아이콘의 마우스 오른쪽 버튼 메뉴에서 「시스템 프록시 자동 설정」 또는 「시스템 프록시 해제」를 선택할 수 있습니다. 전자는 시스템 프록시를 로컬 클라이언트의 수신 주소로 지정하고 후자는 해당 시스템 프록시 설정을 제거합니다. 시스템 프록시를 해제해도 코어는 계속 실행될 수 있으며, 프록시를 직접 지정한 프로그램은 여전히 프록시를 사용할 수 있습니다.

라우팅은 별도의 설정 단계입니다. 트래픽이 코어에 들어온 뒤 규칙에 따라 프록시, 직접 연결 또는 차단으로 처리됩니다. 따라서 시스템 프록시를 설정했다고 모든 트래픽이 원격 노드를 거치는 것은 아닙니다. 전역 프록시 유형의 라우팅을 선택해도 코어로 들어오지 않은 프로그램의 트래픽까지 자동으로 처리되지는 않습니다.

예를 들어 브라우저는 작동하지만 특정 명령줄 프로그램이 실패한다면 노드를 바로 바꾸기보다 해당 프로그램이 Windows 시스템 프록시를 읽는지 먼저 확인하세요. 반대로 시스템 프록시를 따르는 모든 프로그램이 실패한다면 로컬 수신 설정, 활성 서버, 코어 로그부터 확인해야 합니다.

5. 설정: 로컬 수신 설정과 원격 서버 매개변수 확인

「설정」→「매개변수 설정」으로 이동해 로컬 수신 포트, LAN 연결 허용 여부, 로그 수준, 코어 관련 설정을 먼저 확인하세요. 버전에 따라 이 항목들이 ‘기본 설정’, ‘Core’ 또는 비슷한 이름의 탭에 있을 수 있습니다. 오래된 안내서의 기본 포트를 그대로 적용하지 말고 설정을 저장한 뒤 코어가 정상적으로 다시 로드되는지도 확인하세요.

아래 두 카드는 매개변수 간의 관계를 설명하기 위한 예시이며 정해진 값을 그대로 입력하라는 뜻이 아닙니다. 첫 번째 카드는 현재 혼합 수신 포트가 10808로 설정되었다고 가정하고, 두 번째 카드는 원격 노드를 편집할 때 서비스 제공자에게 확인해야 할 항목을 보여 줍니다. 클라이언트의 로컬 포트와 서버의 원격 포트는 서로 다른 연결 구간에 속합니다.

기존 설정에서 HTTP 프록시와 SOCKS5가 각각 10809, 10808로 분리되어 있다면 위의 혼합 포트 예시만 보고 모든 프로그램을 10808로 바꾸지 마세요. 먼저 현재 수신 방식부터 확인해야 합니다. 이 PC에서만 사용할 경우 루프백 주소를 유지하고 LAN 접근을 비활성화하면 됩니다. 공유가 꼭 필요하다면 수신 범위, 방화벽, 접근 제어를 별도로 설정하세요.

6. 로그 창: 시작, 수신, 요청의 세 단계로 문제 확인

먼저 메인 창에서 로그 영역을 펼치세요. 숨겨져 있다면 메뉴에서 ‘로그’ 또는 ‘로그 표시’ 항목을 찾아보세요. 그런 다음 활성 서버를 한 번 전환해 새로 생성된 시작 기록을 확인하고 웹페이지 요청도 한 번만 실행합니다. 여러 테스트를 한꺼번에 하는 것보다 동작 시점을 하나로 제한하는 편이 오래된 로그의 오류 메시지 사이에서 원인을 찾기 쉽습니다.

로그에 오류가 많다고 해서 반드시 문제가 심각한 것은 아니며, 오류가 없다고 트래픽이 코어에 들어왔다는 뜻도 아닙니다. 로그 수준에 따라 기록의 상세도가 달라집니다. 잠시 문제를 확인해야 한다면 「설정」→「매개변수 설정」에서 관련 로그 옵션을 조정하고, 확인을 마친 뒤에는 원래 설정으로 되돌려 불필요한 기록이 계속 쌓이지 않도록 하세요.

수신 포트를 확인하려면 PowerShell에서 아래의 읽기 전용 명령을 실행하면 됩니다. 10808을 매개변수 설정에 표시된 실제 포트로 바꾸세요. 출력의 OwningProcess는 프로세스 번호입니다. 작업 관리자의 ‘세부 정보’ 탭에서 해당 PID를 찾을 수 있습니다. 출력이 없거나 개체를 찾을 수 없다는 메시지가 표시되면 해당 포트에서 일치하는 TCP 수신이 현재 없는 것입니다.

Get-NetTCPConnection -State Listen -LocalPort 10808 |
  Select-Object LocalAddress, LocalPort, OwningProcess

로그를 공유하기 전에 구독 토큰, 사용자 ID, 서버 주소, 접속 도메인 등 민감한 내용을 가리세요. 전체 설정 파일을 제공하는 것보다 오류 발생 시간, 코어 이름, 오류 내용, 직전에 수행한 작업을 남기는 편이 문제를 재현하는 데 도움이 됩니다.

7. 메인 화면 사용 관련 자주 묻는 질문

평소에는 점검 순서를 정해 두면 됩니다. 먼저 활성 서버를 확인하고, 다음으로 코어 시작 결과와 시스템 프록시 또는 TUN 연결을 살펴본 뒤, 마지막으로 라우팅과 대상 요청을 확인하세요. 각 단계의 상태를 나누어 확인해야 문제가 설정 출처, 로컬 연결, 원격 연결 중 어디에서 발생했는지 파악할 수 있습니다.