Clash로 Notion·Figma·Miro 업무 환경 최적화하기

Notion·Figma·Miro에 분할 라우팅이 필요한 이유

Notion, Figma, Miro는 원격근무와 온라인 협업에서 자주 사용하는 대표적인 생산성 도구입니다. 문서 편집, 디자인 파일 동기화, 실시간 화이트보드 협업이 한 화면에서 이루어지기 때문에 일반 웹사이트보다 네트워크 품질의 영향을 크게 받습니다. 로그인은 되지만 페이지가 늦게 열리거나, Figma에서 이미지와 컴포넌트가 일부 표시되지 않거나, Miro 보드의 변경 사항이 몇 초씩 지연되는 현상도 흔히 발생합니다.

이때 모든 트래픽을 프록시로 보내는 Global 모드를 사용하면 해외 협업 도구의 접속은 개선될 수 있지만, 국내 검색·결제·영상 서비스까지 우회되어 불필요한 지연과 트래픽 사용량이 생깁니다. 반대로 Direct 모드만 사용하면 국내 서비스는 빠르지만 Notion API, Figma 리소스 서버, Miro 실시간 연결처럼 해외 인프라에 의존하는 기능이 불안정할 수 있습니다.

Clash의 Rule 모드는 이 두 상황을 나누어 처리합니다. 협업 도구와 관련된 도메인은 선택한 프록시 그룹으로 보내고, 국내 서비스와 로컬 네트워크는 직접 연결하도록 설정할 수 있습니다. 따라서 업무용 사이트의 연결 안정성을 높이면서 국내 트래픽의 응답 속도와 프록시 데이터 사용량을 함께 관리할 수 있습니다.

Clash 프로필과 기본 환경 준비

이 작업을 시작하기 전에 Clash Verge Rev, Mihomo 계열 클라이언트 등 사용 중인 클라이언트에 정상적인 프로필이 등록되어 있어야 합니다. Clash 자체에는 프록시 노드가 포함되어 있지 않으므로, 먼저 이용 중인 서비스 제공업체에서 발급한 Clash 호환 구독 링크를 준비해야 합니다. 구독을 가져온 뒤에는 노드 목록이 표시되고, 하나 이상의 프록시 그룹을 선택할 수 있어야 합니다.

처음부터 복잡한 설정을 모두 바꾸기보다 현재 프로필을 백업한 뒤 작은 규칙부터 추가하는 편이 안전합니다. 구독 서비스가 원격 설정을 주기적으로 덮어쓰는 구조라면 직접 수정한 규칙이 다음 업데이트에서 사라질 수 있으므로, 클라이언트의 전역 확장 설정이나 profiles의 오버라이드 기능을 사용하는 것이 좋습니다.

협업 도구용 규칙 추가하기

Notion, Figma, Miro는 하나의 도메인만 사용하는 서비스가 아닙니다. 메인 웹사이트, API, 정적 파일, 이미지 CDN, 로그인 서버, 실시간 협업 서버가 서로 다른 호스트명을 사용할 수 있습니다. 따라서 홈페이지 주소 하나만 프록시로 보내는 방식은 로그인 이후의 화면이나 파일 동기화까지 보장하지 못합니다. 아래 도메인은 기본 출발점으로 사용할 수 있지만, 실제 연결 로그에서 추가 호스트가 확인되면 해당 도메인을 보완해야 합니다.

• Notion: notion.so, notion.site, notion-static.com 및 사용 중인 워크스페이스 관련 도메인
• Figma: figma.com, figmausercontent.com 및 파일 리소스가 실제로 요청되는 CDN 도메인
• Miro: miro.com, mirostatic.com 및 보드의 실시간 연결에 사용되는 관련 호스트

클라이언트가 YAML 확장 설정을 지원한다면 다음처럼 도메인 규칙을 직접 추가할 수 있습니다. Work-Proxy는 실제 프로필에 존재하는 프록시 그룹 이름으로 바꾸고, 여러 협업 도구를 하나의 그룹으로 묶을지 서비스별로 나눌지는 업무 환경에 맞게 결정하세요.

rules:
  - DOMAIN-SUFFIX,notion.so,Work-Proxy
  - DOMAIN-SUFFIX,notion.site,Work-Proxy
  - DOMAIN-SUFFIX,notion-static.com,Work-Proxy
  - DOMAIN-SUFFIX,figma.com,Work-Proxy
  - DOMAIN-SUFFIX,figmausercontent.com,Work-Proxy
  - DOMAIN-SUFFIX,miro.com,Work-Proxy
  - DOMAIN-SUFFIX,mirostatic.com,Work-Proxy
  - MATCH,Direct

DOMAIN-SUFFIX는 해당 도메인과 하위 도메인을 함께 대상으로 삼기 때문에 협업 서비스에 적합합니다. 특정 호스트만 보내고 싶다면 DOMAIN을 사용할 수 있지만, 서비스가 CDN이나 API 주소를 자주 바꾸는 경우에는 누락이 생길 수 있습니다. 반대로 너무 넓은 도메인을 무조건 프록시로 보내면 해당 서비스의 다운로드와 업로드가 모두 프록시를 통과하므로, 대용량 디자인 파일을 자주 다루는 팀은 속도와 데이터 사용량을 함께 점검해야 합니다.

규칙의 순서도 중요합니다. Clash는 일반적으로 위에서 아래로 규칙을 검사하고 처음으로 일치하는 항목을 적용합니다. 국내 직접 연결 규칙이나 더 넓은 규칙이 협업 도구 규칙보다 위에 있으면 Notion과 Figma가 Direct로 빠질 수 있습니다. 협업 도구 규칙을 충분히 위쪽에 배치하고 마지막에 기본 동작을 결정하는 MATCH를 두세요.

클라이언트 적용과 업무 시나리오별 테스트

규칙을 저장한 다음에는 프로필을 다시 로드하거나 클라이언트가 제공하는 설정 적용 버튼을 눌러야 합니다. 일부 클라이언트는 설정 파일을 수정해도 현재 실행 중인 코어에 자동으로 반영하지 않습니다. 적용이 끝나면 모드가 Rule인지 확인하고, 시스템 프록시를 잠시 껐다가 다시 켜서 브라우저가 오래된 프록시 정보를 사용하지 않도록 합니다.

1. Notion 로그인과 문서 열기: 로그인 페이지, 워크스페이스 목록, 문서 본문, 이미지와 첨부 파일이 모두 표시되는지 확인합니다.
2. Figma 파일 테스트: 파일 목록을 연 뒤 캔버스의 이미지·폰트·컴포넌트가 로드되는지 확인하고, 간단한 변경 사항을 저장해 동기화 여부를 봅니다.
3. Miro 실시간 테스트: 보드를 열고 스티커나 도형을 추가한 뒤 새로고침 없이 반영되는지, 다른 협업자 화면에 변경 사항이 전달되는지 점검합니다.
4. 국내 서비스 비교: 국내 검색, 은행, 쇼핑 사이트를 열어 의도하지 않게 프록시를 통과하지 않는지 확인합니다.
5. 연결 로그 확인: Connections 화면에서 도메인별로 선택된 프록시 그룹과 응답 시간을 확인합니다.

Notion의 본문은 열리지만 첨부 파일만 실패한다면 정적 리소스 도메인이 빠졌을 가능성이 큽니다. Figma에서 캔버스는 보이는데 이미지가 빈칸으로 남는다면 figmausercontent.com 같은 리소스 호스트를 확인하세요. Miro에서 보드는 열리지만 공동 편집이 멈춘다면 실시간 연결이 사용하는 호스트나 WebSocket 트래픽이 현재 클라이언트의 프록시 경로를 타는지 살펴봐야 합니다.

문제가 발생했을 때는 여러 설정을 동시에 바꾸지 않는 것이 좋습니다. 먼저 Global 모드에서 해당 서비스가 작동하는지 확인합니다. Global에서 정상이라면 노드 자체보다 규칙 순서, DNS 또는 누락된 도메인이 원인일 가능성이 높습니다. Global에서도 실패한다면 다른 노드로 교체하고, 클라이언트 로그에서 timeout, connection reset, TLS 오류가 반복되는지 확인하세요.

업무 중에는 연결 안정성뿐 아니라 개인정보와 조직 정책도 고려해야 합니다. 회사 계정으로 사용하는 문서와 디자인 파일은 프록시 제공업체의 운영 정책, 로그 보관 방식, 접근 지역을 확인한 뒤 사용해야 합니다. 보안상 민감한 서비스는 무조건 프록시로 보내기보다 회사 VPN이나 승인된 네트워크 경로를 우선하는 편이 안전합니다. 또한 TUN 모드를 켰을 때는 메신저, 화상회의, 사내 시스템까지 함께 경로가 바뀔 수 있으므로 업무 시간 외에 먼저 테스트하세요.

속도와 안정성을 유지하는 운영 방법

분할 라우팅은 한 번 설정하고 끝나는 기능이 아닙니다. 서비스 제공업체가 도메인 구조를 바꾸거나, 클라이언트의 코어가 업데이트되거나, 회사 네트워크가 DNS 정책을 변경하면 같은 규칙도 다른 결과를 낼 수 있습니다. 매달 한 번 정도 Connections와 Logs를 확인하고 실제 업무에서 자주 쓰는 서비스가 어느 그룹으로 연결되는지 점검하는 습관이 좋습니다.

• 프록시 그룹을 분리하기: 업무용 협업 도구에는 지연시간이 낮고 안정적인 그룹을 지정하고, 동영상이나 대용량 다운로드에는 별도 그룹을 사용합니다.
• 자동 선택 결과 확인하기: URL 테스트가 빠른 노드가 실제 Figma 업로드와 Miro 실시간 연결에도 항상 좋은 것은 아니므로 실제 작업으로 비교합니다.
• 국내 도메인은 직접 연결하기: 국내 뉴스, 쇼핑, 은행, 사내 시스템을 불필요하게 우회하지 않으면 응답 속도와 프록시 사용량을 개선할 수 있습니다.
• DNS 일관성 유지하기: 브라우저의 보안 DNS, 운영체제 DNS, Clash DNS가 서로 다른 경로를 사용하면 규칙과 실제 연결 결과가 달라질 수 있습니다.
• 업데이트 후 재검증하기: Clash 클라이언트나 프로필을 업데이트한 뒤에는 시스템 프록시, TUN, DNS, 사용자 규칙의 적용 상태를 다시 확인합니다.

특히 팀 단위로 같은 설정을 공유할 때는 규칙의 의미를 주석이나 문서로 남기는 것이 좋습니다. 예를 들어 “Figma 이미지 CDN 누락으로 추가한 규칙”, “Miro 실시간 보드 테스트에 필요한 도메인”처럼 변경 이유를 기록하면 다음 사람이 불필요하게 규칙을 삭제하거나 중복으로 추가하는 일을 줄일 수 있습니다. 서비스별 규칙을 무작정 늘리기보다 실제 로그에서 확인한 도메인만 추가하면 설정 파일을 짧고 관리하기 쉽게 유지할 수 있습니다.

일부 경쟁 프록시 도구는 전체 트래픽을 한 번에 보내는 방식에 의존하거나, 서비스별 규칙을 직접 관리하기 어려워 업무용 앱과 국내 서비스의 경로가 섞이기 쉽습니다. 반면 Clash는 도메인·IP·지역·규칙 제공자 기준을 조합하고, 연결 로그에서 실제 매칭 결과를 확인할 수 있으며, Windows·macOS·Android 등 다양한 환경에서 같은 원칙을 확장하기 좋습니다. Notion·Figma·Miro는 프록시로 보내고 국내 트래픽은 직접 연결하는 세밀한 업무 환경을 원한다면, 아래에서 Clash 클라이언트를 받아 자신의 프로필과 네트워크에 맞게 설정해 보세요. Clash 무료 다운로드