분류 깨져 보일 때 증상

· 국내(또는 특정 존 역) 페이지가 원치 않게 프록시 그룹(선택 과금 노드 등)으로 나가거나, 새 API·CDN 조합 때문에 예상외 DIRECT 또는 PROXY로 갈린다.
· RULE SET에 기대하던 GEOIP,CN,DIRECT 한 줄이 위쪽의 광역 패턴에 눌려 실제 매치와 다르게 적용된다면 순서부터 의심하되, 설정 수정 없이 과거에는 정상이었다면 로컬 mmdb 또는 geosite 스냅샷 버전 불일치를 함께 봐야 한다.
· DNS·fake-ip처럼도 보입니다. 즉시 연결·TLS 로그 안내와 함께 Meta DNS 챕터와 축을 나누어 주세요.
· IPv6가 섞였다면 먼저 IPv6 듀얼 스택 전용 안내와 병행해 지오 교체 테스트를 하는 편이 낫습니다.

먼저 볼 축:mmdb·geosite와 규칙 순서

GEOIP 규칙은 IP를 코어가 로드한 mmdb 블록에 대조해 매치합니다. 도메인·앱 태깅 라이브러리인 GEOSITE/RULE SET은 별도 geosite 형식 패키지 의존도가 큽니다. 동일 YAML도 위쪽에서 첫 매치가 이겨 순서 때문에 틀릴 수 있으므로, 패턴 순서 재확인테이블 갱신 두 축으로 나눌 것을 권합니다. 순서 작성을 다시 묶을 때 규칙 분류 베스트 프랙티스를 따라가세요. 룩업 공간과는 별개로 패킷이 어느 인터페이스로 들어오느냐는 TUN 과제입니다. 레이어망은 TUN 심층 안내와 헷갈리지 마세요.

지오 파일 배치 위치 확인

실제 디렉터리는 코어 종류와 GUI 작업 디렉터리에 따라 달라져 한 줄로 통일하면 실패하기 쉽습니다. 접근 순서 예: (1) 트레이·설정 화면에 GeoData·mmdb 경로가 있으면 그 절대 경로 확인. (2) 설정 YAML에서 geo-auto-update류 키로 내려받은 실제 파일명 확인. (3) 수동이라면 실행 바이너리 옆 또는 ~/.config/mihomo, Windows 사용자 AppData 등을 살폅니다. Country.mmdb·GeoSite.dat처럼 부르기도 하니 수정 시간·파일 크기로 구버전을 구분하면 실수가 줄어듭니다.

일부 조합은 패키지 업데이트 시 자동으로 지오 파일을 내려받게 해 두었는데 스케줄이 막혀 있거나, 이전 수동 복사본이 상위 경로에 남아 새 파일이 덮이지 않는 경우도 있습니다. 사용자 권한 문제로 백그라운드가 쓴다가 중간에 깨진 불완전 파일이면 코어가 재시작 후에도 무음으로 낡은 결과를 쓰는 것처럼 느껴집니다. 교체 직후에는 실제 용량·타임스탬프 두 가지를 확인하고, 스크립트 로그에 checksum이 남는 파이프라인이면 그 값까지 기록해 두면 회귀 테스트가 훨씬 수월합니다.

Country.mmdb(또는 GeoLite)·교체 순서

(1) 기존 mmdb를 백업합니다. (2) 사용 중인 라이선스 허용 범위 안의 신규 파일을 받습니다. (3) 설정이 가리키는 파일명과 정확히 맞춰 덮어쓰거나 YAML 경로를 새 파일을 가리키게 고칩니다. (4) 코어를 재시작·리로드해 메모리 캐시를 비웁니다. 릴리스 노트만 남겨 두면 이후 회귀를 추적하기 쉽습니다.

Example — YAML path hints (adapt to your engine)
# Many Meta/Mihomo builds expose geox URLs or expect ./Country.mmdb
# next to cwd. Backup, replace atomically if possible, then reload core.

geosite·RULE-SET·Provider 갱신

원격 RULE SET 프로바이더를 쓰면 URL이 새 스냅샷 빌드를 가리킬 때가 많아, 이때 중요한 건 프로바이더 캐시 새로 고침입니다. 로컬 단일 .dat를 직접 가리키는 구조라면 패키저 최신 빌드를 덮어쓴 뒤 리로드하세요. 도메인·IP 레이블을 재배치할 때 순서 헷갈림을 줄이려면 같은 문서 챕터로 규칙 목록 순서 안내를 다시 읽어도 좋습니다.

코어 재시작 후 로그로 적용 검증

재부팅 직후 시작 로그에 mmdb 버전 문자열 또는 로드 성공 메시지가 뜨는 빌드를 사용하면 확인이 빨라집니다. 어떤 GUI는 지오패키지를 자동 패치하는데 사용자가 같은 이름을 다른 경로로 덮어두면 새 파일보다 과거 버전이 우선 순위를 차지하기도 해서, 디렉터리 전체 검색까지 해두면 안전합니다. 접속 테스트 시 실제 규칙 이름이 기대 GEOIP 줄인지부터 보면, 위쪽 광역 줄이 빼앗았는지도 함께 드러납니다. 패널이 있다면 Meta Web UI 설정으로 실시간 흐름을 붙입니다. 패턴 적용 결과가 이해되지 않으면 연결 타임아웃·TLS 로그 안내 문맥까지 합쳐 “노드 vs 분류 오판” 축으로 나눌 수 있습니다.

공유기·린 게이트웨이에서는

OpenWrt·게이트웨이에서는 지오파일 위치가 PC와 전혀 다릅니다. DNS·WAN 이슈까지 겹쳐 보일 때 라우팅 화면 흐름은 OpenWrt·국내 우회 게이트웨이 안내와 맞먹습니다—단, 본문의 mmdb·geosite 교체는 동일하게 “코어 파일 경로 하나” 문제로 줄일 수 있습니다.

준수

⚠ 회사·학교·통신약관 등이 라우팅·프록시 변경을 금지하면 절차를 따르지 마십시오. 글은 권한이 있는 사용자 본인 기기 진단 목적입니다. 타인 장비에 무단으로 파일을 덮어쓰면 안 됩니다.

맺음말

GEOIP 분류 깨짐은 “표식이 헷갈리는 지도를 오래 들고 있을 때” 자주 발생합니다. mmdb와 geosite 교체 후 실제 규칙 매치 문자열까지 로그에서 확인해야 추측 반복에서 벗어납니다. 허용된 네트워크 안에서 최신 클라이언트 패키지로 동일 과정을 밟으세요.

공식 페이지에서 Clash 무료 다운로드로 최신 패키지를 받아 테스트해 보실 수 있습니다.