Microsoft Copilot·Office 웹이 버벅일 때, 2026년 Clash 분류 규칙으로 사무 접속 안정화하기

M365·Copilot 트래픽이 “무겁게” 느껴지는 이유

브라우저 탭 하나로 보이는 화면 뒤에서는 인증, 그래프 API, 문서 협업·동기화, 텔레메트리·기능 플래그, Copilot 사이드바용 스트리밍까지 여러 호스트가 동시에 움직입니다. 그중 하나만 느리거나 잘못된 경로로 나가도 전체가 멈춘 것처럼 보일 수 있습니다. 특히 스트리밍 응답과 장시간 유지되는 WebSocket류 연결은 지터와 패킷 손실에 민감합니다.

• 병렬 의존성: 로그인·토큰·문서 본문·AI 추론이 서로 다른 도메인을 씁니다.
• 세션 일관성: 인증과 본문 요청의 출구 IP가 자주 바뀌면 리스크 검사·재로그인이 잦아질 수 있습니다.
• 대역폭 경쟁: 같은 url-test 그룹에서 영상·업데이트가 큰 노드를 잡아두면 사무 트래픽이 밀립니다.

Clash는 규칙 기반 스플릿 라우팅에 적합합니다. “모든 것을 한 노드로”보다 사무·Copilot 전용 정책 그룹을 두고, 나머지는 기존 그룹에 두는 방식이 체감을 좋게 만드는 경우가 많습니다.

제품 장애가 아니라 경로 문제일 때의 징후

서비스 상태 페이지가 정상인데도 아래 패턴이 반복되면 DNS, 규칙 누락, 노드 혼잡, 정책 그룹 플랩을 의심하세요.

Clash 대시보드의 Connections에서 호스트·정책·실제 아웃바운드를 함께 보면 빠진 규칙이 드러납니다.

먼저 DNS: 이름이 갈라지면 정책도 갈라집니다

브라우저 DoH, OS DNS, Clash 내장 리졸버가 섞이면 같은 Office 웹도 다른 엣지로 풀립니다. fake-ip 사용 시 앱 간 인식이 잠시 어긋나는 경우도 있습니다.

• 한 기준으로 맞추기: 디버깅 기간에는 Clash와 브라우저 설정을 과도하게 다르게 두지 않기.
• LAN·캡티브 포털은 DIRECT: 사내 Wi‑Fi 포털이 깨지면 전체가 멈춘 것처럼 보입니다.
• IPv4/IPv6 혼선: 한쪽만 느리면 “가끔만” 타임아웃이 납니다.

도메인 묶기: 인증·M365·Copilot을 나눠 담기

한 줄짜리 DOMAIN-SUFFIX,microsoft.com만으로 끝내면 간단하지만, 업데이트 CDN·Xbox 등 원치 않는 트래픽까지 같은 그룹으로 갈 수 있습니다. 실무에서는 로그에 실제로 보이는 호스트를 기준으로 묶는 편이 안전합니다.

규칙 파일을 쓴다면 ruleset으로 “사무” 세트를 따로 두고 갱신 주기를 정해 두면 유지보수가 쉬워집니다. 커뮤니티 리스트는 과차단 여부를 꼭 확인하세요.

Rule 모드와 순서: 넓은 GEOIP보다 좁은 사무 규칙을 위에

상시 Global은 진단용으로만 짧게 쓰고, 일상은 Rule이 기본입니다. Microsoft Copilot·Office 웹용 규칙은 가능한 한 상단에 두고, 그 아래에서 일반 웹·스트리밍·게임을 처리하세요.

모드	사무·Copilot UX	트레이드오프
Rule	필요한 호스트만 전용 그룹으로—노드 경쟁을 줄이기 좋음.	로그 기반으로 규칙을 다듬어야 함.
Global	한번에 우회되어 증상이 사라지는지 확인에 유용.	대역폭·지연·버퍼가 전체에 전파됨.
Direct	프록시가 원인인지 분리.	지역 제한이 있는 환경에서는 상설 해법이 아님.

정책 그룹: “사무 전용”과 “멀티미디어”를 분리

핵심은 분류 규칙이 가리키는 아웃바운드를 나누는 것입니다. 예를 들어 GROUP-OFFICE(가칭) 그룹은 지연 변동이 적은 노드·수동 고정 위주로, GROUP-MEDIA는 대역폭 위주 url-test로 두는 식입니다.

• 헬스 체크 주기·임계값을 너무 공격적으로 두면 플랩이 나서 로그인 세션이 흔들립니다.
• 중요한 회의·문서 작업 중에는 자동 전환을 줄이고 한 노드에 고정해 보세요.
• url-test URL이 실제 M365 경로와 무관하면 “녹색인데 느림”이 됩니다.

게임·영상이 같은 자동 그룹을 점유하면, 사무 규칙만 아무리 잘 써도 상류 링크에서 밀릴 수 있습니다. 물리적으로 다른 노드로 분리하는 효과가 큽니다.

Edge에 깊이 붙은 Copilot·사이드바

브라우저가 Microsoft 계열 AI와 밀접하게 통신하면 백그라운드 탭에서도 호출이 이어집니다. 다른 Chromium 브라우저와 증상이 다르면 브라우저별 확장·실험 기능도 함께 의심하세요. Clash 쪽에서는 해당 호스트가 의도한 정책 그룹으로 나가는지 Connections로 확인하는 것이 첫 단계입니다.

데스크톱 앱·TUN·회사 VPN

일부 Office 데스크톱 클라이언트는 시스템 프록시를 따르지 않습니다. TUN 모드로 누락을 줄일 수 있으나, 기업 VPN·ZTNA와 스택이 겹치면 분할이 꼬일 수 있으니 허용된 구성만 사용하세요.

1. 시스템 프록시 ON + Rule로 인증·M365·Copilot 호스트 커버.
2. 앱이 여전히 우회하면 TUN으로 재측정.
3. 회사 장비에서는 IT 정책을 확인.

Connections로 빈 구멍 찾기

모든 열을 외울 필요는 없습니다. 호스트명, 적용된 정책, 실제 아웃바운드만 보면 “이 호스트가 왜 저 그룹으로 갔는지”가 보입니다. 성공 시와 실패 시 로그를 나란히 남기면 빠진 분류 규칙이 드러납니다.

구독·노드 풀의 한계

YAML만으로 상류 DC의 혼잡이나 소진된 할당량을 없앨 수는 없습니다. 지역 전체가 불안정한 시간대에는 다른 리전 노드나 폴백 체인을 준비하되, 체인이 길어질수록 지터는 커집니다. 오래된 구독에 남은 유령 노드는 자동 선택을 망가뜨리므로 주기적으로 갱신·재테스트하세요.

FAQ

Word 웹만 느리다

문서 동기화 전용 호스트가 규칙에서 빠졌을 수 있습니다. Connections에서 해당 세션의 도메인을 추가하세요.

Copilot 창만 비어 있다

copilot.microsoft.com 외에 추론·텔레메트리 호스트가 분리됐는지 확인하세요.

로그인이 반복된다

인증 호스트와 앱 호스트의 출구가 다른지, 쿠키 도메인과 IP 일관성을 점검하세요.

같은 노드인데도 이전보다 나쁘다

피크 시간·상류 라우팅 변경 가능성. 다른 시간대에 재측정해 보세요.

회사 PC에서 안 된다

조건부 액세스·DLP·VPN이 우선입니다. 승인된 분할만 사용하세요.

2026 체크리스트

Clash로 사무 스플릿의 기반 잡기

변수는 한 번에 하나씩 바꾸면 원인 추적이 쉽습니다.

Clash를 무료로 내려받아 Microsoft Copilot·Office 웹용 분류 규칙 튜닝을 시작하세요