geoip.dat·geosite.dat 업데이트 방법: 라우팅 규칙 데이터 파일 사용법

두 dat 파일은 각각 어떤 역할을 하나요?

라우팅 규칙은 요청을 어디로 보낼지 정하는 표라고 볼 수 있습니다. 어떤 요청은 직접 연결하고, 어떤 요청은 프록시로 보내며, 어떤 요청은 차단합니다. geosite.dat와 geoip.dat는 이 표에서 사용하는 분류 데이터입니다. 파일을 업데이트하면 분류 내용은 달라질 수 있지만, 클라이언트의 규칙 순서나 연결 경로가 자동으로 바뀌지는 않습니다.

geosite:cn은 “현재 GeoSite 파일에서 cn이라는 이름의 집합을 참조한다”는 뜻이지, “.cn으로 끝나는 모든 도메인과 일치한다”는 뜻이 아닙니다. 집합에는 다른 도메인 접미사를 사용하는 도메인도 포함될 수 있으며, 구체적인 범위는 데이터를 관리하는 측에서 정합니다. 마찬가지로 geoip:cn은 IP 주소 대역 분류입니다. 특정 사이트의 서비스 지역을 보장하거나 지연 시간을 대신 측정해 주지는 않습니다.

노드 구독은 “어떤 서버에 어떤 프로토콜과 매개변수로 연결할지”를 설정합니다. Geo 파일은 “이 도메인이나 IP가 어떤 그룹에 속하는지”를 분류합니다. VMess, VLESS 등의 노드 프로토콜과 두 분류 파일은 설정 계층이 다르므로, 구독을 업데이트해도 라우팅 데이터베이스가 업데이트되지는 않습니다.

업데이트 전에 커널·출처·복구용 파일 확인하기

먼저 사용 중인 데이터 형식을 확인하세요. 이 글에서는 Xray와 V2Fly에서 사용하는 기존 dat 라우팅 데이터를 다룹니다. v2rayNG는 Xray 커널을 사용하고 v2flyNG는 V2Fly 커널을 사용합니다. 데스크톱 v2rayN은 현재 설정에서 실제로 사용하는 커널을 확인해야 합니다. 다른 규칙 형식을 사용 중이라면 파일 확장자만 바꿔 이 방법을 적용할 수 없습니다.

• 현재 라우팅 설정을 기록하세요. v2rayN 라우팅 설정에서 사용 중인 구성, 규칙 순서, 기본 연결 경로를 기록합니다. Android에서도 현재 활성화된 라우팅 모드를 적어 두세요. 데이터 업데이트와 라우팅 템플릿 변경을 동시에 진행하지 마세요.
• 기존 데이터를 보관하세요. 데스크톱에서는 커널을 중지한 뒤 실제로 사용 중인 위치의 dat 파일 두 개를 백업합니다. Android에서는 파일 관리자로 앱의 비공개 디렉터리를 강제로 수정하지 말고, 앱 내 업데이트 기능을 우선 사용하세요.
• 데이터 출처를 확인하세요. Geo 업데이트 주소를 직접 지정했다면 응답이 실제 바이너리 데이터 파일인지 확인하세요. 다운로드 안내 페이지, 로그인 페이지 또는 오류 페이지일 수 있습니다. 파일 이름에 .dat가 들어 있다고 해서 내용까지 올바른 것은 아닙니다.
• 태그 호환성을 확인하세요. 데이터 출처에 따라 태그가 다를 수 있습니다. 규칙에서 참조하는 cn, private 등의 집합이 선택한 파일에 있는지 확인하세요.

v2rayN: Geo 파일 업데이트 후 다시 불러오기

v2rayN은 버전이나 데스크톱·클래식 인터페이스에 따라 메뉴 구성이 다를 수 있습니다. 일반적인 경로는 메인 창의 ‘업데이트 확인’ → ‘Geo 파일 업데이트’입니다. 일부 버전에서는 GeoIP와 GeoSite를 각각 업데이트해야 합니다. 아래 설명은 이 경로를 기준으로 합니다. 메뉴 이름이 다르면 구독 업데이트가 아니라 Geo 데이터 업데이트 항목을 찾으세요.

1. 현재 설정 기록하기

   현재 노드, 활성 라우팅 설정, 커널 종류를 기록하세요. 파일을 직접 교체할 계획이라면 프로그램을 종료하고 원본 파일을 백업합니다. 우선 클라이언트에 내장된 업데이트 기능을 사용해 보세요.

2. 데이터 업데이트 실행

   ‘업데이트 확인’ → ‘Geo 파일 업데이트’를 선택합니다. GeoIP와 GeoSite가 별도 항목으로 표시되면 두 항목을 차례로 업데이트하고 각각 결과를 확인하세요. 하나만 성공해도 업데이트가 모두 완료된 것은 아닙니다.

3. 다운로드 실패 시 대처

   먼저 일반 네트워크와 현재 프록시가 작동하는지 확인하세요. 해당 버전에서 프록시를 통한 업데이트를 지원한다면 프록시 연결을 확인한 뒤 다시 시도할 수 있습니다. 사용할 수 없는 프록시를 통해 반복해서 다운로드하지 마세요.

4. 커널 서비스 재시작

   업데이트가 끝나면 커널 서비스를 재시작하세요. 해당 버튼을 찾기 어렵다면 트레이 메뉴에서 v2rayN을 종료한 뒤 프로그램을 다시 실행하세요. 창만 닫고 커널이 백그라운드에서 계속 실행되는 상황을 피할 수 있습니다.

5. 시작 결과 확인

   로그 창에서 데이터 파일 읽기 실패, 태그 누락, 규칙 로드 실패가 없는지 확인하세요. 기존 라우팅 구성을 유지한 상태에서 사이트 접속을 테스트합니다.

파일을 직접 업데이트할 때는 ‘프로그램 폴더에 같은 이름으로 있는 파일’이 커널에서 사용하는 파일이라고 단정하지 마세요. 설치 방식과 커널·리소스 디렉터리 설정에 따라 실제 파일 위치가 달라질 수 있습니다. 클라이언트 설정과 시작 로그에 표시된 리소스 경로를 확인한 뒤 커널을 중지하고 올바른 위치의 파일을 교체하세요. 파일 이름은 geoip.dat와 geosite.dat로 정확히 유지해야 합니다. 확장자 숨김 설정으로 확장자가 중복되지 않도록 주의하세요.

v2rayNG: 앱에서 Geo 리소스 업데이트하기

v2rayNG의 Geo 업데이트 메뉴는 버전에 따라 달라질 수 있습니다. 일반적으로 메인 화면 오른쪽 위의 더보기 메뉴에서 ‘Geo 파일 업데이트’ 또는 ‘Geo 리소스 업데이트’를 찾을 수 있습니다. 일부 버전에서는 ‘라우팅 설정’ 페이지의 더보기 메뉴에 있습니다. 먼저 메인 화면을 확인하고, 메뉴가 없다면 ‘라우팅 설정’을 살펴보세요. 현재 버전에 표시되는 Geo 업데이트 항목을 기준으로 진행하면 됩니다.

1. 연결 방식 확인

   현재 사용할 수 있는 노드를 그대로 유지하세요. 현재 네트워크에서 데이터 출처에 직접 접속할 수 없다면 먼저 프록시를 연결합니다. 다만 업데이트 트래픽이 프록시를 통하는지는 앱 설정과 실제 네트워크 적용 범위에 따라 달라집니다.

2. 업데이트 메뉴 열기

   메인 화면 오른쪽 위의 더보기 메뉴에서 Geo 업데이트 항목을 찾으세요. 없다면 ‘라우팅 설정’으로 이동한 다음 오른쪽 위의 더보기 메뉴를 확인합니다. 구독 그룹의 업데이트 버튼으로 대신하지 마세요.

3. 업데이트 완료 대기

   업데이트를 실행하고 앱에 표시되는 결과를 확인하세요. 두 파일을 따로 업데이트해야 한다면 각각 결과를 확인합니다. 실패하면 먼저 네트워크와 사용 가능한 저장 공간을 점검하세요. 연속해서 버튼을 눌러 작업이 동시에 실행되지 않도록 합니다.

4. 연결을 끊었다가 다시 연결

   업데이트가 끝나면 메인 화면의 연결 버튼을 눌러 서비스를 중지한 뒤 다시 연결해 커널이 리소스를 새로 불러오도록 합니다. 그런 다음 ‘라우팅 설정’에서 활성 규칙이 예상한 구성인지 확인하세요.

현재 설치된 버전에서 Geo 업데이트 기능을 찾을 수 없다면 먼저 앱의 버전 정보에서 버전을 확인하고, 해당 버전에서 제공하는 메뉴를 찾아보세요. 필요하면 클라이언트 다운로드 페이지에서 적절한 설치 파일을 선택할 수 있습니다. 데스크톱 파일 경로를 Android에 그대로 적용하지 말고, 파일을 교체하려고 앱 저장 공간을 무작정 초기화하지도 마세요. 초기화하면 노드, 구독, 사용자 지정 규칙도 함께 삭제될 수 있습니다.

geosite:cn과 geoip:cn은 어떻게 작성하나요?

아래는 Xray·V2Fly 형식의 라우팅 설정 일부이며, 단독으로 실행할 수 있는 전체 설정은 아닙니다. 예시에서는 cn 도메인 집합을 먼저 매칭한 다음 사설 주소와 cn 주소 대역을 매칭합니다. direct는 전체 설정에 실제로 존재하는 아웃바운드 태그여야 합니다. 직접 연결 아웃바운드의 이름이 다르다면 함께 바꾸세요.

{
  "routing": {
    "domainStrategy": "IPIfNonMatch",
    "rules": [
      {
        "type": "field",
        "domain": [
          "geosite:cn"
        ],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "ip": [
          "geoip:private",
          "geoip:cn"
        ],
        "outboundTag": "direct"
      }
    ]
  }
}

규칙은 위에서 아래로 확인하며 먼저 일치하는 규칙이 연결 경로를 결정합니다. 위의 도메인 규칙은 도메인을 IP로 먼저 해석할 필요가 없습니다. 뒤에 있는 IP 규칙이 도메인 요청에도 적용되는지는 domainStrategy에 따라 달라집니다. 이 값은 라우팅 객체의 필드입니다. DNS 설정이나 아웃바운드에 있는 같은 이름의 필드와 혼동하지 마세요.

예시에는 최종 기본 아웃바운드가 없습니다. 전체 설정에서는 기본 아웃바운드와 다른 규칙을 고려해 어떤 규칙에도 매칭되지 않은 요청의 경로를 정하세요. 특히 이 규칙보다 앞에 모든 TCP·UDP 연결을 처리하는 프록시 규칙을 두고 뒤의 cn 규칙이 적용되기를 기대하지 마세요.

업데이트 후 확인 방법과 오류 발생 시 복구 방법

검증할 때는 커널 시작 상태와 연결 동작을 모두 확인해야 합니다. 브라우저에서 페이지가 열렸다는 사실만으로 지정한 경로를 통해 연결됐다고 볼 수는 없습니다. 페이지·연결·DNS 캐시가 변화를 가릴 수도 있으므로, 테스트할 때는 같은 페이지를 새로고침하는 대신 연결을 새로 설정하세요.

• 첫 번째 단계: 로드 상태 확인. 커널을 재시작한 뒤 로그에서 파일 읽기와 규칙 초기화가 정상적으로 완료됐는지 확인하세요. 파일을 찾을 수 없다면 리소스 경로를 점검하고, 태그가 없다는 오류가 나오면 데이터 출처와 규칙 태그가 일치하는지 확인하세요.
• 두 번째 단계: 대상 확인. 목표 집합에 속하는 것으로 확인된 도메인을 하나 선택하고 실제 요청에 사용된 호스트 이름을 기록하세요. 한 웹페이지는 여러 도메인에 동시에 연결될 수 있으므로 메인 페이지의 연결 경로만으로 모든 리소스의 경로를 판단할 수 없습니다.
• 세 번째 단계: 연결 경로 확인. 클라이언트 로그에 라우팅 또는 아웃바운드 태그가 표시된다면 요청 시간과 함께 확인하세요. 필요하면 로그 상세 수준을 일시적으로 높이고, 점검이 끝나면 원래대로 되돌리세요. 필요하지 않은 접속 정보가 장기간 기록되지 않도록 합니다.
• 마지막 단계: 이전 상태로 복구. 업데이트 후 커널이 시작되지 않으면 서비스를 중지하고 원본 파일을 복원하세요. Android에서는 앱에서 지원하는 리소스 업데이트 기능을 사용해 정상 작동이 확인된 출처의 데이터로 복구하는 것이 좋습니다. 복원한 뒤 다시 연결하고, DNS와 라우팅을 동시에 변경하지 마세요.

Geo 데이터 문제를 해결할 때는 한 번에 한 가지 요소만 바꾸세요. 먼저 데이터를 바꾸고 확인한 다음, 규칙 수정이 필요하면 규칙만 따로 조정합니다. 노드, DNS, 라우팅 템플릿, 데이터 출처를 한꺼번에 바꾸면 연결이 복구되더라도 원인을 파악하기 어렵습니다. 시스템 프록시·구독·라우팅의 적용 순서를 확인하려면 입문 가이드를 읽거나 용어집을 참고하세요.