geoip.dat 및 geosite.dat 업데이트 방법: v2rayN 라우팅 데이터베이스 수동 교체와 자동 업데이트 설정

이 글 한눈에 보기

이 글은 v2rayN 라우팅 기능을 사용하면서 분류 데이터가 오래되었거나 규칙이 적용되지 않는 사용자를 위한 내용입니다. 현재 코어와 리소스 디렉터리를 확인한 뒤 내장 업데이트를 실행하고 코어를 재시작합니다. 이후 로그와 최종 설정에서 분류명을 점검하며, 내장 업데이트가 실패하면 코어를 중지한 뒤 두 데이터 파일을 수동으로 교체합니다.

geoip.dat과 geosite.dat은 각각 무엇을 처리하나

geoip.dat은 IP 주소 대역을 기준으로 분류합니다. 라우팅 규칙의 geoip:cn과 geoip:private은 이 파일에서 읽습니다. 연결 대상이 이미 IP이거나 도메인 해석 결과를 다시 IP 기준으로 매칭해야 할 때 코어가 GeoIP 데이터를 조회합니다.

geosite.dat은 도메인을 기준으로 분류합니다. 대표적인 형식으로 geosite:cn, geosite:category-ads-all, geosite:geolocation-!cn이 있습니다. 도메인 규칙 모음만 저장하며 DNS 해석을 담당하지 않고 특정 IP의 지역도 직접 판단하지 않습니다.

두 파일 모두 실행 중인 Xray 또는 V2Fly 코어가 읽습니다. v2rayN은 설정 생성, 코어 호출, 업데이트 실행을 담당할 뿐입니다. 파일을 업데이트해도 규칙 순서가 자동으로 바뀌지는 않습니다. 앞에 더 넓은 범위의 규칙이 먼저 매칭되면 뒤의 GeoIP 또는 GeoSite 규칙은 계속 실행되지 않습니다.

앱에서 요청 전송 대상 정보 확인 도메인 규칙 매칭 IP 규칙 매칭 아웃바운드 선택

리소스 파일	규칙 접두사	대표 분류	적합한 용도
geosite.dat	`geosite:`	`cn`、`category-ads-all`	도메인 집합 기준 라우팅
geoip.dat	`geoip:`	`cn`、`private`	대상 IP 주소 대역 기준 라우팅

업데이트 전에 코어, 디렉터리, 기존 규칙 확인하기

먼저 v2rayN 메인 화면에서 현재 활성 설정이 사용하는 코어를 확인합니다. VLESS, XTLS 또는 REALITY 설정은 일반적으로 Xray가 처리하며, 일반 VMess 설정도 Xray를 사용할 수 있습니다. 코어 유형을 바꾼 적이 있다면 이전 디렉터리의 파일만 교체해서는 안 됩니다.

그다음 「설정」→「매개변수 설정」을 열어 로컬 리스닝 포트, 코어 유형, 업데이트 관련 옵션을 기록합니다. 일반적인 로컬 SOCKS 포트는 10808, HTTP 포트는 10809입니다. 포트를 직접 변경했다면 현재 화면의 값을 기준으로 하며, 리소스 파일 업데이트 자체에는 포트 수정이 필요하지 않습니다.

2개

함께 확인해야 할 데이터 파일

10808

일반적인 로컬 SOCKS 포트

10809

일반적인 로컬 HTTP 포트

24시간

일상적인 확인 주기 권장값

Xray 리소스 디렉터리

일반적인 위치: bin\Xray\
실행 파일: xray.exe
데이터 파일: geoip.dat、geosite.dat
적용되는 설정: VLESS、VMess

압축 파일의 루트 디렉터리를 추측하지 말고 실제 시작 로그에 표시된 코어 경로를 기준으로 합니다.

V2Fly 리소스 디렉터리

일반적인 위치: bin\v2ray\
실행 파일: v2ray.exe
데이터 파일: geoip.dat、geosite.dat
규칙 접두사: geoip、geosite

디렉터리 이름은 v2rayN 버전과 압축 해제 구조에 따라 달라지므로 현재 실행 파일과 연결된 경로인지 반드시 확인해야 합니다.

마지막으로 현재 라우팅 설정을 내보내거나 열어 GeoIP 또는 GeoSite가 실제로 참조되는지 확인합니다. 설정에 geoip:나 geosite: 항목이 없으면 데이터 파일만 교체해도 눈에 보이는 변화가 없습니다. 업데이트 전 기존 파일을 별도 백업 디렉터리에 복사하고 파일명에 날짜를 덧붙여도 됩니다.

v2rayN 내장 기능으로 Geo 파일 업데이트하기

먼저 클라이언트의 내장 기능을 사용합니다. 일반적인 경로는 메인 메뉴의 「업데이트 확인」→「Geo files 업데이트」입니다. 일부 v2rayN 7.x 화면에서는 업데이트 하위 메뉴에 있으며, 중국어 UI에서는 「Geo 파일 업데이트」 또는 「Geo 리소스 업데이트」로 표시될 수 있습니다. 실행 전에 연결 가능한 서버 설정을 선택하세요.

v2rayN을 실행하고 코어가 정상적으로 작동하는지, 시스템 시간과 네트워크 연결이 정상인지 확인합니다.
「업데이트 확인」 메뉴를 열고 Geo 파일 업데이트 항목을 선택합니다.
상태 표시줄이나 로그에 다운로드 및 기록 완료가 표시될 때까지 기다립니다. 기록 중에는 프로그램을 종료하지 마세요.
현재 코어를 중지한 뒤 다시 시작합니다. 시스템 프록시만 전환하는 것으로는 기존 리소스가 해제된다고 보장할 수 없습니다.
로그를 열어 분류를 찾을 수 없거나 리소스 파일을 읽지 못하거나 설정을 불러오지 못했다는 오류가 없는지 확인합니다.

자동 업데이트와 코어 전환을 자주 함께 수행하는 것은 피하는 것이 좋습니다. v2rayN의 코어마다 사용하는 디렉터리가 다를 수 있으므로 한 번 다운로드가 성공했다는 사실은 대상 디렉터리에 기록되었다는 뜻일 뿐, 다른 코어 디렉터리까지 동기화되었다는 의미는 아닙니다. Xray를 계속 사용한다면 현재 Xray 디렉터리와 시작 로그만 중점적으로 확인하면 됩니다.

업데이트가 끝난 뒤 단순히 “다운로드 성공”만으로 규칙이 정상이라고 판단하지 마세요. 코어를 다시 시작한 다음 직접 연결되어야 하는 도메인 하나와 프록시를 거쳐야 하는 도메인 하나에 접속해 로그의 대상 주소와 아웃바운드 태그를 각각 확인합니다. 매칭 결과가 예상과 일치해야 업데이트가 완료된 것입니다.

결론: 업데이트 후에는 반드시 코어를 재시작해야 합니다

Geo 데이터는 코어가 시작될 때 로드됩니다. 코어를 먼저 중지하고 약 3초 기다린 다음 다시 시작해 첫 번째 로그 구간을 확인하는 방법이 서버나 시스템 프록시만 전환하는 것보다 확실합니다.

내장 업데이트가 실패할 때 파일 수동 교체하기

수동 교체 전에 코어를 완전히 중지합니다. xray.exe 또는 v2ray.exe가 계속 실행 중이면 파일이 사용 중일 수 있고, 복사 과정에서 한 파일만 교체될 수도 있습니다. v2rayN의 「서버」 영역에서 중지한 뒤 로그 출력이 완전히 끝났는지 확인하세요.

다운로드 출처는 현재 코어가 지원하는 리소스 형식과 일치해야 합니다. 새 geoip.dat과 geosite.dat을 받은 뒤 파일명은 그대로 유지합니다. 압축 파일 자체의 이름을 .dat으로 바꾸거나 두 파일을 추가 중첩 디렉터리에 넣지 마세요.

v2rayN\
├─ v2rayN.exe
└─ bin\
   └─ Xray\
      ├─ xray.exe
      ├─ geoip.dat
      └─ geosite.dat

실행 중인 코어를 종료하고 로그에 표시된 코어 실행 경로를 기록합니다.
해당 실행 파일이 있는 디렉터리를 열고 기존 .dat 파일 두 개가 같은 폴더에 있는지 확인합니다.
기존 파일을 백업 디렉터리에 복사합니다. 예: backup\2026-08-26\
새 파일을 복사해 같은 이름의 파일을 덮어쓰고 최종 이름에 확장자가 중복되지 않았는지 확인합니다.
코어를 시작하고 설정을 불러오는 단계에서 리소스 읽기 오류가 보고되는지 확인합니다.
직접 연결, 프록시, 차단 규칙을 각각 하나씩 테스트하고 실제 아웃바운드를 확인합니다.

덮어쓰기 전

코어 상태: 중지됨
백업 수량: 파일 2개
디렉터리 기준: 시작 로그
파일명: 원래 이름 유지

먼저 현재 사용 중인 디렉터리를 확인해 이전 버전의 잔여 디렉터리를 업데이트하지 않도록 합니다.

덮어쓴 후

첫 번째 단계: 코어 재시작
두 번째 단계: 로그 확인
세 번째 단계: 라우팅 테스트
문제 처리: 기존 파일 복원

두 파일은 같은 배치로 처리해야 합니다. 분류 버전이 어긋나 문제를 찾는 데 드는 시간을 늘리지 않도록 하세요.

포터블 버전에서 디렉터리를 옮겼다면 시스템에 여러 개의 bin\Xray\가 남아 있을 수 있습니다. 파일 수정 시간으로 검색하면 위치를 찾는 데 도움은 되지만 실제 사용 중이라는 증거는 아닙니다. 가장 확실한 기준은 현재 시작 로그의 실행 경로와 작업 관리자에 실제로 실행 중인 코어 프로세스입니다.

GeoIP 및 GeoSite에서 자주 쓰는 분류명 작성법

v2rayN 라우팅 설정에서는 도메인 규칙과 IP 규칙을 해당 입력란에 넣어야 합니다. geosite:cn은 도메인 매칭 영역에, geoip:cn은 IP 매칭 영역에 입력합니다. 아웃바운드 태그는 보통 direct, proxy, block 중에서 선택하지만, 구체적인 이름은 최종 생성된 설정의 태그를 기준으로 하세요.

일반적인 기본 순서는 사설 주소 직접 연결, 특정 차단 도메인 차단, 중국 본토 도메인 직접 연결, 중국 본토 IP 직접 연결, 나머지 트래픽의 프록시 아웃바운드 전송입니다. 전역 프록시 규칙을 맨 앞에 두면 뒤의 직접 연결 분류는 매칭될 기회를 잃습니다.

{
  "type": "field",
  "domain": [
    "geosite:cn"
  ],
  "outboundTag": "direct"
},
{
  "type": "field",
  "ip": [
    "geoip:private",
    "geoip:cn"
  ],
  "outboundTag": "direct"
},
{
  "type": "field",
  "domain": [
    "geosite:category-ads-all"
  ],
  "outboundTag": "block"
}

geoip:private: 일반적인 사설 및 로컬 주소 범위와 매칭되며 보통 직접 연결로 설정합니다.
geoip:cn: 대상 IP를 기준으로 분류하며 도메인 규칙 뒤에서 보완 규칙으로 사용하기 좋습니다.
geosite:cn: 중국 본토 도메인 분류에 수록된 항목과 매칭됩니다.
geosite:category-ads-all: 광고 도메인 집합과 매칭됩니다. 사용하기 전에 서비스에 필요한 도메인이 잘못 차단되지 않는지 확인하세요.
geosite:geolocation-!cn: 지리적 특성에 따라 정리된 중국 본토 외 도메인 집합과 매칭됩니다. 범위가 넓으므로 정밀 규칙 뒤에 배치해야 합니다.

분류명은 현재 geosite.dat 또는 geoip.dat에 실제로 존재해야 합니다. 그럴듯한 이름을 직접 입력해도 분류가 자동으로 생성되지는 않습니다. 코어 시작 시 “geosite 항목을 찾을 수 없음”과 같은 오류가 표시되면 로컬 리스닝 포트를 반복해서 바꾸기보다 철자, 접두사, 데이터 출처부터 확인하세요.

결론: 넓은 범위의 분류보다 정밀 규칙을 먼저 배치해야 합니다

개별 도메인, 완전한 도메인, 특정 분류를 먼저 처리한 다음 geosite:geolocation-!cn과 같은 넓은 범위의 집합을 사용하고 마지막에 기본 아웃바운드를 설정합니다. 이렇게 하면 로그에서 잘못된 매칭을 더 쉽게 찾을 수 있습니다.

업데이트 후 규칙이 적용되지 않을 때의 점검 순서

업데이트 후 코어가 시작되지 않으면 먼저 로그의 첫 번째 오류를 확인합니다. 리소스 파일 경로 오류, 존재하지 않는 분류, JSON 설정 문법 오류는 서로 다른 문제입니다. 문제를 추적하는 데 필요한 맥락을 잃을 수 있으므로 먼저 모든 라우팅 규칙을 삭제하지 마세요.

코어는 시작되지만 라우팅 결과가 잘못되었다면 먼저 요청에 도메인 정보가 포함되어 있는지 확인합니다. 일부 앱은 IP에 직접 연결하므로 GeoSite 규칙으로 매칭할 도메인이 없고 GeoIP에 의존해야 합니다. DNS 재작성, 원격 해석 또는 TUN 모드를 사용하면 대상 정보가 만들어지는 과정도 달라질 수 있으므로 최종 설정을 함께 확인해야 합니다.

업데이트를 마쳤는데도 분류를 찾을 수 없다고 표시되나요?

시작 로그를 열어 실제 코어 디렉터리를 확인한 다음 규칙 철자를 점검합니다. 예를 들어 geosite:cn은 IP 목록에 넣을 수 없고 geoip:cn도 도메인 목록에 넣을 수 없습니다. 수정한 뒤 코어를 중지하고 약 3초 기다렸다가 다시 시작하세요.

파일을 덮어썼는데 수정 시간이 바뀌지 않나요?

대개 사용하지 않는 이전 디렉터리를 교체한 경우입니다. 로그에서 xray.exe 또는 v2ray.exe의 실제 경로를 확인하고 두 파일을 해당 실행 파일이 있는 디렉터리에 넣은 다음 코어를 재시작하세요.

업데이트 후 모든 웹사이트가 프록시를 사용하나요?

라우팅 규칙 순서와 현재 라우팅 모드를 확인합니다. 사설 주소, geosite:cn, geoip:cn의 직접 연결 규칙을 기본 프록시 규칙보다 앞에 배치하고 아웃바운드 태그가 실제로 direct를 가리키는지 확인하세요.

광고 분류 때문에 정상적인 페이지 리소스가 누락되나요?

먼저 geosite:category-ads-all 규칙을 잠시 비활성화해 원인을 확인한 뒤 코어 로그에서 차단된 구체적인 도메인을 찾습니다. 서비스에 필요한 도메인은 더 앞쪽의 직접 연결 또는 프록시 규칙에 추가하고 전체 라우팅을 바로 해제하지 마세요.

내장 업데이트가 계속 시간 초과되면 어떻게 하나요?

먼저 사용 가능한 서버 설정에 연결하고 시스템 시간이 정확한지 확인한 뒤 「업데이트 확인」→「Geo files 업데이트」를 다시 실행합니다. 그래도 실패하면 코어를 중지하고 실제 코어 디렉터리를 기준으로 파일을 수동 교체한 뒤 이전 파일을 복구용으로 보관하세요.

현재 선택된 라우팅 모드도 확인해야 합니다. v2rayN에서 전역 프록시, 전역 직접 연결 또는 다른 사전 설정 모드로 전환하면 사용자 지정 규칙이 최종 적용 설정이 아닐 수 있습니다. 편집 창에 저장된 내용만 보지 말고 시작 후 생성된 라우팅 구간을 확인하세요.

소수의 도메인만 비정상적으로 라우팅된다면 정밀 규칙 하나를 먼저 추가해 비교해 보세요. 정밀 규칙은 매칭되지만 분류 규칙은 매칭되지 않는다면 분류명, 데이터 파일 또는 규칙 필드에 문제가 있을 가능성이 큽니다. 둘 다 매칭되지 않으면 규칙 순서, 대상 유형, 아웃바운드 태그를 계속 점검하세요.

복구 가능한 업데이트 주기 만들기

Geo 데이터는 시작할 때마다 강제로 다운로드할 필요가 없습니다. 일반적인 사용 환경에서는 주 1회 확인하면 되며, 세분화된 분류 규칙에 의존하거나 새 도메인의 분류 변경이 자주 발생한다면 24시간마다 확인할 수 있습니다. 업데이트 주기는 분류 데이터의 최신성에만 영향을 주며 노드 전송 속도를 높이지는 않습니다.

업데이트할 때마다 최근에 정상 작동한 백업 한 세트만 보관하면 됩니다. 백업에는 geoip.dat, geosite.dat, 현재 라우팅 설정을 포함합니다. 분류 누락이나 잘못된 매칭이 발생하면 먼저 이전 데이터 세트를 복원한 뒤 규칙 변경을 각각 확인하세요. 파일, DNS, 아웃바운드 설정을 동시에 바꾸지 않는 것이 좋습니다.

업데이트 전: 코어 유형, 실행 경로, 라우팅 모드, 파일 수정 날짜를 기록합니다.
업데이트 중: 두 리소스 파일을 하나의 배치로 처리해 한 파일만 교체하지 않도록 합니다.
업데이트 후: 코어를 중지하고 재시작한 뒤 시작 로그와 세 가지 아웃바운드 결과를 확인합니다.
문제 발생 시: 최근 백업을 복원한 뒤 분류명, 필드, 순서, 디렉터리를 항목별로 점검합니다.

유지 관리가 끝나면 고정 테스트 대상을 정해 두세요. 로컬 LAN 주소로 사설 주소 직접 연결을 확인하고, 알려진 중국 본토 도메인으로 GeoSite를 확인하며, 직접 IP 요청으로 GeoIP를 확인한 다음 프록시를 사용해야 하는 도메인 하나로 기본 규칙을 점검합니다. 무작위로 웹페이지를 여는 것보다 고정된 테스트 대상이 업데이트 전후 차이를 비교하기 쉽습니다.