재택근무 Zoom·Teams 끊김 줄이는 Shadowrocket 분할 프록시 설정법

먼저 Global Routing과 연결 조건 확인

분할 프록시 규칙을 적용하려면 Shadowrocket이 연결 중이고 Global Routing이 Config여야 합니다. Proxy는 전체 트래픽을 프록시로 보내는 모드이고 Direct는 전체 트래픽을 직접 연결하는 모드이므로, 두 모드에서는 Config 안의 개별 분기 규칙을 검증하기 어렵습니다. 회의가 끊긴다는 이유로 바로 규칙을 추가하기 전에 현재 모드, 선택된 구성, 연결 상태를 기록하세요.

화상회의는 로그인 페이지와 회의 제어 연결 외에도 음성·영상 미디어 연결을 사용할 수 있습니다. 이 연결들은 도메인, IP 주소, 전송 방식이 서로 다를 수 있고 서비스 업데이트에 따라 바뀔 수 있습니다. 따라서 Zoom이나 Teams의 이름이 들어간 도메인 하나를 추가하는 것만으로 모든 회의 트래픽이 같은 경로를 이용한다고 단정할 수 없습니다. 회사에서 지정한 네트워크 정책이나 관리자가 제공한 대상 목록이 있다면 이를 우선하세요.

• 회사 정책: 업무 기기나 회사 계정에 지정된 VPN·보안 정책이 있다면 임의로 우회하지 마세요. 업무 트래픽의 경로 변경이 허용되는지 먼저 확인합니다.
• 기준 상태: 현재 연결 모드, 사용 중인 네트워크, 회의에서 나타나는 증상과 발생 시각을 적어 둡니다. 비밀번호, 구독 주소, 개인 키는 기록을 공유할 때 포함하지 마세요.
• 범위: 이 안내는 사용자가 이미 보유한 설정을 점검하는 방법입니다. 회선이나 구독을 제공하거나 특정 업무 서비스의 연결을 보장하지 않습니다.

업무 앱의 실제 연결 대상을 확인

규칙을 만들기 전에는 어떤 연결이 문제를 일으키는지 좁혀야 합니다. Shadowrocket에서 연결 기록이나 요청 목록을 확인할 수 있다면 회의 시작, 음소거 전환, 카메라 켜기처럼 문제가 나타나는 동작과 기록된 도메인·정책을 대조하세요. 메뉴 이름은 앱 버전에 따라 다를 수 있으므로 실제 화면의 기록 기능을 기준으로 찾습니다. 기록이 보이지 않는 경우에는 모르는 IP 주소를 추측해 규칙으로 추가하지 말고, 회사 관리자나 서비스의 네트워크 문서에서 확인된 정보만 사용하세요.

1. 기준 기록

   Home에서 연결을 확인하고 Global Routing을 Config로 둡니다. 현재 구성 이름과 Wi-Fi 또는 핫스팟 상태를 적습니다.

2. 회의 재현

   같은 회의에 접속해 음성, 영상, 화면 공유 중 어느 동작에서 지연이나 끊김이 나타나는지 기록합니다. 민감한 회의 내용은 기록하지 않습니다.

3. 대상 대조

   요청 기록에서 회의 동작과 시간상 함께 나타난 도메인 또는 연결을 살펴봅니다. 도메인 하나가 인증, 파일, 미디어 기능을 모두 담당한다고 가정하지 마세요.

4. 한 항목 시험

   관리자가 확인한 대상이나 목적이 분명한 도메인 하나만 규칙으로 시험합니다. 적용 후에는 같은 네트워크에서 같은 회의 동작을 반복합니다.

기록의 IP 주소가 바뀌거나 같은 서비스에서 여러 도메인이 나타나는 것은 이상 징후라고 단정할 수 없습니다. 대규모 서비스는 CDN이나 지역별 인프라를 사용할 수 있으며, IP 범위를 임의로 넓게 지정하면 무관한 업무 서비스까지 영향을 받을 수 있습니다. 목적을 확인할 수 없는 주소는 직접 연결 또는 프록시 규칙에 성급히 넣지 말고 기존 정책을 유지하세요.

Config에 좁은 범위의 분기 규칙 추가

규칙은 일치 조건과 적용 정책을 함께 지정합니다. 업무 연결을 직접 연결로 보내려면 확인된 도메인에 DIRECT, 선택한 검색 트래픽을 프록시로 보내려면 확인된 검색 도메인에 PROXY를 적용하는 방식입니다. 아래 도메인은 문법을 보여 주기 위한 예시이며 실제 Zoom, Teams, 회사 서비스 또는 검색 엔진의 도메인이 아닙니다. 그대로 복사하지 말고 사용자 환경에서 확인한 대상만 넣으세요.

Shadowrocket의 규칙 편집 화면에서 규칙 유형, 대상, 정책을 각각 확인하고 저장한 뒤 선택한 구성이 실제로 적용되어 있는지 확인하세요. 텍스트 기반 규칙을 직접 편집하는 경우에는 기존 규칙의 문법과 순서를 따릅니다. 예를 들어 아래 줄은 형식 설명용이며 실제 서비스 도메인 목록이 아닙니다.

DOMAIN-SUFFIX,corp.example.net,DIRECT
DOMAIN,search.example.net,PROXY
FINAL,PROXY

규칙은 위에서 아래로 확인되므로 더 구체적인 예외를 더 넓은 범위의 규칙보다 앞에 배치해야 할 수 있습니다. 마지막 FINAL 정책은 앞에서 매칭되지 않은 연결에 적용됩니다. 현재 구성의 마지막 정책을 확인하지 않은 채 예시의 FINAL,PROXY를 덧붙이지 마세요. 기존 업무 트래픽의 기본 경로를 바꿀 수 있습니다. 한 번에 여러 도메인과 최종 정책을 함께 수정하면 문제가 생겼을 때 원인을 찾기 어려우므로 한 항목씩 저장하고 시험하세요.

Wi-Fi와 핫스팟에서 같은 조건으로 비교

회의 품질은 규칙뿐 아니라 네트워크 혼잡, 무선 신호, 지연과 패킷 손실의 영향을 받습니다. Wi-Fi에서만 끊기고 핫스팟에서는 안정적이라면 공유기나 인터넷 회선 쪽을 추가로 살펴볼 수 있습니다. 반대로 두 환경 모두에서 같은 시점에 끊긴다면 앱의 연결 경로, 회사 정책, 상대편 회의 환경도 확인 대상입니다. 한 번의 짧은 시험만으로 원인을 확정하지 마세요.

통화 품질을 확인할 때는 음성만, 영상만, 화면 공유를 각각 시험하면 증상 범위를 좁히기 쉽습니다. 회의 앱이 제공하는 네트워크 진단이나 통계 화면이 있다면 지연, 손실, 미디어 연결 상태를 참고하되, 특정 숫자 하나만으로 원인을 단정하지 마세요. Wi-Fi에서 다른 기기의 사용량이 많거나 핫스팟 신호가 약하면 Shadowrocket 규칙을 바꾸지 않아도 품질이 달라질 수 있습니다.

• Wi-Fi에서만 문제: 공유기 재시작 여부, 무선 신호, 다른 기기의 대역폭 사용을 확인합니다. 회사 네트워크라면 관리자에게 허용된 회의 경로를 문의합니다.
• 핫스팟에서만 문제: 이동통신 신호와 데이터 제한, 핫스팟 기기의 절전 상태를 확인합니다. 이것만으로 업무 도메인 규칙이 잘못됐다고 판단하지 마세요.
• 두 환경에서 같은 문제: 바뀐 규칙을 임시로 원복해 기준 상태와 비교하고, 앱의 연결 기록과 회사 정책을 함께 확인합니다.

적용 결과 확인과 안전한 원복

규칙을 저장한 뒤에는 Home의 연결 상태와 Config 선택 여부를 다시 확인하세요. 실제 대상 연결이 의도한 정책으로 처리되는지 기록에서 대조하고, 회의 기능별로 다시 시험합니다. 규칙 편집 화면에 줄이 보인다는 사실만으로 연결이 그 규칙과 일치했다고 볼 수는 없습니다. 반대로 로그에 연결이 나타났다고 해서 음성이나 영상 품질까지 정상이라고 보장되는 것도 아닙니다.

• 변경 전 규칙의 위치와 내용을 안전하게 보관하되, 구독 URL이나 인증 정보는 기록에 복사하지 않습니다.
• 업무 앱 로그인, 회의 접속, 음성, 영상, 화면 공유를 각각 확인하고 실패한 기능을 구분합니다.
• 예상하지 못한 연결 실패나 업무 서비스 접근 문제가 생기면 방금 추가한 규칙만 비활성화하거나 원래 내용으로 되돌립니다.
• 새 연결 기록을 보고 범위를 넓히기 전에 대상의 소유와 용도를 회사 관리자 또는 신뢰할 수 있는 문서로 확인합니다.

업무 환경에서 분할 프록시를 안정적으로 유지하려면 범위를 좁게 시작하고, 변경 사항과 비교 결과를 남기며, 서비스 정책이 바뀌었을 때 다시 확인하는 것이 중요합니다. 회의가 끊기는 순간마다 규칙을 추가하기보다 먼저 네트워크별 증상과 실제 연결 대상을 구분하세요. 원인을 확인하기 어려운 경우에는 기존 설정으로 되돌리고 회사 네트워크 관리자에게 확인하는 편이 안전합니다.