재택근무 네트워크를 먼저 이해하기
재택근무에서는 화상 회의, 메신저, 파일 공유, 웹 기반 업무 도구를 동시에 사용하는 경우가 많습니다. 이때 모든 트래픽을 하나의 프록시 노드로 보내면 해외 서비스는 접속할 수 있어도 국내 웹사이트와 사내 시스템의 응답 속도가 느려질 수 있습니다. 반대로 시스템 프록시만 켜고 사용하면 Zoom이나 Slack의 일부 프로세스가 규칙에서 빠져 연결이 불안정해질 수 있습니다.
Clash의 장점은 목적지와 도메인에 따라 트래픽을 나누는 분할 라우팅입니다. 국내 포털, 은행, 사내 그룹웨어는 DIRECT로 연결하고, 필요한 업무 서비스만 신뢰할 수 있는 프록시 그룹으로 보낼 수 있습니다. 이렇게 구성하면 국내 사이트의 낮은 지연시간은 유지하면서 Zoom, Slack, Google Meet의 국제 연결 문제를 줄일 수 있습니다.
이 가이드의 목표
Clash Verge Rev, Clash for Windows, ClashX, Clash for Android 또는 Mihomo 기반 환경에서 업무용 트래픽만 선택적으로 우회하고, 회의 품질과 메시지 수신 안정성을 높이는 방법을 설명합니다.
설정 전에는 먼저 인터넷 회선 자체가 안정적인지 확인하세요. Wi-Fi 신호가 약하거나 가족 구성원이 대용량 파일을 업로드하는 상황에서는 프록시를 바꿔도 회의 품질이 크게 개선되지 않습니다. 가능하면 5GHz Wi-Fi 또는 유선 연결을 사용하고, 회의 중에는 다운로드 프로그램과 클라우드 동기화 작업을 잠시 멈추는 것이 좋습니다.
1클라이언트와 업무용 노드 선택
Clash는 코어와 클라이언트가 분리된 구조입니다. Mihomo는 실제 트래픽을 처리하는 코어이고, Clash Verge Rev나 다른 GUI 클라이언트는 프로필과 규칙을 편집하는 화면을 제공합니다. 2026년 기준으로 데스크톱에서는 Mihomo를 지원하는 Clash Verge Rev가 TUN 모드와 규칙 관리에 편리하며, 모바일에서는 Clash for Android 계열 또는 Mihomo 기반 앱을 사용할 수 있습니다.
| 업무 상황 | 권장 경로 | 선택 기준 |
|---|---|---|
| 국내 고객과 회의 | DIRECT 또는 국내 회선 | 낮은 지연시간, 안정적인 업로드 |
| 해외 본사와 회의 | 본사와 가까운 프록시 노드 | 낮은 핑, 낮은 패킷 손실, UDP 지원 |
| 글로벌 Slack 워크스페이스 | 고정적으로 사용할 프록시 그룹 | 웹소켓 유지, 과도한 IP 변경 방지 |
| Google Meet | 회의 지역에 따라 DIRECT 또는 프록시 | 실시간 UDP와 업로드 품질 |
노드는 단순히 다운로드 속도가 가장 빠른 것을 고르는 것이 적절하지 않습니다. 화상 회의에서는 순간적인 속도보다 지연시간, 지터, 패킷 손실률이 중요합니다. Clash의 연결 테스트에서 응답 시간이 짧고 여러 번 측정해도 결과가 크게 흔들리지 않는 노드를 선택하세요. 해외 본사가 일본에 있다면 JP 노드가 유리할 수 있지만, 사업자의 국제 회선과 서버 혼잡도에 따라 싱가포르나 미국 서부 노드가 더 나은 경우도 있습니다.
무료 노드 사용 시 주의
회의 계정, 사내 문서, 인증 정보가 오가는 업무 환경에서는 출처가 불분명한 무료 노드를 피하세요. 노드 운영자에게 트래픽이 노출될 가능성과 갑작스러운 연결 종료 위험을 함께 고려해야 합니다.
회의 전에 확인할 항목
- 회의에 사용할 노드의 지연시간을 오전과 오후에 각각 측정합니다.
- UDP를 지원하는지 확인합니다. UDP가 막힌 노드는 Zoom과 Google Meet의 실시간 미디어 품질을 떨어뜨릴 수 있습니다.
- 노드가 자동으로 자주 변경되는 그룹이라면 업무용 그룹을 별도로 만들어 수동 선택합니다.
- 프록시를 사용한 상태에서 음성 업로드와 화면 공유가 정상인지 짧은 테스트 회의로 확인합니다.
2TUN 모드와 DNS 설정
브라우저에서만 업무 서비스를 사용한다면 시스템 프록시로도 충분할 수 있지만, Zoom, Slack, Google Meet 데스크톱 앱은 별도의 프로세스와 연결 방식을 사용합니다. 따라서 애플리케이션 트래픽까지 규칙에 포함하려면 TUN 모드가 유용합니다. Clash Verge Rev에서는 설정 화면에서 TUN을 활성화하고, 운영체제가 요구하는 네트워크 권한을 승인한 뒤 Clash를 다시 시작하세요.
- Clash 클라이언트에서 Mihomo 코어가 선택되어 있는지 확인합니다.
- TUN Mode를 켜고 자동 라우트 또는 시스템 라우팅 옵션을 활성화합니다.
- DNS 모드는 사용 중인 클라이언트가 권장하는
fake-ip또는 안정적인redir-host로 설정합니다. - 원격 DNS에
https://1.1.1.1/dns-query또는https://dns.google/dns-query같은 DoH 서버를 추가합니다. - 사내 도메인이나 로컬 프린터가 작동하지 않으면 해당 도메인과 사설 네트워크를 DNS 예외 목록에 넣습니다.
DNS 설정은 빠른 서버를 고르는 것만큼이나 일관성이 중요합니다. 요청은 프록시를 거치는데 DNS 조회만 국내 회선에서 처리되거나, 반대로 국내 서비스의 DNS까지 해외로 보내면 접속 위치가 예상과 달라질 수 있습니다. 국내 업무 시스템을 반드시 직접 연결해야 한다면 사내 DNS 주소를 별도 지정하고, 공개 서비스에는 원격 DNS를 적용하는 방식으로 분리하세요.
정상 작동 확인
TUN을 켠 뒤 국내 사이트, 사내 VPN, Zoom 테스트 회의, Slack 메시지 수신을 순서대로 확인하세요. 하나라도 실패하면 모든 트래픽을 프록시로 보내기보다 해당 서비스의 규칙과 DNS 예외부터 점검하는 것이 안전합니다.
3Zoom·Slack·Google Meet 분할 라우팅 구성
이제 실제 규칙을 추가합니다. 아래 예시는 업무용 프록시 그룹의 이름을 Work-Proxy라고 가정한 것입니다. 사용 중인 프로필의 실제 그룹 이름이 다르면 반드시 그 이름으로 바꾸세요. 규칙은 위에서부터 아래로 평가되므로 업무 서비스 규칙을 일반적인 GEOIP,CN,DIRECT나 마지막 MATCH보다 위에 배치해야 합니다.
위 예시는 기본 구조를 이해하기 위한 예제입니다. Google 전체 도메인을 프록시로 보내면 YouTube, Gmail, 국내 검색 서비스까지 불필요하게 우회될 수 있으므로 실제 환경에서는 Google Meet에 필요한 도메인만 규칙에 포함하는 것이 좋습니다. 또한 회사가 별도의 회의 서버나 SSO 도메인을 사용한다면 네트워크 관리자에게 필요한 도메인 목록을 확인한 뒤 추가하세요.
Zoom 규칙과 UDP 점검
Zoom은 회의 연결과 웹 로그인에 서로 다른 도메인을 사용할 수 있습니다. 회의가 시작되지만 영상과 음성이 끊긴다면 도메인 규칙보다 UDP 경로가 문제일 가능성이 있습니다. 먼저 같은 노드에서 음성만 켠 테스트 회의를 진행하고, 이후 카메라와 화면 공유를 순서대로 활성화하세요. 특정 노드에서만 문제가 발생하면 규칙을 바꾸기보다 다른 UDP 지원 노드로 전환하는 편이 빠릅니다.
Slack 웹소켓 연결 유지
Slack의 메시지와 알림은 웹소켓 연결에 의존합니다. Slack이 계속 “연결 중”으로 표시되거나 알림이 늦게 도착하면 자동 선택 그룹이 노드를 자주 바꾸는지 확인하세요. Slack 전용 그룹을 만들고 업무 시간 동안 하나의 안정적인 노드를 유지하면 재인증과 연결 재설정이 줄어듭니다. 다만 고정 IP가 반드시 필요한 것은 아니며, 보안 정책을 우회하려고 비정상적인 IP를 사용하는 것은 권장하지 않습니다.
Google Meet의 회의 품질 조정
Google Meet은 다운로드뿐 아니라 업로드와 실시간 미디어 전송이 중요합니다. 화면 공유가 흐리거나 참석자의 음성이 끊긴다면 노드의 업로드 품질과 패킷 손실을 먼저 확인하세요. 국내 참석자와 회의할 때는 DIRECT가 더 빠를 수 있고, 해외 참석자가 많거나 국내 경로가 불안정할 때는 회의 지역과 가까운 프록시를 선택하는 방식이 합리적입니다.
4업무 전 테스트와 문제 해결
설정을 저장한 뒤에는 바로 중요한 회의에 들어가지 말고 짧은 점검을 진행하세요. Clash의 연결 로그에서 Zoom, Slack, Google Meet 관련 요청이 기대한 프록시 그룹으로 처리되는지 확인합니다. 국내 사이트가 DIRECT로 표시되고, 업무 서비스만 Work-Proxy로 표시된다면 기본 분할 라우팅은 정상입니다.
- Zoom: 테스트 회의에서 음성, 카메라, 화면 공유를 각각 2~3분씩 확인합니다.
- Slack: 다른 계정이나 동료에게 메시지를 보내고 알림이 즉시 도착하는지 확인합니다. 파일 업로드와 스레드 열기도 함께 점검합니다.
- Google Meet: 회의 품질 메뉴에서 지연과 네트워크 경고를 확인하고, 화면 공유 중 업로드가 안정적인지 살펴봅니다.
- 국내 서비스: 사내 그룹웨어, 은행, 전자정부 사이트가 정상적으로 열리는지 확인합니다.
| 증상 | 가능한 원인 | 우선 조치 |
|---|---|---|
| 회의 로그인은 되지만 영상이 끊김 | UDP 차단, 노드 패킷 손실 | UDP 지원 노드로 변경하고 업로드 품질 측정 |
| Slack 알림이 늦음 | 웹소켓 재연결, 노드 자동 변경 | Slack 전용 그룹과 고정 선택 노드 사용 |
| 국내 사이트가 느리거나 로그인 실패 | 과도한 프록시 라우팅, DNS 불일치 | 국내 도메인을 DIRECT로 배치하고 DNS 예외 확인 |
| TUN 사용 후 인터넷 전체가 끊김 | 라우팅 권한, 가상 어댑터 충돌 | TUN을 재시작하고 다른 VPN·보안 프로그램을 점검 |
회사 보안 정책 확인
사내 기기에서 TUN 모드나 개인 프록시 사용이 금지되어 있을 수 있습니다. 회사 VPN, 보안 에이전트, 접근 제어 정책과 충돌할 수 있으므로 업무용 장비에서는 반드시 조직의 지침을 먼저 확인하세요.
안정적인 재택근무 설정은 무조건 해외 노드를 사용하는 것이 아니라, 서비스별로 가장 적절한 경로를 선택하는 데서 시작합니다. 회의가 끝난 뒤에는 연결 로그와 실제 체감 품질을 기록해 두고, 문제가 반복되는 서비스의 도메인과 노드만 조정하세요. 규칙을 한꺼번에 많이 추가하면 원인을 찾기 어려우므로 한 번에 한 항목씩 변경하는 것이 좋습니다.
Clash 설정 파일을 수정하기 전에는 원본 프로필을 백업하고, 업무 시간에는 검증되지 않은 규칙이나 스크립트를 적용하지 마세요. 이 원칙을 지키면 국내 사이트의 속도와 글로벌 업무 서비스의 연결성을 함께 유지하면서 보다 예측 가능한 재택근무 환경을 만들 수 있습니다.