1. 증상: 동기화·사이드바·첨부가 따로 끊기는 이유
첫째, 앱·브라우저 상단이 오래 동기화 중이거나, 워크스페이스 목록·팀 작업공간만 영원히 스피너인 경우는 인증·동기 API와 일반 콘텐츠 요청이 서로 다른 출구로 흩어진 패턴이 흔합니다. 둘째, 본문은 열리는데 썸네일·PDF·이미지 첨부만 비거나 늦게 뜨는 경우는 S3·클라우드프론트 등 Notion CDN·정적 경로가 GEOIP·로컬 DIRECT로 빠지는 경우를 의심하세요. 셋째, 퍼블릿 notion.site·임베드만 실패하는 경우는 공용 페이지 전용 도메인 묶음이 앱의 notion.so와 다른 규칙에 걸렸는지 봅니다. 넷째, 노드만 바꾸면 잠시 나아지는 현상이면, 규칙이 아닌 노드 측 장시간·UDP 제약일 수 있으니 로그에 같은 호스트가 반복되는지와 함께 판단하세요. 이후 단계에서는 “한 번에 풀 스택 동기화”를 기대하기보다, 연결 로그에 찍힌 문자열을 기준으로 묶는 습관이 중요합니다.
구독과 규칙 병합이 아직 어지럽다면 구독 가져오기로 프로필 순서를 맞춘 뒤 이 문서의 분류 단계로 넘어오는 것이 좋습니다.
2. Notion·API·정적·CDN을 한꺼번에 쓰면 왜 깨질까
Notion은 단일 최상위 도메인 앱이 아닙니다. 웹·앱 셸, 실시간 동기·권한, Integrations·공개 API는 notion.so·api.notion.com 등에 가깝고, 퍼블릿·캡처·마케팅 페이지는 notion.site 등이 섞이며, 대용량 첨부·썸네일·스크립트는 글로벌 엣지·객체 스토리지 쪽 Notion CDN·정적 경로에 실리기 쉽습니다. 공항 프로필에 DOMAIN-KEYWORD,notion 한 줄로 끝내기 쉽지만, 실제로는 GEOIP 등으로 일부 엣지가 DIRECT로, 나머지는 노드로 갈리면 “UI는 뜨는데 동기만 스피너”로 보일 수 있습니다. “전부 같은 노드로 보낸다”고 생각해도, Clash 분류 결과는 호스트·포트·프로세스마다 달라질 수 있으니 먼저 로그에 기록된 정책을 확인하세요.
3. 권장 점검 순서: Windows 모드 → 로그 → DNS → 규칙
- Clash를 시스템 프록시만 쓰는지, TUN까지 켰는지 메모합니다. UWP·스토어 앱·일부 런타임은 루프백·프록시를 따로 탑니다. Store 이슈가 겹치면 UWP·루프백 글을 잠시 교차하세요.
- 연결·로그 뷰를 연 상태에서 Notion에서 로그인, 워크스페이스 전환, 페이지 열기, 이미지가 많은 문서, 퍼블릿 링크를 각각 열어 봅니다.
- 로그에 뜨는
notion·notionstatic·notion외 S3/클라우드 접미사·api.notion행을 정책 이름과 함께 적습니다. 표준 목록이 아니라 본인 세션에 나온 문자열이 기준입니다. fake-ip사용 여부와 DNS 해석 경로를 확인하고, 같은 호스트에 TLS 재시도가 반복되는지 봅니다.DOMAIN-SUFFIX블록을 상단에 두고, 광범위GEOIP,CN,DIRECT·GEOIP,KR,DIRECT등과의 충돌을 정리합니다.- 여전히 동기·첨부만 끊기면 TUN 모드로 OS 전체를 한 테이블에 올릴지 검토하고, 노드 유휴·UDP 제약을 점검합니다.
4. Notion 앱·웹·API·퍼블릿의 역할
브라우저와 Electron 계열 Windows 앱은 HTTPS 세션, WebSocket·장시간 동기, 오프라인 캐시에 가까운 동작을 겹쳐 씁니다. Notion 공개 API를 쓰는 자동화·봇·CI는 터미널·스케줄러가 시스템 프록시를 무시할 수 있어, GUI와 Notion 프록시 경로가 갈리기 쉽습니다. notion.site 퍼블릿은 팀 권한과 별도로 캐시·CDN 전략이 달라, 메인앱이 정상이어도 퍼블릿만 느릴 수 있습니다. Clash 분류에서는 “기능”이 아니라 로그에 보이는 접미사 묶음으로 먼저 잡는 편이 안전합니다.
5. Windows에서 앱·브라우저가 프록시를 타는 경로
Win32 Notion 앱은 OS 프록시 테이블을 따르는 경우가 많지만, 내장 런타임·보안·백그라운드 작업이 예외를 낼 수 있습니다. “웹은 되는데 앱만 스피너”이면 앱이 쓰는 호스트가 로그에 따로 쌓이는지 봅니다. 전역으로 맞추고 싶다면 TUN이 유효하며, 시스템 환경 변수와만 맞출 때는 WSL2·도커 글과는 다른 축이지만 “프로세스마다 다르다”는 사고는 같습니다. Notion 동기화는 짧은 REST 한 방이 아니라 장시간 유지·재시도에 가깝다는 점을 염두에 두세요.
6. DNS·fake-ip: 이름이 틀어지면 본문만 늦다
fake-ip는 응답이 빨라질 수 있지만, DNS 캐시·규칙 엔진·실백엔드가 엇나가면 Notion처럼 리전·엣지가 많은 서비스에서 “한쪽은 열리는데 동기만 실패”로 드러나기 쉽습니다. 상위 DNS·DoH/DoT가 Clash 뒤에서도 도달 가능한지, 기업 Windows PC에서 분할 DNS를 쓰는지 먼저 확인하세요. 규칙을 손낸 뒤에는 Notion 앱·브라우저를 완전히 종료했다가 캐시·세션을 지우는 것이 재현에 도움이 됩니다.
7. 연결 로그로 묶을 호스트 쌓기
인터넷에 떠도는 “완성된 Notion 도메인 목록”은 시점·지역·회사망에 따라 달라질 수 있습니다. Clash Verge Rev 등의 연결 보기를 연 다음, 동기화가 걸릴 법한 동작(워크스페이스 열기, 팀 전환, 대용량 페이지, 퍼블릿 열기)을 두 번 반복해 새로 뜨는 행만 적습니다. Notion API·OAuth·봇 경로, 첨부 직전에만 보이는 스토리지·Notion CDN 스타일 호스트, WebSocket·장시간 유지에 가까운 행을 구분하세요. 실패·리셋·타임아웃이 붙은 행을 규칙에 우선 올리면 체감이 가장 큽니다.
8. 테이블: 규칙에 올리기 전 체크(예시·검증 필수)
아래는 사고 틀일 뿐이며, 실제 이름·접미사는 반드시 로그로 확인해야 합니다.
| 구분 | 예시 패턴 | 메모 |
|---|---|---|
| 앱·웹 본체면 | notion.so·앱·웹 셸 | 로그인·워크스페이스·사이드바와 연동되는지 봅니다. |
| 공개·API | api.notion.com·notion.site | 자동화·퍼블릿·팀 외 링크가 갈리는지 확인합니다. |
| 정적·객체 | 첨부·이미지·스크립트 | 일부만 DIRECT로 느릴 때 이 층을 의심합니다. |
| 장시간 | 동기·WebSocket | 노드 유휴·MTU·UDP와 겹쳐 끊기는지 봅니다. |
9. 규칙 예시(정책 그룹명은 본인 프로필에 맞게 교체)
# Example only — replace NOTION with your policy group; verify in logs
# Add more DOMAIN-SUFFIX lines only for hostnames you see in *your* connection log
rules:
- DOMAIN,api.notion.com,NOTION
- DOMAIN-SUFFIX,notion.so,NOTION
- DOMAIN-SUFFIX,notion.site,NOTION첨부·정적·서명 검증에만 보이는 긴 접미사는 로그에 나온 대로 DOMAIN-SUFFIX를 추가하세요. DOMAIN-KEYWORD,notion는 과하게 넓어 무관 트래픽까지 잡힐 수 있으니, 로그로 범위를 좁힌 뒤 접미사 규칙을 선호합니다. 먼저 같은 정책으로 동기·첨부를 안정화한 뒤, 정적 Notion CDN을 분리해 실험해도 늦지 않습니다.
10. GEOIP·대륙 직결과의 충돌
공항·룰셋에 GEOIP,CN,DIRECT·GEOIP,KR,DIRECT 같은 광범위 규칙이 있으면, 일부 글로벌 CDN 엣지만 DIRECT로 떨어져 “Notion은 프록시인데 아이콘·썸네일만” 같은 패턴이 납니다. Clash 분류 블록을 상단에 올리거나, 공급자 룰 뒤에서도 로컬이 덮어쓰게 순서를 다시 봅니다. 구독이 갱신될 때마다 수동 룰이 아래로 밀릴 수 있으니, “Notion용 블록”을 파일 머리·우선 머지 쪽에 둡니다. Microsoft·Windows 팀·회의 축이 필요하면 Teams 글과 제품·도메인을 구분하세요.
11. Clash Verge Rev 등 GUI에서
연결 뷰에서 notion·api·static 를 필터해 DIRECT 오판을 빨리 집을 수 있습니다. 첫 설치·프로필 흐름은 Clash Verge Rev 가이드를 따릅니다.
12. M365·Figma 글과의 차이
Teams·M365·온라인 협의는 Microsoft·Windows·Teams CDN 축이 중심입니다. Figma는 캔버스·CDN·WebSocket 협동에 초점이 있습니다. 이 문서는 Notion·Notion API·퍼블릿·동기·객체 CDN이 겹치는 생산성 클립보드 축을 다룹니다.
13. 그래도 안 될 때: 일반 점검
혼합 포트·구독 파싱·TUN 권한 등 공통 이슈는 일반 트러블슈팅에서 먼저 훑은 뒤, 이 문서의 Notion 전용 절차로 돌아옵니다.
14. 준수 안내
이 글은 약관 위반이나 불법 경로를 돕는 내용이 아니라, 조직이 허용한 범위에서 네트워크를 일관되게 맞추는 데 초점을 둡니다. Notion·고용·데이터 이전·회사 Windows 정책은 최신 약관과 내부 가이드라인을 따르세요.
15. 정리: 로그로 Notion·API·정적·Notion CDN을 한 정책에
2026년에도 Notion는 웹·Windows 앱·API·퍼블릿·객체 CDN이 한 협업 흐름에 동시에 얽힙니다. Clash 분류 뒤 Notion 동기화·첨부·팀 작업공간이 어긋난다면, 단일 토글이 아니라 로그에 찍힌 호스트·DNS·fake-ip·TUN·규칙 순서·노드가 겹친 결과인 경우가 많습니다. Notion 프록시로 한 번에 “전부 프록시”로 찍힌다고 끝이 아니라, 실제 정책 열이 같아졌는지 연결 탭에서 증명하는 습관이 가장 빠릅니다.
설정을 매번 수동으로 고치는 대신, Mihomo·GUI가 한곳에 모인 Clash 생태계를 쓰면 프로필·로그·전환이 수월해 “일부 Notion 호스트만 빠진다”는 징후를 빨리 잡을 수 있습니다. → Clash를 무료로 내려받아 Notion·API·Notion CDN이 같은 출구로 보이는지 점검해 보세요