Clash는 정상적으로 실행되고 다른 웹사이트도 열리는데 Notion만 접속되지 않는다면 노드 자체보다 라우팅 규칙, DNS 응답, 시스템 프록시 또는 TUN 설정이 원인일 가능성이 큽니다. 특히 Notion은 웹 페이지뿐 아니라 로그인, API, 이미지, 파일 미리보기, 실시간 동기화 요청을 여러 도메인으로 나누어 처리합니다. 따라서 메인 주소 하나만 프록시로 보내도 일부 기능이 멈추거나, 반대로 특정 규칙 때문에 연결이 직접 접속으로 빠질 수 있습니다. 이 글에서는 Clash Verge, Clash Verge Rev, Clash for Windows, ClashX, Clash for Android, Mihomo에서 공통으로 적용할 수 있는 점검 순서와 수정 방법을 설명합니다.
Notion 접속 오류 증상부터 구분하기
먼저 오류 화면의 형태를 확인해야 합니다. 브라우저에서 notion.so가 즉시 열리지 않는지, 로그인 후 빈 화면만 표시되는지, 페이지는 보이지만 이미지와 첨부 파일이 로드되지 않는지에 따라 확인할 항목이 달라집니다. 모든 사이트가 느리다면 노드 품질이나 DNS를 먼저 의심해야 하지만, Notion과 일부 SaaS만 실패한다면 규칙 매칭이나 TLS 연결 문제가 더 유력합니다.
| 증상 | 가능성이 높은 원인 | 우선 확인할 항목 |
|---|---|---|
| Notion 자체가 열리지 않음 | 잘못된 규칙, 노드 차단, DNS 오류 | Rules의 매칭 결과와 다른 노드 테스트 |
| 로그인 화면에서 멈춤 | 인증 도메인 또는 쿠키 요청 차단 | 브라우저 확장 기능과 관련 도메인 규칙 |
| 페이지는 열리지만 이미지가 없음 | CDN 도메인이 다른 경로로 전송됨 | 연결 목록의 실제 목적지와 규칙 |
| 앱에서만 동기화 실패 | 시스템 프록시 미적용, TUN 제외 | TUN 모드와 앱별 네트워크 권한 |
| 잠시 되다가 다시 끊김 | 노드 불안정, DNS 캐시, 연결 재사용 문제 | 노드 교체 후 새 연결로 재검증 |
테스트할 때는 브라우저 탭을 새로고침하는 것만으로 판단하지 마세요. 기존 연결과 DNS 캐시가 남아 있을 수 있습니다. Clash의 연결 목록을 정리한 뒤 시크릿 창이나 별도의 브라우저에서 https://www.notion.so를 다시 열고, 로그인과 페이지 로딩까지 차례로 확인하는 것이 정확합니다. 모바일에서는 앱을 완전히 종료한 뒤 다시 실행하고, 데스크톱에서는 Notion 앱과 브라우저를 각각 비교하면 문제가 애플리케이션에 한정되는지도 알 수 있습니다.
규칙과 프록시 그룹 매칭 확인하기
가장 먼저 확인할 곳은 현재 요청이 어떤 규칙에 의해 처리되는지입니다. Clash Verge Rev나 Mihomo 대시보드를 사용한다면 Connections 또는 연결 목록에서 Notion을 검색하세요. 목적지 도메인, 적용된 규칙, 선택된 프록시 그룹을 함께 확인할 수 있습니다. notion.so는 프록시로 처리되지만 로그인이나 정적 파일 도메인이 DIRECT로 표시된다면, 메인 페이지가 아니라 보조 요청만 실패하는 구조일 수 있습니다.
일반적으로 Notion 관련 요청은 도메인 접미사 규칙으로 묶는 편이 관리하기 쉽습니다. 다만 모든 트래픽을 무조건 같은 노드로 보내기보다는 먼저 전용 테스트 그룹을 만들어 원인을 좁히는 것이 안전합니다. 구독 설정을 직접 수정할 수 없다면 로컬 오버라이드 파일이나 클라이언트의 확장 규칙 기능을 사용하세요.
proxy-groups: - name: Notion-Test type: select proxies: - Proxy - Auto - DIRECT rules: - DOMAIN-SUFFIX,notion.so,Notion-Test - DOMAIN-SUFFIX,notion.site,Notion-Test - DOMAIN-SUFFIX,notion-static.com,Notion-Test - DOMAIN-SUFFIX,amazonaws.com,Notion-Test - MATCH,Proxy
위 예제의 목적은 완성된 만능 규칙을 제공하는 것이 아니라, 특정 그룹을 선택해 결과를 비교하는 것입니다. 먼저 Notion-Test에서 안정적인 노드를 선택하고 Notion 로그인과 페이지 열기를 확인하세요. 그 다음 Auto와 DIRECT를 차례로 시험하면 노드 문제인지 규칙 문제인지 구분할 수 있습니다. 실제 설정에 적용할 때는 공급자 규칙보다 사용자 규칙이 먼저 평가되는지 확인해야 합니다. Clash 규칙은 일반적으로 위에서 아래로 매칭되므로, 뒤쪽에 추가한 Notion 규칙이 이미 앞에서 처리된 GEOIP, RULE-SET, MATCH 규칙에 도달하지 못할 수 있습니다.
MATCH,DIRECT나 광범위한 지역 규칙이 Notion 규칙보다 위에 있으면, 아래에 작성한 도메인 규칙은 실행되지 않습니다. 사용자 정의 규칙을 공급자 규칙보다 위에 배치하고 설정을 저장한 뒤 구성을 다시 적용하세요.보조 도메인까지 확인하는 방법
Notion은 한 번의 페이지 요청으로 끝나지 않습니다. 로그인, 웹소켓, 이미지, 파일, 분석 및 정적 리소스가 서로 다른 호스트 이름을 사용할 수 있습니다. 연결 목록에서 notion이라는 문자열만 찾지 말고, 접속 시각에 새로 생성된 연결을 살펴보세요. 도메인이 확실하지 않은 상태에서 amazonaws.com 같은 대형 CDN 전체를 프록시로 보내는 것은 다른 서비스까지 영향을 줄 수 있으므로, 실제 연결 로그를 기준으로 최소한의 규칙만 추가하는 것이 좋습니다.
DNS와 시스템 프록시 점검하기
Notion 도메인이 올바른 IP로 해석되지 않으면 정상 노드를 선택해도 연결되지 않습니다. 특히 redir-host 모드에서 로컬 네트워크의 DNS 응답이 오염되거나, 운영체제가 Clash DNS가 아닌 공유기 DNS를 계속 사용하는 경우 문제가 발생할 수 있습니다. 반대로 fake-ip 모드에서는 특정 앱이 가짜 IP를 처리하지 못해 실패할 수 있으므로 사용 중인 모드와 앱의 특성을 함께 확인해야 합니다.
Clash 대시보드에서 DNS 기능이 활성화되어 있는지, 리스너 포트가 다른 프로그램과 충돌하지 않는지 확인하세요. 설정을 바꾼 뒤에는 브라우저의 DNS 캐시와 기존 연결을 정리해야 합니다. Windows에서는 브라우저를 종료한 다음 명령 프롬프트에서 ipconfig /flushdns를 실행할 수 있고, macOS에서는 네트워크 서비스를 재시작하거나 시스템을 재부팅하는 방법이 가장 간단합니다. Android는 Clash for Android에서 DNS 설정을 다시 저장하고 앱을 강제 종료한 뒤 재실행하세요.
dns: enable: true enhanced-mode: fake-ip nameserver: - https://1.1.1.1/dns-query - https://dns.google/dns-query fake-ip-filter: - '*.lan' - '*.local' - 'localhost.ptlogin2.qq.com'
이 예제를 그대로 복사하기보다는 현재 배포판이 지원하는 필드 이름을 확인해야 합니다. 구형 Clash와 Mihomo는 DNS 옵션의 지원 범위가 다를 수 있으며, 일부 클라이언트는 YAML을 직접 편집하는 대신 별도의 DNS 화면을 제공합니다. 설정 검증에서 오류가 발생하면 최근 추가한 필드를 하나씩 제거해 어느 항목이 호환되지 않는지 확인하세요.
또 하나 자주 놓치는 부분은 시스템 프록시입니다. 브라우저는 운영체제 프록시를 사용하지만 Notion 데스크톱 앱은 자체 네트워크 스택을 사용할 수 있습니다. Clash의 시스템 프록시를 켰는데도 앱만 실패한다면 앱 설정에 별도 프록시가 지정되어 있는지, VPN이나 다른 프록시 프로그램이 동시에 실행 중인지 확인하세요. Windows의 프록시 설정, macOS의 네트워크 프록시, Android의 VPN 권한이 서로 충돌하면 브라우저와 앱의 결과가 달라질 수 있습니다.
TUN 모드와 클라이언트별 차이 확인하기
브라우저에서 Notion이 열리지만 데스크톱 앱이나 모바일 앱에서만 실패한다면 TUN 모드가 해결책이 될 수 있습니다. 시스템 프록시는 HTTP와 HTTPS를 인식하는 애플리케이션에 주로 적용되지만, 모든 앱이 해당 설정을 따르는 것은 아닙니다. TUN은 가상 네트워크 인터페이스를 만들어 운영체제의 연결을 Clash로 전달하므로, 프록시 설정을 무시하는 앱까지 라우팅할 가능성이 높습니다.
| 클라이언트 | 확인할 메뉴 | 주의할 점 |
|---|---|---|
| Clash Verge / Rev | Profiles, Proxies, Connections, TUN | 프로필 재적용 후 TUN 권한을 다시 확인 |
| Clash for Windows | General, Profiles, Proxies | 시스템 프록시와 모드 전환 상태 확인 |
| ClashX | 메뉴 막대, 모드, 서버 선택 | macOS 네트워크 프록시 충돌 여부 확인 |
| Clash for Android | 프로필, 모드, VPN, 앱 목록 | 배터리 절전과 VPN 권한이 연결을 방해할 수 있음 |
| Mihomo | config.yaml, external controller | 실행 로그와 TUN 드라이버 오류를 함께 확인 |
- 현재 설정을 백업한 뒤 Clash를 최신 상태로 실행합니다.
- 기존 연결을 모두 닫고 시스템 프록시 또는 글로벌 모드를 먼저 시험합니다.
- 브라우저에서 Notion 접속을 확인한 뒤 TUN을 켜고 같은 테스트를 반복합니다.
- Notion 앱에서만 실패했다면 앱이 TUN 인터페이스를 통과하는지 연결 목록으로 확인합니다.
- 정상 동작 후에는 글로벌 모드 대신 도메인 규칙 기반 모드로 되돌려 다른 트래픽의 불필요한 프록시를 줄입니다.
TUN을 켠 뒤 인터넷 전체가 끊기면 즉시 여러 옵션을 동시에 바꾸지 마세요. 먼저 TUN을 끄고 복구한 다음, DNS 리스너, IPv6, 자동 라우트, 시스템 프록시 순서로 하나씩 확인해야 합니다. 관리자 권한이나 VPN 권한이 필요한 플랫폼에서는 권한 요청을 승인하고, 다른 VPN 앱은 일시적으로 종료하세요. 두 개의 가상 네트워크 인터페이스가 동시에 기본 경로를 차지하면 Notion뿐 아니라 모든 서비스가 불안정해질 수 있습니다.
노드 교체와 최종 검증 순서
규칙과 DNS가 정상인데도 연결이 실패한다면 노드의 출구 네트워크가 Notion의 CDN이나 인증 서버와 통신하지 못하는 경우를 생각해야 합니다. 노드 이름에 표시된 핑은 특정 테스트 URL에 대한 왕복 시간일 뿐이며, Notion 접속 가능성을 보장하지 않습니다. 따라서 같은 프록시 그룹에서 지역과 프로토콜이 다른 노드를 최소 두 개 이상 비교하세요.
최종 확인은 다음 순서가 효율적입니다. 먼저 notion.so의 DNS 해석이 반복적으로 실패하지 않는지 확인합니다. 다음으로 연결 목록에서 요청이 의도한 프록시 그룹을 통과하는지 봅니다. 그 후 로그인과 작업 공간 로딩을 테스트하고, 기존 페이지의 이미지와 첨부 파일을 열어 보세요. 마지막으로 새 페이지를 만들고 내용을 입력한 뒤 다른 기기에서 동기화되는지 확인하면 단순한 화면 로딩 문제와 실제 API 연결 문제를 구분할 수 있습니다.
설정 변경 후에는 반드시 구성을 저장하고 프로필을 다시 적용해야 합니다. 대시보드에 규칙이 보인다고 해서 이미 열린 연결까지 자동으로 새 규칙을 사용하는 것은 아닙니다. 브라우저와 Notion 앱을 완전히 종료하고 Clash의 활성 연결을 정리한 뒤 새 세션을 시작하세요. 문제가 해결되었다면 변경한 항목을 기록해 두면 다음 구독 업데이트나 클라이언트 전환 때 같은 오류를 빠르게 복구할 수 있습니다.
Notion 접속 오류는 대부분 하나의 원인보다 규칙, DNS, 시스템 프록시, TUN, 노드 상태가 함께 얽혀 나타납니다. 따라서 처음부터 설정 전체를 교체하기보다 연결 로그에서 실제 매칭 결과를 확인하고, 테스트 그룹과 대체 노드로 범위를 줄이는 접근이 가장 안전합니다. 기본 점검을 마친 뒤에도 여러 서비스가 동시에 실패한다면 Clash 자체의 실행 로그와 네트워크 환경을 추가로 확인해 보세요.
Clash로 트래픽을 완전히 제어하세요
Windows, macOS, Linux, Android, iOS 지원. 유연한 규칙, 간단한 설정.