Zoom이나 Teams 회의가 끊기거나 음성이 늦게 들릴 때는 앱의 문제라고 단정하기보다 네트워크, 노드의 UDP 지원, Global Routing 규칙을 차례로 확인해야 합니다. 이 안내에서는 Wi-Fi·모바일 데이터·사내 네트워크를 구분해 비교하고, 기존에 보유한 구독과 업무용 네트워크 정책을 전제로 Shadowrocket 설정을 점검하는 방법을 설명합니다. UDP를 무조건 허용하거나 회의 트래픽을 전부 우회시키는 대신, 한 번에 한 가지 조건만 바꿔 원인을 좁혀 보세요.
1. 끊김 증상과 테스트 기준을 먼저 정리하기
화상회의 문제는 화면이 멈추는지, 음성이 끊기는지, 회의 입장 자체가 실패하는지에 따라 확인할 지점이 다릅니다. 회의에 들어갈 수 있지만 소리나 영상이 불안정하다면 실시간 미디어 전송 경로와 UDP 통신을 확인할 필요가 있습니다. 반대로 로그인이나 회의 연결 단계부터 실패하면 DNS, 인증, 사내 방화벽 정책 또는 해당 서비스의 접속 경로가 원인일 수 있습니다.
테스트 전에는 같은 회의 앱, 같은 기기, 같은 노드를 유지하고 연결 방식만 바꿔 보세요. Wi-Fi에서 실패한 뒤 노드와 Config, DNS까지 한꺼번에 바꾸면 무엇이 영향을 줬는지 구분하기 어렵습니다. 회의 중 실제 업무 데이터를 전송하지 않는 테스트 회의나 승인된 점검 시간에 비교하면 더 안전합니다. 회사에서 지정한 VPN이나 보안 정책이 있다면 Shadowrocket 설정을 조정하기 전에 관리자 지침을 우선 확인하세요.
- 입장 전 실패: 회의 초대 링크, 로그인 상태, DNS 응답, 사내 네트워크 제한을 먼저 확인하세요.
- 음성·영상만 불안정: 선택한 노드가 UDP를 지원하는지, 현재 네트워크가 UDP 통신을 제한하는지 확인하세요.
- 화면 공유만 실패: 앱 권한과 회사의 화면 공유 정책을 확인하고, 전체 트래픽의 라우팅을 바꾸기 전에 해당 기능만 재현해 보세요.
- 특정 네트워크에서만 발생: 노드와 규칙을 그대로 둔 채 다른 승인된 네트워크에서 비교하면 로컬 네트워크 문제인지 구분하는 데 도움이 됩니다.
회의 서비스는 로그인, 신호 교환, 음성·영상 미디어에 서로 다른 연결을 사용할 수 있습니다. 한 종류의 연결 테스트가 성공했다고 모든 회의 기능이 정상이라는 뜻은 아닙니다. TCP 연결이 가능해도 UDP 미디어가 제한될 수 있고, 연결 스위치가 켜져 있어도 서비스까지의 실제 통신이 완료되지 않을 수 있습니다.
2. 노드의 UDP 지원과 네트워크 조건 확인하기
먼저 Home에서 현재 선택한 노드의 상세 정보나 편집 화면을 열어 서비스 제공업체가 안내한 프로토콜과 전송 설정을 확인하세요. 모든 노드가 UDP 중계나 전달을 지원하는 것은 아닙니다. 앱에서 노드가 연결된 것으로 표시되더라도 해당 노드가 회의 미디어에 필요한 UDP 경로를 제공한다는 보장은 없습니다. UDP 관련 옵션이 보인다면 이름만 보고 켜거나 끄지 말고, 노드 제공 정보와 Shadowrocket 화면의 설명을 대조하세요.
서비스와 네트워크에서 허용하는 포트는 환경에 따라 다르므로 임의로 고정 포트를 추가하는 방식은 피해야 합니다. 예를 들어 UDP 3478은 일부 STUN/TURN 환경에서 볼 수 있는 포트지만, Zoom이나 Teams의 모든 통신에 공통으로 적용되는 설정값은 아닙니다. 회의 앱이나 조직의 최신 네트워크 요구 사항을 확인하고, 사내 방화벽에서 허용되지 않은 포트를 개인 설정으로 우회하지 마세요. 포트가 열려 있는지 확인하는 것과 인증·미디어 전송이 정상인지 확인하는 것도 서로 다른 검사입니다.
노드에서 확인할 항목
- Type
- 현재 노드가 사용하는 프로토콜
- UDP
- 노드가 UDP 전달을 지원하는지 제공 정보에서 확인
- Address
- 서비스 제공업체가 안내한 서버 주소
- Port
- 안내된 값을 그대로 사용하며 임의 변경하지 않기
노드 이름이나 지연 시간만으로 UDP 지원 여부를 판단하지 마세요.
네트워크에서 확인할 항목
- Wi-Fi
- 로그인 포털, 공유기 제한, UDP 차단 여부
- 모바일 데이터
- 같은 노드로 재현되는지 비교
- 사내망
- 관리자 정책, 승인된 VPN, 방화벽 요구 사항
- 테스트
- 음성·영상·화면 공유를 각각 확인
사내 네트워크 제한은 임의 우회하지 말고 관리자에게 확인하세요.
사용자가 이미 구독을 보유한 경우를 전제로 합니다. 구독 주소와 노드 설정값은 이용 중인 서비스 제공업체에서 확인하세요. 이 안내는 노드나 구독, 회선 서비스를 제공·판매·추천하지 않습니다. 설정을 점검할 때 구독 URL, 비밀번호, UUID와 같은 비밀 정보를 공개 채팅이나 업무 티켓에 그대로 붙여 넣지 마세요.
3. Global Routing과 Config 규칙 조정하기
Shadowrocket의 Global Routing은 연결에 적용할 라우팅 방식을 선택합니다. Config는 규칙에 따라 트래픽을 분기하는 방식이고, Proxy는 전체 트래픽을 프록시로 보내는 방식이며, Direct는 직접 연결하는 방식입니다. 회의가 불안정할 때 Proxy로 바꾸는 것이 항상 해결책은 아닙니다. 사내 회의 서비스는 조직에서 지정한 경로를 사용해야 할 수 있으며, 업무용 도메인을 개인 프록시로 보내면 로그인이나 내부 자원 접근이 실패할 수도 있습니다.
현재 설정이 Config라면 Config 화면에서 회의 서비스와 관련된 규칙의 범위와 순서를 확인하세요. DOMAIN-SUFFIX 규칙은 지정한 도메인 범위에 적용되므로, 넓은 도메인 범위를 추가하면 회의 외의 로그인이나 업무 서비스까지 함께 영향을 받을 수 있습니다. Zoom·Teams의 연결에 관여하는 도메인 목록은 서비스와 조직 설정에 따라 달라질 수 있습니다. 검색 결과에서 임의의 도메인 목록을 복사하기보다 서비스의 공식 네트워크 문서와 회사 관리자의 지침에 따라 필요한 항목만 확인하세요.
- Home에서 현재 선택된 노드와 연결 상태를 기록하고, Config에서 현재 사용 중인 설정 이름을 확인합니다.
- Global Routing이 Config인지 확인하고, 회의 서비스에 적용될 수 있는 도메인 규칙과 해당 규칙의 앞뒤 순서를 살펴봅니다.
- 변경이 필요하다면 원래 설정을 기록한 뒤 승인된 최소 범위만 수정합니다. 전체 도메인이나 일반 웹 트래픽을 한꺼번에 Proxy로 보내지 마세요.
- 저장한 뒤 같은 노드와 네트워크로 테스트 회의에 참여해 음성, 영상, 화면 공유를 각각 확인합니다.
- 결과가 나빠지거나 사내 자원 접근에 문제가 생기면 변경한 규칙을 되돌리고, 관리자에게 필요한 예외와 경로를 문의합니다.
규칙을 바꾸기 전후로 Config 원본을 보관하면 실험 결과를 되돌리기 쉽습니다. 다만 설정 파일에는 서버 정보나 접근 토큰이 포함될 수 있으므로 안전한 개인 저장 위치에 보관하세요. Config에 규칙을 추가해도 노드 자체의 UDP 미지원이나 사내 방화벽 제한이 해결되는 것은 아닙니다.
4. Wi-Fi·모바일 데이터·사내 네트워크에서 순서대로 테스트하기
아래 절차는 iPhone / iPad의 Home, Config, Settings 화면 용어를 기준으로 합니다. Shadowrocket은 iPhone, iPad, Mac, Windows, Android, Linux에서 사용할 수 있지만 플랫폼마다 화면과 메뉴 위치가 다를 수 있으므로 다른 기기에서는 현재 화면의 대응 항목을 확인하세요. 사내 네트워크에서 시험할 때는 먼저 회사 정책상 허용된 연결인지 확인하고, 승인되지 않은 우회 구성을 만들지 마세요.
-
기준 상태 기록
Home에서 현재 노드 이름과 연결 상태를 기록하고, Global Routing이 Config, Proxy, Direct 중 무엇인지 확인하세요. 회의 앱과 Shadowrocket을 최신 상태로 유지하되, 테스트 도중 다른 설정은 바꾸지 않습니다.
-
Wi-Fi에서 재현
Wi-Fi에 연결해 로그인 포털이 있다면 먼저 인증하세요. 같은 노드로 테스트 회의에 참여해 음성, 영상, 화면 공유의 증상을 따로 기록합니다. 일반 웹페이지가 열린다는 이유만으로 UDP 미디어가 정상이라고 판단하지 마세요.
-
모바일 데이터 비교
Wi-Fi를 끄고 모바일 데이터로 바꿔 같은 노드, 같은 라우팅, 같은 회의 기능을 다시 확인합니다. 모바일 데이터에서만 안정적이라면 Wi-Fi 공유기나 해당 네트워크의 UDP 제한, DNS, 로그인 상태를 우선 점검하세요.
-
규칙 하나만 시험
Config에 조정이 필요하다는 근거가 있을 때만 현재 규칙을 보관한 뒤 승인된 최소 범위를 바꾸세요. 변경 후 같은 네트워크에서 다시 시험하고, 결과가 개선되지 않으면 바로 원래 규칙으로 되돌립니다.
-
사내 정책 확인
사내 네트워크에서만 실패하거나 내부 서비스까지 영향을 받으면 임의로 Proxy 경로를 늘리지 마세요. 관리자에게 필요한 회의 도메인·포트와 승인된 연결 방법을 확인하고 안내된 정책을 따릅니다.
회의 품질을 비교할 때는 한두 번의 순간적인 지연보다 반복되는 증상과 환경 차이를 기록하는 것이 유용합니다. 예를 들어 “같은 노드에서 Wi-Fi는 음성이 끊기고 모바일 데이터는 정상”처럼 조건을 남기면 네트워크 담당자에게 전달할 정보가 분명해집니다. 지연 시간 숫자 하나만으로 회의 품질이나 UDP 지원을 확정하지 마세요.
5. 연결은 되지만 회의가 불안정할 때
Shadowrocket의 연결 표시와 회의 앱의 실제 통화 품질은 서로 다른 단계의 결과입니다. Home에서 연결이 켜져 있어도 인증, DNS 조회, 회의 서버 연결, 미디어 전송 중 하나가 실패할 수 있습니다. 반대로 일부 미디어가 끊겨도 노드 전체가 사용할 수 없다는 뜻은 아닙니다. 다음 점검은 문제 범위를 좁히기 위한 것이며, 조직의 보안 정책이나 서비스 제공업체의 설정을 대체하지 않습니다.
회의에는 들어가는데 음성만 끊겨요
현재 노드가 UDP를 지원하는지 확인하고, 같은 노드에서 Wi-Fi와 모바일 데이터를 비교하세요. UDP 관련 옵션을 임의로 바꾸기보다 서비스 제공 정보와 네트워크 관리자 지침을 먼저 확인합니다.
모바일 데이터에서는 정상인데 Wi-Fi에서만 끊겨요
노드와 Config를 유지한 채 Wi-Fi 로그인 상태, 공유기 설정, 네트워크의 UDP 제한을 확인하세요. 공용 또는 사내 Wi-Fi라면 담당자에게 해당 제한을 문의합니다.
Proxy로 바꾸면 해결되나요?
항상 그렇지는 않습니다. 회의 트래픽이 달라진 경로로 가면 오히려 지연이 커지거나 조직 정책과 충돌할 수 있습니다. Config 규칙과 승인된 경로부터 확인하세요.
문제가 계속되면 노드 이름이나 구독 주소, 인증 정보를 포함하지 않은 상태로 증상, 네트워크 종류, 발생 시간, Global Routing 모드, 바꾼 규칙을 기록하세요. 회의 앱의 진단 정보와 사내 네트워크 로그가 필요하다면 회사 절차에 따라 수집하고, 민감한 회의 내용이나 개인 정보를 공유하지 않도록 주의합니다. 인증서 검증을 끄거나 임의 포트를 열어 오류를 숨기는 방식은 원인 해결로 볼 수 없습니다.
6. 업무용 설정을 안전하게 유지하기
재택근무 환경에서는 회의 품질과 업무 데이터 보호를 함께 고려해야 합니다. 회사가 지정한 VPN, DNS, 회의 트래픽 경로가 있다면 개인적인 Shadowrocket 규칙보다 조직의 지침이 우선입니다. 특히 내부 도메인과 사내 서비스는 직접 연결이나 승인된 업무 경로를 요구할 수 있으므로, 모든 트래픽을 Proxy로 보내는 방식으로 문제를 덮지 마세요. 개인 기기라도 회사 계정과 자료를 다루는 경우에는 보안 정책을 확인해야 합니다.
회의 중 갑자기 끊김이 생겼을 때는 먼저 현재 네트워크가 바뀌었는지, Wi-Fi 로그인이 만료됐는지 확인하세요. 그다음 Home에서 선택된 노드와 연결 상태를 보고, 마지막으로 Config 규칙 변경 여부를 살펴봅니다. 여러 설정을 한 번에 초기화하거나 재설치하기보다 변경 이력을 하나씩 되돌리면 문제가 시작된 지점을 찾기 쉽습니다. Mac(Apple 실리콘 및 Intel), Windows, Android, Linux 버전은 무료이며, iPhone / iPad 버전은 App Store에서 $2.99 일회성 결제로 이용할 수 있습니다. 앱 구매와 회선 서비스 요금은 별개이고, 시스템 요구 사항은 App Store 페이지에 표시된 내용을 확인하세요.