재택근무 Zoom·Slack 연결을 안정시키는 Clash 분할 설정 가이드

1. 먼저 정할 것: Zoom·Slack의 연결 경로와 국내 사이트 분리

재택근무 환경에서 Clash 규칙을 나눌 때는 업무 앱의 도메인만 프록시로 보내는 것과 앱의 모든 통신을 포착하는 것을 구분해야 합니다. 브라우저의 웹 요청은 시스템 프록시를 따를 수 있지만, Zoom 회의의 음성·영상 미디어는 UDP를 사용할 수 있습니다. 시스템 프록시만 켰다고 해서 이 UDP 연결까지 반드시 Clash를 거치는 것은 아닙니다. Slack도 메시지, 파일, 이미지가 서로 다른 호스트 이름으로 연결될 수 있으므로 한 개의 도메인 규칙만으로 모든 기능이 처리된다고 단정하지 마세요.

아래 구성은 Zoom과 Slack의 확인된 도메인 요청을 업무용 정책 그룹으로 보내고, 국내 도메인과 국내 IP 대역은 직접 연결하는 방식입니다. 앱의 연결을 모두 포착해야 한다면 TUN 모드를 검토하되, 운영체제별 권한과 가상 어댑터 지원 여부를 먼저 확인하세요. TUN은 트래픽을 코어로 전달하는 방법이지, 모든 노드가 UDP를 지원하게 하거나 목적지 규칙을 자동으로 완성하는 기능은 아닙니다.

대상	권장 경로	확인할 점
Zoom 웹·로그인 요청	회의용 정책 그룹	`zoom.us` 등 실제 연결 로그에 표시된 도메인
Zoom 음성·영상	TUN과 UDP 지원 노드 조합을 검토	시스템 프록시만으로 UDP가 포착된다고 가정하지 않기
Slack 메시지·파일	Slack 관련 도메인을 정책 그룹으로 분기	연결 로그에서 파일·이미지 요청의 실제 호스트 확인
국내 웹사이트·로컬 기기	직접 연결	국내 규칙이 업무 앱의 명시적 도메인 규칙보다 앞서지 않게 하기

2. 회의 중 노드가 바뀌지 않도록 정책 그룹 구성

화상회의에서는 지연 시간의 최저값만큼이나 연결이 일정하게 유지되는지가 중요합니다. url-test는 설정한 검사 주소의 응답 시간을 기준으로 노드를 선택하지만, 회의 서버까지의 UDP 품질이나 실제 통화 안정성을 직접 측정하지 않습니다. 측정값이 조금 낮다는 이유로 회의 중 출구가 바뀌면 연결이 끊기거나 다시 협상될 수 있습니다. 회의용 그룹은 직접 선택하는 select로 두고, 문제가 생겼을 때 사람이 백업 노드로 바꾸는 구성이 예측하기 쉽습니다.

다음은 그룹과 규칙의 예시입니다. 노드 A, 노드 B는 설명용 이름이므로 현재 설정의 실제 노드 이름으로 바꾸세요. 기존 설정에 이미 proxy-groups와 rules가 있다면 최상위 키를 중복으로 붙이지 말고 해당 목록에 병합해야 합니다.

proxy-groups:
  - name: 업무 회의
    type: select
    proxies:
      - 노드 A
      - 노드 B
      - DIRECT

  - name: 일반 프록시
    type: url-test
    proxies:
      - 노드 A
      - 노드 B
    url: https://www.gstatic.com/generate_204
    interval: 300
    tolerance: 80

rules:
  - DOMAIN-SUFFIX,zoom.us,업무 회의
  - DOMAIN-SUFFIX,zoom.com,업무 회의
  - DOMAIN-SUFFIX,slack.com,업무 회의
  - GEOIP,CN,DIRECT
  - MATCH,일반 프록시

예시의 zoom.us, zoom.com, slack.com은 시작점이지 모든 계정과 기능에 필요한 전체 도메인 목록은 아닙니다. 로그인, 회의 참가, 파일 다운로드를 실제로 시험하고 Clash의 연결 기록에서 목적지와 적용 규칙을 확인하세요. 파일이나 이미지 요청이 별도 호스트로 나타나면 해당 호스트가 업무 서비스에 속하는지 확인한 뒤 좁은 범위의 DOMAIN-SUFFIX 규칙을 추가할 수 있습니다. 출처와 용도를 확인하지 않은 넓은 도메인 규칙을 복사해 넣지는 마세요.

GEOIP,CN,DIRECT는 IP 주소를 기준으로 적용되므로 도메인 규칙보다 위에 두면 업무 서비스의 IP가 국내 대역으로 판정될 때 직접 연결될 가능성이 있습니다. 그래서 업무 앱의 명시적 도메인 규칙을 먼저 배치했습니다. 실제 요청이 IP 주소만으로 표시되면 도메인 규칙이 일치하지 않을 수 있습니다. 이 경우 연결 세부 정보와 DNS 동작을 확인하고, 공식적으로 관리되는 규칙 세트가 있다면 업데이트 주기와 포함 범위를 검토하세요. 시간이 지나도 오래된 IP 목록을 그대로 방치하는 방식은 피하는 편이 좋습니다.

3. 적용 순서: 백업, 규칙 반영, 한 항목씩 검증

이 절에서는 설정을 한 번에 크게 바꾸지 않고, 현재 연결 상태와 비교할 수 있도록 단계별로 시험합니다. Clash Verge Rev, Clash for Windows 등 클라이언트마다 메뉴 이름과 설정 병합 기능이 다를 수 있습니다. 구독이 만든 원본 설정을 직접 수정하면 다음 업데이트 때 변경이 사라질 수 있으므로, 지속 적용할 규칙은 해당 클라이언트의 오버라이드 또는 확장 설정 기능에서 관리하세요.

현재 설정을 내보내거나 별도 파일로 복사하고, 사용 중인 코어가 mihomo인지 확인합니다. 설정을 바꿀 때 돌아갈 수 있는 사본을 보관하세요.
클라이언트에서 실행 모드를 ‘규칙’으로 선택하고, 위 예시의 노드 이름을 실제 이름으로 교체합니다. 규칙 검사나 설정 적용 기능이 있다면 저장 전에 YAML 파싱 오류가 없는지 확인하세요.
먼저 Zoom 로그인과 웹 화면을 열어 연결 기록에 요청이 나타나는지 확인합니다. 적용 규칙이 업무 회의이고 최종 아웃바운드가 선택한 노드인지 살펴보세요.
짧은 테스트 회의를 열어 음성, 영상, 화면 공유를 각각 점검합니다. 시스템 프록시에서 웹 요청만 보이고 미디어 연결이 나타나지 않는다면 TUN 상태와 UDP 지원 여부를 확인하세요.
Slack에서 메시지를 보내고 파일을 내려받은 다음, 각 요청의 대상 도메인과 규칙을 확인합니다. 국내 사이트와 사내 로컬 서비스도 시험해 직접 연결되는지 비교하세요.
한 항목이 실패하면 모든 규칙을 바꾸지 말고, 해당 요청의 목적지·규칙·아웃바운드·오류 로그를 기록한 뒤 관련 설정만 수정합니다.

TUN을 켤 때는 다른 VPN, 가상 네트워크 어댑터, 보안 에이전트와 경로가 겹치는지 확인하세요. 특히 회사 기기에서는 TUN 드라이버 설치나 네트워크 경로 변경이 관리자 권한 또는 조직 승인을 요구할 수 있습니다. TUN을 켠 뒤 국내 사이트가 느려졌다면 직접 연결 규칙의 순서만 보지 말고 DNS 응답, IPv6 경로, 연결 기록에 표시되는 실제 목적지도 함께 비교하세요.

4. 연결이 불안정할 때 확인할 항목

Zoom 연결이 불안정하면 먼저 회의용 그룹에서 현재 선택된 노드가 사용 가능한지 확인하고, 같은 시간대에 다른 노드로 비교하세요. 지연 시간 검사 결과가 양호해도 UDP를 지원하지 않거나 회선 혼잡이 심하면 통화 품질은 좋지 않을 수 있습니다. 일부 프록시 전송 방식은 UDP를 지원하지 않으므로 노드 제공 정보와 mihomo 로그를 함께 확인해야 합니다. 회의 도중 자동 선택 그룹이 계속 바뀐다면 회의 트래픽에는 수동 선택 그룹을 사용하고, 일반 웹 탐색에만 자동 그룹을 두는 방법이 안정적입니다.

Slack에서 메시지는 되지만 파일이 열리지 않는다면 연결 화면에서 파일 요청의 실제 호스트 이름이 규칙에 잡혔는지 확인하세요. IP만 보이는 경우에는 DNS 처리나 도메인 복원 여부가 원인일 수 있습니다. 반대로 회사 내부 서비스까지 프록시로 나간다면 로컬 도메인과 사설 IP 대역의 직접 연결 규칙을 검토하세요. 사설 네트워크 대역을 직접 연결하는 규칙은 실제 사내 주소 체계와 충돌하지 않는지 확인한 뒤 추가해야 합니다.

증상	우선 확인	조치 방향
Zoom 웹은 열리지만 통화 미디어가 불안정함	TUN 적용 여부, UDP 지원, 선택 노드	노드의 UDP 지원과 코어 로그를 확인하고 같은 조건으로 비교
Zoom 로그인 단계에서 연결 실패	실제 대상 도메인과 일치 규칙	연결 기록을 보고 필요한 도메인만 규칙에 추가
Slack 메시지는 되지만 첨부 파일이 실패함	파일 요청의 대상 호스트와 아웃바운드	확인된 호스트가 업무 서비스인지 검토한 후 분기 보완
국내 웹사이트가 불필요하게 프록시됨	규칙 순서, DNS, 대상 IP 판정	업무 도메인 규칙은 유지하고 국내·로컬 직접 연결을 점검
구독 업데이트 뒤 규칙이 사라짐	원본 설정을 직접 수정했는지 여부	클라이언트가 지원하는 오버라이드 방식으로 이동

로그를 공유해 진단을 받아야 한다면 구독 주소, 계정 토큰, 내부 호스트 이름, 개인 IP와 회의 식별 정보가 노출되지 않도록 먼저 가리세요. 네트워크 환경에 따라 필요한 도메인과 UDP 경로는 달라질 수 있으므로, 고정된 목록을 그대로 적용하기보다 연결 기록과 실제 회의 결과를 기준으로 규칙을 좁혀 관리하는 것이 좋습니다.