서론: Fake-IP DNS가 필요한 이유
Fake-IP는 실제 웹사이트 IP 주소를 Windows에 바로 돌려주는 대신, Clash가 관리하는 가상 IP 주소를 응답으로 전달하는 DNS 처리 방식입니다. Windows와 앱은 이 가상 주소를 목적지로 인식하고, Mihomo는 해당 주소와 도메인의 대응 관계를 기억해 트래픽을 올바른 규칙에 따라 처리합니다. 따라서 도메인 기반 규칙이 적용되는 시점을 앞당기고, DNS 요청과 연결 흐름을 Clash 안에서 관리하기가 쉬워집니다.
이 설정은 Clash Verge Rev 자체의 프록시 노드를 바꾸는 기능이 아닙니다. Fake-IP를 켜더라도 도메인 규칙, 프록시 그룹, 노드 상태가 올바르지 않으면 사이트 연결은 실패할 수 있습니다. 또한 일부 로컬 네트워크 장비나 오래된 프로그램은 가상 IP 응답을 정상적으로 처리하지 못할 수 있으므로, 적용 후에는 DNS 응답과 실제 연결을 각각 확인하는 것이 좋습니다.
이 가이드의 범위
Windows용 Clash Verge Rev에서 프로필의 Mihomo DNS 설정을 확인·수정하고, 설정을 다시 불러온 뒤 Fake-IP가 실제로 동작하는지 점검하는 과정을 안내합니다. 메뉴 이름은 설치 버전과 언어 설정에 따라 조금 다를 수 있습니다.
1설정 전 확인할 항목
수정하기 전에 먼저 Clash Verge Rev가 실행 중인지, 사용 중인 프로필이 무엇인지 확인합니다. 프로필이 여러 개라면 현재 활성화된 프로필과 편집하려는 프로필이 같은지 살펴보세요. 다른 프로필을 고쳐도 현재 연결에는 반영되지 않습니다. 원격 구독 프로필은 업데이트 때 제공업체 설정으로 덮어써질 수 있으므로, 원본 내용을 별도 파일에 복사하거나 앱이 제공하는 병합(Merge) 설정을 이용하는 편이 안전합니다.
- Mihomo 코어 확인: Fake-IP DNS를 처리할 수 있는 Mihomo 코어가 선택되어 있는지 확인합니다. 코어 상태나 버전이 불분명하면 먼저 앱에서 코어 업데이트 여부를 점검하세요.
- 관리자 권한: DNS 가로채기나 TUN 모드를 함께 사용할 계획이라면 Clash Verge Rev에 필요한 권한이 부여되어 있는지 확인합니다. 권한이 없으면 DNS 설정은 읽혔더라도 시스템 트래픽에 적용되지 않을 수 있습니다.
- 복구 지점: YAML을 직접 편집하기 전 원본 프로필을 복사해 둡니다. 오류가 생기면 백업을 되돌려 원인을 분리할 수 있습니다.
- 구성 출처: 회사 네트워크, VPN, 보안 프로그램이 DNS를 강제로 지정하는 환경에서는 Clash의 DNS 동작과 충돌할 수 있습니다. 테스트 중에는 다른 VPN을 잠시 끄되, 조직의 보안 정책은 우선 준수하세요.
프로필을 덮어쓰지 마세요
원격 구독 프로필을 직접 편집한 뒤 업데이트하면 수정 내용이 사라질 수 있습니다. 앱에 병합 구성이나 오버라이드 기능이 있다면 해당 기능을 우선 사용하고, 기능이 없다면 편집 가능한 로컬 프로필을 별도로 만들어 적용하는 방법을 검토하세요.
2프로필에서 Fake-IP DNS 설정
Clash Verge Rev의 프로필 화면에서 현재 사용할 프로필을 선택한 다음, 편집 또는 구성 파일 열기 기능으로 YAML 내용을 확인합니다. 앱 버전에 따라 버튼 문구와 위치는 달라질 수 있습니다. 설정 파일의 최상위 항목에 이미 dns: 블록이 있다면 두 번째 블록을 새로 추가하지 말고 기존 항목을 수정해야 합니다. YAML에서 들여쓰기는 공백으로 맞추고 탭 문자는 사용하지 않습니다.
다음은 Mihomo에서 사용하는 Fake-IP 설정의 기본 예시입니다. 기존 구성에 이미 nameserver, proxy-server-nameserver 또는 필터 목록이 있다면 무작정 지우지 말고 역할을 확인해 병합하세요.
enable은 Mihomo DNS 기능을 켭니다. enhanced-mode: fake-ip가 핵심이며, fake-ip-range는 가상 IP에 사용할 주소 대역입니다. 이 대역은 일반적으로 사설 네트워크에서 사용하지 않는 범위로 두어야 합니다. 예시의 198.18.0.1/16은 성능 테스트용 주소 범위이며, 다른 네트워크 장비나 사용자 지정 규칙이 같은 범위를 사용한다면 충돌 여부를 확인하세요.
nameserver는 실제 도메인 조회를 전달할 DNS 서버를 지정합니다. 예시는 주소 예시일 뿐이며, 사용하는 네트워크와 개인정보 보호 요구에 맞는 신뢰할 수 있는 서버로 바꿀 수 있습니다. proxy-server-nameserver는 프록시 서버의 도메인 이름을 확인할 때 이용할 DNS 서버입니다. 프록시 노드 주소가 도메인 이름으로 제공된다면 이 항목을 적절히 설정해야 노드 자체의 주소 확인 실패를 줄일 수 있습니다.
fake-ip-filter는 Fake-IP를 적용하지 않고 실제 DNS 응답을 유지할 도메인을 지정합니다. 예시의 로컬 도메인과 시간 동기화 도메인은 환경에 따라 필요성이 다릅니다. 프린터, NAS, 사내 서비스 또는 특정 게임에서 연결 문제가 생기면 해당 도메인을 좁게 필터에 추가해 시험하세요. 지나치게 넓은 와일드카드 필터는 Fake-IP 적용 범위를 줄이고, 규칙 기반 연결 확인을 어렵게 만들 수 있습니다.
listen 값에 관한 참고
DNS 수신 주소는 앱의 TUN·시스템 DNS 처리 방식과 기존 구성에 맞아야 합니다. 제공업체 프로필에 이미 작동하는 DNS 구성이 있다면 예시의 주소와 포트를 그대로 덮어쓰지 말고, 현재 환경에서 요구하는 값을 유지하세요.
3저장하고 프로필을 다시 불러오기
파일 편집을 마친 뒤 저장하고 Clash Verge Rev로 돌아옵니다. 편집 화면에 적용 또는 저장 버튼이 있다면 변경 사항을 확정한 다음, 활성 프로필을 다시 선택하거나 새로고침·다시 불러오기 기능을 실행합니다. 구성 변경이 감지되면 앱이 자동으로 코어에 반영하기도 하지만, 화면에 변경 내용이 표시되지 않으면 프로필을 명시적으로 다시 불러오세요.
- 수정한 YAML을 저장하고, 들여쓰기와 최상위
dns:항목이 올바른지 확인합니다. - Clash Verge Rev의 프로필 화면에서 편집한 프로필을 다시 불러오거나 활성화합니다.
- 구성 오류 알림이 나타나면 적용을 진행하지 말고 오류 메시지와 해당 줄을 확인합니다.
- 필요한 경우 앱의 서비스 모드 또는 TUN 모드를 켭니다. Windows 권한 요청이 표시되면 앱의 정상 동작에 필요한 범위에서 승인합니다.
- 코어가 실행 중인지 확인한 뒤 브라우저를 새로 열어 테스트합니다. 이미 실행 중인 앱은 이전 DNS 결과를 캐시할 수 있으므로 먼저 완전히 종료했다가 다시 시작하세요.
DNS 설정만으로 모든 앱의 트래픽이 자동으로 Clash를 통과하는 것은 아닙니다. 브라우저 프록시만 사용하는 상태라면 Windows의 모든 프로그램에 같은 경로가 적용되지 않을 수 있습니다. 시스템 전체 트래픽을 처리해야 하는 경우에는 해당 환경에 맞게 TUN 모드와 권한을 별도로 확인하고, 앱의 연결 화면에서 실제로 요청이 보이는지 점검하세요.
구성 오류가 발생한 경우
YAML 파싱 오류는 대개 잘못된 들여쓰기, 탭 문자, 중복된 dns: 항목 또는 목록의 하이픈 누락에서 발생합니다. 수정한 부분을 원본과 비교하고 한 번에 한 항목씩 고치면 원인을 찾기 쉽습니다.
4Fake-IP 적용 여부 확인
성공 여부는 한 가지 화면만 보고 판단하지 말고, DNS 응답과 Clash의 연결 기록을 함께 확인하세요. 먼저 Clash Verge Rev에서 코어가 실행 중인지 확인하고, 연결(Connections) 화면이나 로그에 테스트한 도메인의 요청이 나타나는지 살펴봅니다. 요청이 보이지 않는다면 브라우저가 시스템 DNS를 사용하지 않거나, 앱 트래픽이 Clash에 들어오지 않는 상태일 수 있습니다.
Windows에서 명령 프롬프트를 열어 다음처럼 도메인을 조회할 수 있습니다. 실제 테스트할 도메인은 규칙과 프로필에 맞는 안정적인 사이트로 바꾸세요.
Fake-IP가 해당 요청에 적용되면 응답 주소가 198.18.0.0/15 범위 안에 나타나는 경우가 많습니다. 다만 실제 주소 대역은 구성의 fake-ip-range 설정에 따라 달라집니다. 응답이 일반적인 공인 IP라고 해서 곧바로 실패라고 단정할 수는 없습니다. 해당 도메인이 필터에 들어 있는지, DNS 조회가 Clash를 거쳤는지, 프로필에서 다른 DNS 모드가 적용되고 있지 않은지를 함께 확인해야 합니다.
Windows DNS 캐시를 비운 뒤 다시 조회하면 이전 응답 때문에 생기는 혼선을 줄일 수 있습니다. 브라우저에는 자체 DNS 캐시나 보안 DNS(DoH) 기능이 있을 수 있으므로, 브라우저 설정에서 보안 DNS가 별도 서버를 사용하도록 지정되어 있다면 테스트 동안 동작을 확인하세요. 회사 관리 기기의 보안 설정을 임의로 우회하지 말고 관리 정책에 따릅니다.
확인 기준
코어가 정상 실행되고, 조회 결과가 설정한 Fake-IP 대역과 일치하며, Clash의 연결 화면에 테스트 요청이 표시되고, 실제 사이트도 열리면 기본 적용을 확인한 것입니다.
5자주 발생하는 DNS 문제 해결
설정 직후 인터넷이 끊기거나 특정 앱만 연결되지 않는다면, DNS 설정을 전부 지우기보다 증상을 기준으로 원인을 좁히세요. 먼저 프로필이 실제로 활성화되어 있는지, 코어 로그에 YAML 오류가 없는지, 수정한 파일이 업데이트로 덮어써지지 않았는지 확인합니다.
| 증상 | 가능한 원인 | 점검 방법 |
|---|---|---|
| 조회가 시간 초과됨 | Mihomo DNS가 비활성화되었거나 수신 포트 충돌, 상위 DNS 연결 실패 | enable, listen, 코어 로그 및 상위 DNS 접근성을 확인합니다. |
| 일부 로컬 기기만 열리지 않음 | 로컬 도메인이나 기기가 Fake-IP 응답을 처리하지 못함 | 필요한 도메인만 fake-ip-filter에 추가하고 다시 조회합니다. |
| 노드 연결이 실패함 | 프록시 서버 주소를 조회할 DNS 경로가 없거나 잘못됨 | 노드 주소 형식과 proxy-server-nameserver 구성을 확인합니다. |
| 사이트는 열리지만 규칙이 예상과 다름 | 규칙 순서, 프로필 선택, 브라우저 자체 DNS 사용 여부 | 연결 화면에서 도메인·규칙·프록시 그룹을 확인하고 브라우저 DNS 설정을 점검합니다. |
| 재시작 후 설정이 사라짐 | 원격 구독 업데이트가 직접 편집 내용을 덮어씀 | 병합 설정을 사용하거나 로컬 프로필을 만들어 해당 프로필을 활성화합니다. |
이름 조회가 실패하는 상황에서 임의로 여러 DNS 서버를 계속 추가하면 문제 원인이 가려질 수 있습니다. 우선 하나의 신뢰할 수 있는 상위 DNS로 동작을 확인하고, 다음으로 프록시 서버용 DNS와 필터 예외를 점검하세요. 문제가 Fake-IP 사용 직후 시작되었다면 백업한 원본 설정으로 잠시 되돌려 DNS 관련 변경이 원인인지 확인하는 것도 유용합니다.
필터에 추가한 도메인은 가능한 한 구체적으로 관리하세요. 예를 들어 모든 도메인에 예외를 적용하는 대신 실제로 문제가 확인된 로컬 호스트 이름이나 앱의 필수 도메인만 추가합니다. 변경할 때마다 프로필을 다시 불러오고 캐시를 비운 뒤 같은 테스트를 반복하면, 어떤 설정이 효과가 있었는지 추적하기 쉽습니다.
6안정적으로 유지하는 방법
Fake-IP는 DNS 응답을 바꾸는 기능이지, 그 자체로 DNS 요청을 암호화하거나 익명성을 보장하는 기능은 아닙니다. 실제 DNS 조회를 어느 서버로 전달하는지, 해당 요청이 어떤 경로를 통과하는지는 nameserver, 규칙, TUN 및 프로필 구성에 따라 달라집니다. 따라서 민감한 네트워크에서는 상위 DNS 서버의 신뢰성과 조직의 정책을 고려하고, 구성 파일에 불필요한 개인 정보나 비밀 값을 남기지 마세요.
프로필을 갱신한 뒤에는 DNS 설정이 유지되었는지 확인하는 습관을 들이세요. 제공업체가 프로필 구조를 바꾸거나 Mihomo가 설정 항목을 변경하면 이전 구성과의 호환성이 달라질 수 있습니다. 오류가 발생하면 코어 로그의 첫 번째 관련 오류를 기록하고, 마지막으로 정상 작동했던 백업과 비교해 변경 범위를 좁히세요.
정리하면, 올바른 Fake-IP 적용에는 세 가지가 필요합니다. 첫째, 활성 프로필에 유효한 dns 구성이 있어야 합니다. 둘째, Clash Verge Rev가 해당 프로필을 다시 불러와 Mihomo 코어에 적용해야 합니다. 셋째, Windows DNS 조회와 Clash 연결 기록을 통해 실제 트래픽이 설정한 흐름을 따르는지 확인해야 합니다. 이 절차를 따르면 단순히 설정 값을 켜는 데 그치지 않고, 문제가 생겼을 때 원인을 재현하고 복구하기도 쉬워집니다.