재택근무 Zoom·Slack 연결을 안정시키는 Clash 분할 설정 가이드
먼저 확인할 것: Zoom과 Slack 트래픽이 어디로 나가는가
Zoom 회의가 끊기고 Slack 알림이 늦게 도착한다고 해서 두 앱에 같은 문제가 있는 것은 아닙니다. Zoom은 음성·영상 미디어 연결의 지연과 패킷 손실에 민감하고, Slack은 메시지, 파일, 알림 요청이 여러 도메인으로 나뉠 수 있습니다. 먼저 각 연결이 Clash 코어에 들어오는지, 규칙에서 어떤 정책 그룹을 선택했는지, 실제로 어느 노드를 거치는지를 분리해 확인하세요.
Clash 클라이언트의 시스템 프록시는 운영체제 프록시 설정을 읽는 앱에 주로 적용됩니다. Zoom이나 Slack의 모든 연결이 시스템 프록시를 따르는 것은 아니며, 앱 버전과 운영체제, 클라이언트의 트래픽 처리 방식에 따라 경로가 달라질 수 있습니다. TUN 모드도 모든 앱을 자동으로 프록시 처리하는 만능 기능은 아닙니다. TUN을 켠 경우에도 규칙과 DNS 처리 결과에 따라 직접 연결될 수 있습니다.
- 클라이언트에서 설정이 정상적으로 로드됐는지 확인하고, 아웃바운드 모드를 우선 ‘규칙’으로 둡니다.
- Zoom 회의나 Slack 메시지를 실제로 한 번 사용하면서 ‘연결’ 또는 ‘로그’ 화면에서 대상 도메인, 적용 규칙, 선택된 아웃바운드를 확인합니다.
- 연결 기록이 없다면 앱의 프록시 진입 경로를 점검합니다. 기록은 있지만 DIRECT로 나간다면 규칙 순서를, 프록시 그룹으로 나갔지만 실패한다면 노드와 DNS를 확인합니다.
업무용 정책 그룹과 노드 선택 기준
Zoom에는 안정적인 경로를, Slack에는 응답이 빠른 경로를 선택하려는 경우 앱마다 별도 정책 그룹을 만드는 방법이 있습니다. 다만 노드를 나누는 것만으로 앱별 분리가 완성되지는 않습니다. 규칙이 해당 그룹을 가리켜야 하고, 앱 연결이 코어에 들어와야 합니다. 기존 설정에 이미 제공자별 그룹이 있다면 중복 그룹을 만들기보다 기존 그룹을 재사용하세요.
| 정책 그룹 | 선택 기준 | 주의할 점 |
|---|---|---|
| Zoom 업무용 | 회의 시간대에 연결이 안정적인 노드. 지연뿐 아니라 패킷 손실과 음성 끊김도 비교 | 노드 검사에서 응답이 빠르더라도 Zoom 미디어 경로의 품질이 같다는 보장은 없음 |
| Slack 업무용 | 메시지 전송과 파일 열기가 빠르고 업무 시간에 안정적인 노드 | 파일 전송이나 워크스페이스 로그인에 별도 도메인이 쓰일 수 있음 |
| 일반 웹 | 기본적으로 직접 연결하거나 현재 규칙에 맞는 기존 그룹 사용 | 회사 내부 서비스와 업무 필수 도메인은 무조건 직접 연결로 보내지 않도록 확인 |
Zoom 회의 중 자동 지연 측정 그룹이 다른 노드로 바뀌면 기존 미디어 연결이 끊기거나 새 연결이 다시 설정될 수 있습니다. 회의 안정성을 우선한다면 처음에는 ‘선택’ 유형 그룹에서 검증한 노드를 직접 고르고, 회의 중에는 노드를 바꾸지 않는 편이 안전합니다. 여러 노드를 비교할 때는 회의가 없는 시간에 같은 네트워크에서 테스트하세요. 자동 선택 기능을 이용하더라도 전환 주기를 지나치게 짧게 설정하지 마세요.
Slack은 메시지 전송, 파일 미리 보기, 외부 링크 열기가 각각 다른 경로를 사용할 수 있습니다. Slack 기본 도메인만 규칙에 추가한 뒤 파일 기능까지 모두 해결됐다고 판단하지 말고, 문제가 난 기능을 재현하면서 로그에 나타나는 실제 도메인을 확인하세요. 로그에서 업무 계정의 토큰, 전체 URL, 사용자 이름이 보이면 외부에 공유하기 전에 가리세요.
규칙 적용하기: 백업부터 업무 흐름 테스트까지
아래 단계는 기존 설정 파일을 직접 편집할 수 있거나 규칙 오버라이드를 제공하는 클라이언트를 위한 절차입니다. 메뉴 이름과 편집 가능 범위는 Clash Verge, Clash Verge Rev, Mihomo 기반 클라이언트 등 제품과 버전에 따라 다릅니다. 원격 구독 설정을 직접 수정하면 다음 업데이트 때 변경 사항이 사라질 수 있으므로, 가능하면 클라이언트의 오버라이드 기능을 사용하거나 제공자가 안내한 방식을 따르세요.
- 현재 설정 보관: ‘설정’ 또는 ‘프로필’에서 사용 중인 파일을 복사하거나 내보냅니다. 복사본에 구독 토큰이 포함될 수 있으므로 공개 폴더에 두지 마세요.
- 그룹 확인: ‘프록시’ 화면에서 사용할 노드가 실제로 연결 가능한지 확인합니다. 기존 설정에 업무용 그룹을 추가한다면 그 그룹이 참조하는 노드 이름이 설정에 존재하는지 확인하세요.
- 규칙 위치 확인: Zoom·Slack 도메인 규칙은 일반적인 직접 연결 규칙이나 넓은 도메인 규칙보다 앞에 놓습니다. Clash 규칙은 위에서 아래로 검사하며, 먼저 일치한 규칙의 정책이 적용됩니다.
- 한 앱씩 검증: Slack 메시지를 보내고 파일을 열어 본 뒤, Zoom에서는 회의 연결과 음성·영상 상태를 확인합니다. 한 번에 규칙 하나만 변경해야 결과를 비교하기 쉽습니다.
다음은 규칙 구성의 축약 예시입니다. Work-Zoom과 Work-Slack은 실제 설정의 정책 그룹 이름과 일치해야 하며, 그룹 자체에도 사용할 수 있는 프록시가 정의되어 있어야 합니다. 기존 설정의 규칙과 그룹을 확인한 뒤 필요한 항목만 반영하세요.
rules:
- DOMAIN-SUFFIX,zoom.us,Work-Zoom
- DOMAIN-SUFFIX,zoom.com,Work-Zoom
- DOMAIN-SUFFIX,slack.com,Work-Slack
- DOMAIN-SUFFIX,slack-edge.com,Work-Slack
- DOMAIN-SUFFIX,slack-files.com,Work-Slack
- GEOIP,CN,DIRECT
- MATCH,DIRECT예시에 든 도메인은 시작점일 뿐 전체 서비스 도메인 목록이 아닙니다. 서비스 운영 방식이나 앱 버전에 따라 연결 대상이 달라질 수 있으므로, 실제 로그에 표시되는 도메인을 확인해 필요한 규칙을 보완하세요. 또한 마지막의 MATCH,DIRECT는 앞에서 일치하지 않은 모든 트래픽을 직접 연결합니다. 미등록 업무 서비스도 프록시로 보내야 하는 환경이라면 이 정책이 적합하지 않을 수 있습니다. 기존 정책을 보존하고 마지막 규칙을 포함한 전체 설정 흐름을 검토하세요.
직접 연결과 프록시 연결을 비교하고 문제를 좁히기
일반 웹사이트를 직접 연결하면 불필요한 우회가 줄어들 수 있지만, 회사 네트워크나 서비스 제공자의 정책 때문에 직접 연결이 제한될 수도 있습니다. 직접 연결이 실패한다고 바로 규칙 문법 오류로 단정하지 마세요. 같은 사이트를 규칙 모드에서 사용하고, 가능하다면 신뢰할 수 있는 별도 네트워크에서도 비교하세요. 특정 국가나 조직의 정책을 우회하는 설정을 추가하기보다 업무 네트워크 관리자에게 허용된 접속 경로를 확인하는 것이 우선입니다.
| 증상 | 먼저 확인할 항목 | 다음 조치 |
|---|---|---|
| Slack 메시지는 되지만 파일이 열리지 않음 | 실패한 동작 직후 연결 로그의 도메인과 적용 규칙 | 실제 파일 관련 도메인을 확인하고 필요한 규칙을 기존 기본 규칙보다 앞에 추가 |
| Zoom은 연결되지만 음성이나 영상이 끊김 | 회의 중 로그, 선택 노드, Wi-Fi 신호, 다른 VPN 또는 보안 앱의 간섭 | 회의 중 노드를 전환하지 말고 안정된 네트워크에서 다시 비교. 회사 방화벽이 있다면 관리자에게 필요한 연결 정책 확인 |
| 브라우저는 프록시되지만 데스크톱 앱은 직접 연결됨 | 앱의 시스템 프록시 지원 여부와 TUN 상태 | 클라이언트 문서에서 앱 트래픽 처리 방식을 확인하고, TUN 사용 시 필요한 시스템 권한과 라우트 설정을 점검 |
| 규칙을 추가한 뒤 일반 사이트도 프록시됨 | 규칙 순서, 상위 도메인 규칙, 마지막 MATCH 정책 | 더 구체적인 앱 규칙을 앞에 배치하고 직접 연결 기본 정책이 의도에 맞는지 검토 |
진단할 때는 클라이언트의 로그 수준을 우선 info로 두고, 문제가 발생한 시간과 앱에서 수행한 동작을 함께 기록하세요. 정보가 부족할 때만 짧은 시간 동안 상세 로그를 사용하고 확인이 끝나면 원래 수준으로 되돌립니다. 구독 링크, 노드 비밀번호, 인증 토큰이 포함된 로그와 설정 파일을 공개 게시판이나 온라인 변환 도구에 올리지 마세요.
안정적인 업무용 설정은 가장 빠른 노드를 고르는 것보다 Zoom 회의 중 경로가 바뀌지 않는지, Slack의 메시지와 파일 기능이 모두 동작하는지, 일반 사이트가 의도한 대로 직접 연결되는지를 함께 확인해 완성합니다. 변경 전후 결과를 기록하고 한 항목씩 조정하면 문제가 생겼을 때 원래 동작으로 되돌리기도 쉽습니다.