서론: 원격근무 네트워크를 나눠야 하는 이유
2026년의 원격근무 환경에서는 화상회의, 메신저, 문서 협업 도구를 동시에 사용하는 일이 일반적입니다. 그러나 Zoom 회의 중 화면이 멈추거나 음성이 끊기고, Slack 알림이 몇 초에서 수십 초 늦게 도착한다면 단순히 인터넷 회선의 속도만 의심해서는 안 됩니다. 실제 원인은 모든 트래픽이 하나의 불안정한 프록시 경로를 통과하거나, 반대로 업무 서비스가 국내 인터넷 회선에만 의존하면서 해외 서버와의 연결 품질이 떨어지는 데 있을 수 있습니다.
Clash는 목적지와 도메인에 따라 트래픽 경로를 나누는 규칙 기반 프록시 도구입니다. 국내 포털, 사내 시스템, 금융 서비스는 DIRECT로 빠르게 연결하고, 해외 업무 서비스는 지연 시간이 낮고 안정적인 프록시 노드로 전송할 수 있습니다. 이처럼 서비스별로 경로를 분리하면 전체 트래픽을 무조건 우회할 때 발생하는 속도 저하와 불필요한 지연을 줄일 수 있습니다.
가이드 목표
Zoom과 Slack에 적합한 노드를 선택하고, TUN 모드와 규칙을 조합하여 업무 트래픽은 안정적으로 연결하면서 국내 서비스는 빠르게 사용하는 방법을 설명합니다.
이 글의 설정은 Clash Verge Rev, Clash for Windows, ClashX, Clash for Android 및 Mihomo 기반 클라이언트에서 응용할 수 있습니다. 메뉴 이름은 클라이언트마다 다를 수 있지만, 핵심은 동일합니다. 먼저 시스템 전체 트래픽을 Clash가 확인할 수 있도록 준비한 뒤, 업무 서비스에 맞는 규칙을 일반 규칙보다 위에 배치해야 합니다.
1문제 진단과 업무용 노드 선택
설정 파일을 바로 수정하기 전에 현재 문제가 어디에서 발생하는지 확인하세요. Zoom에서는 영상이 흐려지거나 음성이 끊기는 현상이 패킷 손실과 관련될 수 있고, Slack에서는 메시지는 표시되지만 알림이 늦거나 채널이 계속 “연결 중”으로 남는 현상이 웹소켓 연결 불안정과 관련될 수 있습니다. 두 서비스가 동시에 느리다면 노드 품질, DNS 응답, TUN 적용 여부를 우선 점검하는 것이 좋습니다.
| 상황 | 우선 의심할 원인 | 권장 조치 |
|---|---|---|
| Zoom 영상은 보이지만 음성이 끊김 | 높은 지연 시간 또는 UDP 불안정 | UDP를 지원하는 가까운 노드로 변경 |
| Zoom 회의 입장이 오래 걸림 | 도메인 규칙 누락 또는 DNS 지연 | Zoom 도메인을 전용 그룹에 지정 |
| Slack 메시지가 늦게 도착함 | 웹소켓 연결 재설정 | 안정적인 고정 노드와 TUN 모드 사용 |
| 국내 사이트까지 전체적으로 느림 | 모든 트래픽이 프록시를 통과함 | 국내 서비스에 DIRECT 규칙 추가 |
노드를 고를 때는 이름에 표시된 국가보다 실제 측정 결과를 우선해야 합니다. 한국에서 근무하면서 미국 본사와 회의하는 경우에도 무조건 미국 노드가 최선은 아닙니다. 일본이나 싱가포르 노드가 국제 구간이 더 안정적이면 해당 노드를 통해 미국의 Zoom 서버에 접속하는 편이 더 나을 수 있습니다. 반대로 회사 정책상 특정 리전에 접속해야 하거나 계정 보안 시스템이 접속 지역을 확인한다면 회사가 요구하는 위치를 따라야 합니다.
- Zoom 회의: 낮은 지연 시간, 적은 패킷 손실, UDP 지원 여부를 우선 확인합니다.
- Slack 메시지: 장시간 연결이 끊기지 않는 안정성과 IP 변동이 적은 노드를 선택합니다.
- 국내 업무 서비스: 사내 VPN, 은행, 정부 사이트는 기본적으로 DIRECT를 우선 고려합니다.
- 공용 Wi-Fi: 네트워크 자체가 UDP를 제한할 수 있으므로 프록시를 바꿔도 문제가 계속되면 다른 회선을 시험합니다.
보안 주의
회사 기밀 자료를 다루는 경우 무료 노드나 출처가 불분명한 구독을 사용하지 마세요. 프록시 운영자가 연결 정보를 기록할 가능성이 있으므로 회사의 보안 정책과 허용된 네트워크를 먼저 확인해야 합니다.
2Clash 실전 설정 단계
이제 업무 트래픽을 분리하는 기본 설정을 진행해 보겠습니다. 예시는 Mihomo 형식의 YAML 규칙을 기준으로 작성했으며, 사용 중인 클라이언트에서 그룹 이름이 다르면 Work-Group 부분을 실제 프록시 그룹 이름으로 바꾸면 됩니다. 규칙은 위에서 아래로 평가되므로 Zoom과 Slack 관련 항목을 넓은 일반 규칙보다 위에 배치해야 합니다.
- Clash Verge Rev 또는 사용 중인 클라이언트에서 구독 프로필을 백업합니다.
- 프록시 그룹에 지연 시간이 낮고 UDP를 지원하는 노드를 추가합니다.
- 자동 선택 그룹을 사용하더라도 회의 시간에는 테스트가 끝난 노드를 수동으로 고정합니다.
- 업무 서비스에 사용할 그룹 이름을 확인하고 아래 규칙의 이름과 일치시킵니다.
rules 항목의 위쪽에 다음 규칙을 추가하세요. 회사의 정책이나 서비스 제공 지역에 따라 DIRECT 대신 업무용 그룹을 사용할 수 있습니다.
※ 회사 시스템이 해외 리전에 있거나 국내 IP를 허용하지 않는다면 사내 도메인과 관련 IP는 별도의 업무용 그룹으로 지정하세요.
- Windows: 설정에서 TUN 모드를 켜고 관리자 권한 요청을 승인합니다. 가상 네트워크 어댑터가 생성되었는지 확인하세요.
- macOS: 시스템 확장 또는 네트워크 권한을 허용한 뒤 TUN 모드를 활성화합니다.
- Clash for Android: VPN 모드에서 전체 앱 트래픽을 처리하도록 설정하고, 배터리 절전 예외에 추가합니다.
- DNS 모드는 클라이언트가 지원하는 경우
fake-ip또는 안정적인 원격 DNS를 사용합니다. 기존 회사 DNS가 필요한 환경에서는 내부 도메인이 정상 해석되는지 반드시 확인합니다.
설정 저장 후 Clash를 다시 시작하고 Zoom 데스크톱 앱과 Slack 앱을 완전히 종료했다가 다시 실행하세요. 이미 열려 있던 연결은 이전 규칙을 계속 사용할 수 있기 때문입니다. 이후 연결 로그에서 Zoom과 Slack 도메인이 의도한 프록시 그룹으로 표시되는지 확인하면 됩니다.
설정 확인 포인트
로그에 업무 도메인이 나타나지 않는다면 DNS가 Clash를 통과하지 않거나 TUN 모드가 실제로 켜지지 않은 상태일 수 있습니다. 먼저 시스템 프록시, TUN 권한, DNS 설정을 순서대로 점검하세요.
3Zoom과 Slack 서비스별 최적화
Zoom 화상회의 설정
Zoom은 영상과 음성을 실시간으로 전송하므로 단순한 다운로드 속도보다 지연 시간과 패킷 손실이 중요합니다. 회의 중 화면이 멈추면 먼저 Zoom 설정에서 HD 비디오를 일시적으로 낮추고, 다른 대용량 업로드나 클라우드 동기화를 중지하세요. Clash 측에서는 여러 노드를 빠르게 전환하기보다 한 개의 안정적인 노드를 유지하는 편이 좋습니다. 노드가 바뀔 때 UDP 세션이 끊기면서 회의가 다시 연결될 수 있기 때문입니다.
- 회의 전 5분 정도 테스트 회의를 실행하여 영상, 마이크, 스피커를 점검합니다.
- 가능하면 Wi-Fi보다 유선 네트워크를 사용하고, 5GHz Wi-Fi에서는 공유기와 가까운 위치를 선택합니다.
- UDP를 지원하지 않는 노드에서 회의가 자주 끊기면 TCP 기반 노드를 무작정 고집하지 말고 다른 노드를 시험합니다.
- Zoom 도메인 전체를 무조건 우회하기보다 회사의 회의 지역과 실제 측정 결과를 기준으로 DIRECT 또는 업무 그룹을 결정합니다.
Slack 웹소켓 연결 안정화
Slack은 메시지 조회뿐 아니라 웹소켓을 통해 새 메시지와 알림을 지속적으로 수신합니다. 따라서 페이지가 열리는지만 확인해서는 충분하지 않습니다. Slack 창 하단에 연결 오류가 표시되는지, 테스트 메시지가 즉시 도착하는지, 모바일과 데스크톱 알림이 동시에 정상인지 확인해야 합니다.
Slack에는 여러 도메인이 사용될 수 있으므로 slack.com만 등록하면 일부 파일, 메시지, 실시간 연결이 다른 규칙으로 빠질 수 있습니다. 사용 중인 워크스페이스의 연결 로그를 살펴보고 실제로 요청되는 도메인을 확인한 뒤 필요한 범위에서 규칙을 보완하세요. 다만 너무 넓은 DOMAIN-KEYWORD,slack 규칙은 관련 없는 도메인까지 같은 경로로 보낼 수 있으므로, 기본적으로는 확인된 도메인 suffix 규칙을 우선하는 편이 안전합니다.
연결이 계속 끊길 때
Slack 앱의 캐시를 삭제하거나 무작정 재설치하기 전에 노드 변경 여부, 시스템 시간, 회사 보안 프로그램의 웹소켓 검사, DNS 응답을 확인하세요. 회사 프록시나 보안 게이트웨이가 웹소켓을 차단하는 환경에서는 Clash 규칙만으로 해결되지 않을 수 있습니다.
국내 트래픽은 직접 연결하기
원격근무 중에도 국내 문서 시스템, 은행, 전자결재, 화상회의 예약 페이지를 자주 사용한다면 국내 트래픽을 프록시에서 제외하는 것이 좋습니다. GEOIP,KR,DIRECT는 편리하지만, 국내 기업이 해외 클라우드에 서비스를 운영하는 경우에는 업무 도메인 규칙보다 뒤에 배치해야 합니다. 또한 사내 도메인을 먼저 업무 그룹에 지정하고, 그 아래에 국내 전체 직접 연결 규칙을 두어야 사내 시스템이 잘못된 경로로 빠지지 않습니다.
4테스트와 문제 해결 체크리스트
설정을 저장한 뒤에는 한 가지 서비스만 확인하지 말고 실제 업무 흐름에 맞춰 점검하세요. 먼저 국내 웹사이트를 열어 일반적인 응답 속도를 확인하고, 다음으로 Slack에서 테스트 메시지를 주고받은 후 Zoom 회의에 참여합니다. 마지막으로 파일 업로드나 화면 공유를 실행하면 일반 웹 요청과 실시간 UDP 트래픽이 모두 정상인지 확인할 수 있습니다.
| 점검 항목 | 정상 기준 | 문제 발생 시 조치 |
|---|---|---|
| Clash 로그 | Zoom·Slack이 Work-Group으로 표시됨 | 규칙 순서와 도메인 철자 확인 |
| 국내 사이트 | DIRECT로 연결되고 로그인 유지 | 국내 도메인 및 GEOIP 규칙 확인 |
| Slack 알림 | 테스트 메시지가 즉시 표시됨 | 웹소켓 차단, 노드 안정성, 앱 절전 설정 점검 |
| Zoom 회의 | 음성 지연과 영상 끊김이 없음 | UDP 지원 노드와 다른 회선 비교 |
특정 노드에서만 문제가 발생한다면 설정 전체를 다시 작성하기보다 노드 품질을 먼저 바꾸는 것이 빠릅니다. 모든 노드에서 같은 문제가 나타난다면 TUN 모드, DNS, 방화벽, 회사 보안 장비를 차례대로 확인하세요. Clash를 여러 개 동시에 실행하거나 다른 VPN과 함께 사용하는 경우에는 가상 어댑터와 라우팅 우선순위가 충돌할 수 있으므로 하나의 클라이언트만 활성화하는 것이 좋습니다.
또한 업무 중에는 자동 노드 선택의 기준을 지나치게 짧게 설정하지 마세요. 지연 시간이 잠깐 높아질 때마다 노드가 바뀌면 Zoom과 Slack의 장시간 연결이 반복해서 끊길 수 있습니다. 회의가 없는 시간에 여러 노드를 측정하고, 실제 업무 시간에는 검증된 노드를 고정하는 방식이 안정적입니다. 설정을 변경할 때마다 YAML 파일을 백업해 두면 문제가 생겼을 때 이전 상태로 빠르게 돌아갈 수 있습니다.
최종 권장 구성
Zoom과 Slack은 안정적인 업무용 그룹, 국내 서비스와 사내에서 허용된 트래픽은 DIRECT, 알 수 없는 요청은 기본 규칙으로 처리하세요. 이 세 가지를 분리하면 속도와 안정성 사이의 균형을 잡기 쉽습니다.
Clash의 목적은 모든 인터넷 연결을 무조건 우회하는 것이 아닙니다. 서비스의 위치와 통신 방식에 맞춰 가장 적합한 경로를 선택하고, 필요한 트래픽만 프록시로 보내는 데 의미가 있습니다. 업무용 도메인과 국내 트래픽을 구분한 뒤 실제 회의와 메시지 전송으로 검증하면, 불필요한 지연을 줄이면서도 원격근무에 필요한 연결 안정성을 높일 수 있습니다.