재택근무 Zoom·Teams 끊김 줄이는 Shadowrocket 설정 팁

재택근무 중 Zoom이나 Teams 통화가 끊기거나 업무 사이트 접속이 불안정하다면 노드와 분할 규칙을 점검해 보세요. Shadowrocket에서 회의 앱, 업무 서비스, 일반 웹 트래픽을 상황에 맞게 처리하는 방법을 안내합니다. UDP 지원 노드 확인부터 회의 전 연결 테스트,…

이 글 한눈에 보기

재택근무 중 Zoom·Teams 회의가 끊기거나 음성이 늦게 들릴 때는 서버 이름만 바꾸기보다 UDP 지원, Global Routing, 도메인 규칙, 현재 네트워크를 나누어 확인해야 합니다. 본인 구독과 설정을 이미 보유한 경우를 전제로, 회의 트래픽을 점검하는 순서와 Wi-Fi·셀룰러 전환 시 확인할 항목을 정리합니다. 규칙 예시는 원리를 보여 주기 위한 것이므로 실제 구성에서는 사용 중인 서비스와 Config의 정책 이름에 맞춰 조정하세요.

1. 회의 끊김은 연결 표시만으로 판단할 수 없습니다

Shadowrocket의 연결 스위치가 켜져 있거나 iOS에 VPN 연결 표시가 나타나더라도, 회의 음성·영상이 안정적으로 전달된다는 뜻은 아닙니다. 서버까지 연결되는지, Zoom·Teams의 미디어 트래픽이 어떤 경로를 타는지, 현재 Wi-Fi나 셀룰러 네트워크에서 해당 경로가 유지되는지는 각각 별도로 확인해야 합니다. 화면 공유는 되지만 상대방 음성이 끊기거나, 회의 입장 후 몇 분 뒤 영상만 멈추는 것처럼 증상이 나뉘는 이유도 처리되는 요청과 네트워크 조건이 다를 수 있기 때문입니다.

먼저 회의에서 발생하는 증상을 구체적으로 기록하세요. 연결 직후부터 음성이 끊기는지, 화면 공유를 시작할 때만 지연되는지, Wi-Fi에서 셀룰러로 바꾼 뒤 문제가 생기는지 구분하면 원인을 좁히기 쉽습니다. 회의 앱 안의 네트워크 상태 정보가 제공된다면 패킷 손실이나 미디어 연결 상태도 함께 확인합니다. 한 번에 서버, 규칙, DNS를 모두 바꾸면 어떤 변경이 영향을 주었는지 알기 어렵습니다.

2. 서버 선택 전 UDP 지원 여부를 확인하세요

실시간 음성·영상은 낮은 지연 시간과 지속적인 패킷 전달이 중요합니다. Zoom이나 Teams의 미디어 전송은 네트워크 상황과 서비스 설정에 따라 UDP를 사용할 수 있으며, UDP가 통과하지 못하면 연결이 느려지거나 다른 전송 방식으로 전환되면서 품질이 달라질 수 있습니다. 따라서 서버 목록에서 지연 시간이 가장 낮게 표시된 항목을 고르는 것만으로 회의 품질을 예측할 수는 없습니다. 짧은 지연 시간 테스트는 특정 대상까지의 응답을 측정할 뿐, 회의 중 UDP 미디어가 안정적으로 전달되는지 직접 검증하지 않습니다.

서버의 UDP 지원 여부는 본인이 이용하는 서비스의 설정이나 제공 정보를 확인하세요. Shadowrocket의 서버 항목에 UDP 관련 옵션이 표시되는 경우에도, 해당 옵션만 켜면 원격 서버와 중간 네트워크가 모두 UDP를 지원한다는 뜻은 아닙니다. 기존 서버 정보와 일치하는 값을 사용하고, 같은 네트워크에서 회의에 실제로 접속해 음성·영상·화면 공유를 각각 확인해야 합니다.

판단 기준: 지연 시간보다 실제 회의 결과

같은 Wi-Fi에서 서버 A와 B를 차례로 시험하고 회의 앱의 음성 끊김, 영상 정지, 재접속 여부를 비교하세요. 한 번의 테스트 결과로 서버를 확정하지 말고, 같은 시간대와 같은 회의 기능으로 반복 확인합니다.

비교할 때에는 회의를 시작하기 전에 Home에서 선택된 서버와 Global Routing 상태를 기록합니다. 다른 서버를 시험할 때는 한 항목만 바꾸고 같은 회의 앱의 같은 기능을 확인하세요. 회의 중 서버를 바꾸면 연결이 재설정될 수 있으므로, 중요한 회의 도중에는 설정을 실험하지 말고 짧은 테스트 회의나 업무 전 점검 시간에 확인하는 편이 안전합니다.

3. Global Routing과 Config 규칙을 구분하기

Global Routing의 Proxy는 전체 연결을 프록시 경로로 보내는 비교 기준으로 사용할 수 있고, Config는 선택한 구성의 규칙과 정책에 따라 연결을 처리합니다. 회의 앱만 문제가 있을 때 Config를 사용한다면, 앱 관련 도메인이 의도한 정책에 매칭되는지 살펴보세요. 규칙이 없거나 더 넓은 규칙이 먼저 일치하면, 작성한 회의용 규칙이 있어도 기대한 정책이 적용되지 않을 수 있습니다. 정책 이름은 현재 Config에 실제로 정의된 값을 사용해야 합니다.

회의 도메인 규칙 예시

Zoom 예시
DOMAIN-SUFFIX,zoom.us,PROXY
Teams 예시
DOMAIN-SUFFIX,teams.microsoft.com,PROXY
마지막 규칙
FINAL,DIRECT 또는 기존 정책

예시는 전체 서비스 도메인 목록이 아닙니다. 실제 사용 범위와 기존 Config에 맞춰 확인하세요.

적용 전 확인

메뉴 경로
Home → Global Routing → Config
정책 이름
Config에 정의된 실제 정책 사용
규칙 순서
넓은 규칙과 FINAL보다 먼저 확인

도메인 규칙은 앱 이름이 아니라 요청의 도메인 등을 기준으로 매칭됩니다.

위 도메인은 규칙 작성 형식을 설명하는 예시이며 서비스의 모든 미디어·로그인·공유 기능을 포괄하지 않습니다. 회의 접속은 되지만 화면 공유나 로그인만 실패한다면, 관련 요청이 다른 도메인이나 정책으로 처리되는지 확인해야 합니다. 임의로 서비스를 통째로 예외 처리하기보다 기존 Config의 규칙 구조를 먼저 살펴보고, 문제가 재현되는 기능에 필요한 범위만 조정하세요. Config에 없는 정책 이름을 규칙에 입력해도 그 이름의 서버나 그룹이 자동으로 만들어지는 것은 아닙니다.

4. 회의 전에 한 항목씩 테스트하기

테스트는 짧고 반복 가능하게 구성하세요. 먼저 기본 연결 상태를 기록하고, 그다음 라우팅 모드나 서버 선택 중 하나만 바꿉니다. 각 조건에서 회의 입장, 음성, 영상, 화면 공유를 같은 순서로 점검하면 단순 웹 접속 테스트와 실시간 미디어 문제를 구분하는 데 도움이 됩니다.

  1. 현재 상태 기록

    Home에서 선택된 서버와 연결 상태를 확인하고, Home → Global Routing에서 현재 모드를 메모합니다. 사용 중인 네트워크가 Wi-Fi인지 셀룰러인지도 함께 적습니다.

  2. UDP 정보 확인

    본인이 보유한 서버 설정과 서비스 정보를 확인해 UDP 지원 여부를 살펴봅니다. 서버에 지정된 값과 다르게 설정을 임의 변경하지 마세요.

  3. 라우팅 비교

    규칙 동작이 의심되면 현재 상태를 기록한 뒤 Proxy로 짧게 비교하거나 Config에서 회의용 규칙을 확인합니다. 테스트가 끝나면 원래 사용하던 라우팅 방식으로 되돌립니다.

  4. 회의 기능 확인

    테스트 회의에 접속해 음성, 영상, 화면 공유를 차례로 확인합니다. 각 기능의 증상과 발생 시간을 기록하고, 한 번에 서버나 규칙 하나만 변경해 다시 비교합니다.

  5. 결과 재확인

    선택한 서버, Global Routing, 네트워크가 의도한 상태인지 확인합니다. 실제 업무 회의 전에 설정 변경이 남아 있지 않은지 점검하세요.

Proxy에서 정상이고 Config에서만 실패한다면 서버 자체의 문제라고 단정하기보다 규칙 순서와 정책을 살펴보세요. 반대로 두 모드 모두에서 회의가 끊기면 기본 네트워크, UDP 경로, 서버 상태를 나누어 확인합니다. Connectivity Test 결과는 유용한 참고 자료지만, Zoom·Teams 회의의 미디어 품질을 대신 확인해 주지는 않습니다.

5. Wi-Fi와 셀룰러를 바꿀 때 확인할 사항

Wi-Fi와 셀룰러는 주소 할당, DNS 응답, 방화벽 정책, 신호 품질이 서로 다를 수 있습니다. Wi-Fi에서는 문제가 없다가 이동 중 셀룰러로 전환한 뒤 회의가 멈춘다면, 먼저 셀룰러 연결 자체가 정상인지 확인하세요. 셀룰러 데이터가 꺼져 있거나 신호가 약한 상황에서는 Shadowrocket 설정만 바꿔도 해결되지 않습니다. 공용 Wi-Fi에서 로그인 페이지 인증이 필요한 경우에는 해당 인증을 먼저 완료한 뒤 연결 상태를 확인합니다.

자동 연결 동작이나 시스템의 VPN 상태가 기기 설정에 따라 달라질 수 있으므로, 네트워크 전환 후에도 앱 화면과 실제 회의 연결을 함께 확인하세요. 전환 직후 일시적으로 회의가 끊긴 사실만으로 서버가 고장 났다고 결론 내리지 말고, 같은 장소와 비슷한 신호 조건에서 재현되는지 확인합니다.

6. 증상별로 변경 범위를 좁히기

문제가 생겼을 때는 연결 스위치를 반복해서 껐다 켜거나 여러 규칙을 한꺼번에 추가하기보다, 실패 범위를 먼저 정하는 것이 좋습니다. 아래 점검 항목은 특정 서비스의 모든 장애 원인을 의미하지 않습니다. 회의 앱의 오류 표시, 네트워크 상태, Shadowrocket의 현재 라우팅을 함께 보고 다음 확인 대상을 정하세요.

웹은 되는데 회의 음성만 끊겨요

서버의 UDP 지원 정보와 현재 네트워크의 UDP 통과 여부를 확인합니다. 같은 조건에서 다른 서버를 하나씩 비교하고, 회의 앱의 네트워크 상태도 살펴보세요.

Proxy에서는 되는데 Config에서 안 돼요

Home → Global Routing에서 선택 상태를 확인한 뒤 Config의 관련 도메인 규칙, 정책 이름, 규칙 순서를 점검합니다. 넓은 규칙이나 FINAL이 먼저 적용되는지도 확인하세요.

셀룰러로 바꾸면 회의가 멈춰요

먼저 셀룰러 데이터와 신호 상태를 확인하고, 같은 설정으로 다시 접속해 재현 여부를 살핍니다. Wi-Fi와 셀룰러의 결과를 따로 기록해 네트워크 차이를 구분하세요.

Connectivity Test는 성공했는데 회의는 불안정해요

Connectivity Test는 회의 미디어 전송을 보장하지 않습니다. 테스트 회의에서 음성·영상·화면 공유를 별도로 확인하고 UDP와 Config 적용 상태를 점검하세요.

회의 기록이나 화면을 다른 사람에게 전달할 때는 구독 주소, 서버 주소, UUID, 비밀번호와 인증 토큰을 가리세요. 업무 회의에서는 설정을 바꾸기 전후의 서버 선택, 라우팅 모드, 네트워크 종류, 발생한 증상만 남겨도 원인 확인에 도움이 됩니다. 테스트가 끝나면 평소 사용하는 Config와 라우팅 방식으로 복원하고, 변경한 규칙이 불필요하게 다른 업무 트래픽까지 처리하지 않는지 다시 확인하세요.

App Store 정식 앱 확인