📖 튜토리얼 ⏱ 약 17분 분량

Discord 음성 끊김: Clash에서 UDP·RTC 분류 규칙과 직접 연결(DIRECT) 예외까지 단계별 실측(2026)

게임이나 스터디 커뮤니티에서 Discord를 쓰다 보면, 텍스트·이미지는 괜찮은데 음성 채널만 끊기거나 상대 목소리가 굴곡되는 경우가 있습니다. 이때 원인은 「디스코드 서버 장애」만은 아닙니다. Clash 분류 규칙이 WebRTC 기반 RTC 트래픽을 의도와 다른 출구로 보내거나, UDP가 노드에서 제대로 릴레이되지 않아 지연이 튀는 경우가 흔합니다. 이 글은 Steam·런처 분류와 달리 음성·실시간 통신에 초점을 맞춰, 노드 품질 문제인지 UDP·규칙 문제인지 스스로 가르는 순서와, DIRECT 또는 고정 노드로 묶을 수 있는 복붙용 규칙 예시를 한국어로 정리합니다. 화상 회의 일반론은 Zoom·Teams 분류 글과 겹치므로, 여기서는 디스코드 클라이언트·게임 병행 시나리오에 맞춥니다.

증상을 한 줄로 정리하면: 텍스트 OK, 음성만 불안정

Discord는 채팅·스토어성 요청과 음성·영상 통화가 다른 경로를 타는 경우가 많습니다. 브라우저로 웹은 잘 되는데 데스크톱 앱 음성만 끊긴다면, 우선 Clash를 잠시 끄거나 Rule 모드에서 음성 재현 시 DIRECT만 강제해 보세요. 그 순간 증상이 사라지면 회선 전체가 아니라 프록시 경로·UDP·DNS 쪽을 의심하는 것이 합리적입니다. 반대로 Clash와 무관하게 특정 시간대에만 끊기면 ISP 혼잡일 수 있으니, 아래 단계는 프록시를 켠 상태에서 조절 가능한 설정에 집중합니다.

「상업용 VPN 한 방」과 규칙형 Clash의 차이는 출구를 고정하는 방식에 있습니다. 전역 터널은 간단해 보이지만 음성·게임·웹을 한 노드에 몰아 넣기 쉬워 지연 변동이 커질 수 있습니다. 개념 정리는 Clash와 VPN의 차이를 먼저 보고 오면 이해가 빨라집니다.

왜 Discord 음성은 UDP와 RTC를 이야기하게 되나

음성 채널은 브라우저·앱 설정에 따라 다르지만, 많은 환경에서 UDP 기반 전송과 WebRTC 계열 RTC 협상이 관여합니다. Clash는 TCP 위주 웹과 달리 UDP 패킷을 노드로 릴레이해야 하는데, 이때 노드나 중간 경로가 UDP를 제한하면 「말이 잘린다」「상대만 안 들린다」 식으로 나타납니다. 또한 규칙이 시그널링(방 입장·상태)과 미디어(실제 음성 패킷)에 서로 다른 출구를 적용하면, 한쪽만 느리거나 한쪽만 끊기는 난해한 패턴이 됩니다.

그래서 목표는 단순히 「디스코드 도메인을 프록시한다」가 아니라, 로그에 찍힌 목적지·프로토콜을 보며 음성에 관여하는 호스트를 한 덩어리로 묶고, 그 덩어리에 DIRECT 또는 UDP가 잘 통하는 노드 그룹을 일관되게 주는 것입니다.

1단계: Discord 트래픽이 Clash를 타는지부터 확인

Windows·macOS 데스크톱 앱은 시스템 프록시를 자동으로 따르지 않을 수 있습니다. 그 상태에서 규칙만 손봐도 음성은 밖으로 새어 나가거나, 반대로 일부만 잡혀 엇갈릴 수 있습니다. TUN 모드는 스택 하단에서 더 넓게 가로채므로 분류 적용은 쉬워지지만, 다른 VPN·회사 에이전트와 충돌하기도 합니다. 원리·주의점은 TUN 모드 심화 글을 함께 보세요.

실무에서는 음성 방에 입장한 채로 연결 로그를 30초~1분 수집합니다. 목적지에 discord 계열 호스트가 보이는지, UDP로 표시되는지, 적중한 규칙 이름이 무엇인지 적어 두세요. 로그에 아예 안 찍히면 Clash 밖으로 나가는 경로를 먼저 의심합니다.

2단계: 노드 문제인지 UDP·규칙 문제인지 가르기

아래 순서로 좁히면 원인 분리가 수월합니다.

  • 동일 규칙·동일 앱에서 노드만 바꿔 A/B: 특정 노드에서만 음성이 끊기면 노드 품질·UDP 릴레이 가능성이 큽니다. 모든 노드에서 비슷하면 규칙·캡처 방식 쪽으로 돌아갑니다.
  • 해당 트래픽만 DIRECT: 음성 관련 접미사를 DIRECT로 두었을 때 완전히 안정화되면, 출구 IP를 바꾸는 프록시 자체가 지연 변동을 키우거나 UDP가 불리했던 것입니다. 국내 회선이면 직접 연결이 가장 깔끔한 해답인 경우가 많습니다.
  • DNS 교차: 도메인은 맞는데 IP가 기대와 다르면 fake-ip·DoH·OS DNS가 섞였을 수 있습니다. 화상 회의 글과 같이 DNS 경로를 한 줄로 정리한 뒤 다시 로그를 봅니다.

게임 런처와 병행할 때는 Steam·Epic 분류에서 쓴 것과 같은 방식으로, 「다운로드 CDN」과 「음성 RTC」를 머릿속에서 분리해 두면 규칙이 서로 덮어쓰지 않습니다.

3단계: 복붙 가능한 분류 규칙 예시(DIRECT vs 고정 그룹)

아래는 구조를 보여 주는 YAML 조각입니다. PROXY_DISCORD는 실제 프로필의 proxy-groups 이름으로 바꾸고, 한국에서 음성만 직접이 편하면 DIRECT로 통일하세요. 도메인은 디스코드 인프라 변경에 따라 달라질 수 있으므로 반드시 본인 로그와 교차 확인합니다.

# Example only — replace PROXY_DISCORD with your proxy-groups name
rules:
  - DOMAIN-SUFFIX,discord.com,DIRECT
  - DOMAIN-SUFFIX,discordapp.com,DIRECT
  - DOMAIN-SUFFIX,discord.gg,DIRECT
  - DOMAIN-SUFFIX,discord.media,DIRECT
  - DOMAIN-SUFFIX,discordcdn.com,DIRECT
  - DOMAIN-SUFFIX,discordstatus.com,DIRECT
  # If you prefer one stable node instead of DIRECT:
  # - DOMAIN-SUFFIX,discord.com,PROXY_DISCORD
  # - DOMAIN-SUFFIX,discordapp.com,PROXY_DISCORD
  # - DOMAIN-SUFFIX,discord.gg,PROXY_DISCORD

DIRECT로 두면 출구는 가정·학교·회사 ISP 그대로이므로, 디스코드 측 지역 라우팅이 자연스럽고 UDP 홉도 줄어듭니다. 반대로 해외 친구만 상대한다고 해서 무조건 해외 노드가 유리하지는 않습니다. 지연 변동이 큰 url-test 그룹에 RTC를 태우면 음성이 더 불안정해질 수 있어, 음성 전용으로는 select로 고정 1노드 또는 DIRECT를 권장하는 편이 많습니다. 그룹 이름 맞추기는 프록시 그룹 가이드를 참고하세요.

Windows에서 앱 단위로 묶고 싶다면 PROCESS-NAME,Discord.exe,... 형태가 보조 수단이 됩니다. 다만 업데이트 후 경로가 바뀌면 빗나갈 수 있으니 도메인 규칙이 주력이고 프로세스는 보조로 두는 것이 안전합니다. 문법·순서는 사용자 정의 규칙 튜토리얼과 동일합니다.

RULE-SET·GEOIP와의 순서: 사용자 규칙이 먹히게

구독에서 내려받은 대형 RULE-SET이 앞쪽에 있으면, 뒤에 적은 디스코드 예외가 실행되지 않습니다. 더 구체적인 규칙을 위쪽에 두는 원칙은 Steam·Zoom 글과 같습니다. GEOIP,KR,DIRECT 등을 쓰는 경우에도, 디스코드가 어떤 IP 대역으로 붙는지에 따라 의도와 다르게 매칭될 수 있으니 로그로 실제 적중 줄을 확인하세요.

fake-ip를 쓰는 프로필에서는 no-resolve가 붙은 IP 규칙과의 조합이 민감합니다. DNS를 바꿀 때는 한 번에 한 덩어리만 조정해, 원인을 흐리지 않도록 합니다.

모바일·게임 콘솔에서의 한 줄 메모

안드로이드에서는 패키지 com.discord 단위 정책을 UI에서 쓰는 클라이언트도 있습니다. YAML만으로 통일하려면 해당 빌드가 패키지 규칙을 지원하는지 문서를 확인하세요. 닌텐도 스위치 등은 별도 우회 주제가 되므로 이 글 범위에서는 PC·스마트폰 앱에 집중합니다.

권장 실측 체크리스트(순서 고정)

  1. 다른 VPN·가속기·브라우저 전용 프록시를 끄고 Clash만 남깁니다.
  2. 시스템 프록시만으로 로그에 디스코드가 잡히는지, TUN을 켜야 잡히는지 확인합니다.
  3. 음성 방 입장 후 UDP 표기·목적 호스트·적중 규칙을 기록합니다.
  4. 위 YAML처럼 DIRECT 또는 고정 그룹을 앞쪽에 추가하고 다시 재현합니다.
  5. 여전히 끊기면 노드 제공자 측 UDP·회사 방화벽·Wi-Fi 공유기의 SIP ALG 등을 의심합니다.

자주 묻는 질문

텍스트는 되는데 음성만 끊겨요.

RTC·UDP 경로가 TCP 웹과 다르게 잡혔을 가능성이 큽니다. 연결 로그에서 음성 중에 보이는 호스트를 모아 앞쪽 규칙으로 묶고, 노드 대신 한번 DIRECT로만 비교해 보세요.

DIRECT로 하면 음성은 되는데 웹은 막혀요.

지역 제한이 있는 네트워크라면 출구를 나눠야 합니다. 음성만 DIRECT·나머지 트래픽은 기존 그룹처럼 층을 나누되, 규칙 순서로 시그널링과 미디어가 한 정책으로 묶이는지 로그로 확인하세요.

노드를 바꾸면 잠깐 괜찮다가 또 끊겨요.

url-test 등 자동 전환이 음성 세션 중에 노드를 바꾸면 끊김이 생길 수 있습니다. 음성 전용 그룹은 select로 고정하거나 DIRECT를 검토합니다.

정리

Discord 음성 문제를 Clash 관점에서 보면, 핵심은 「UDP가 출구까지 일관되게 가는가」와 「분류 규칙이 RTC 관련 호스트를 한 덩어리로 처리하는가」입니다. 텍스트만 보고 전역 프록시를 유지하면 원인이 가려지기 쉬우니, 로그로 목적지를 모은 뒤 DIRECT 또는 안정적인 단일 노드로 묶는 방식이 재현성이 높습니다. 클라이언트 설치와 기본 흐름은 릴리스 페이지만 쫓기보다 다운로드 페이지와 입문 튜토리얼을 함께 보는 편이 덜 헷갈립니다.

상업용 VPN 터널에 비해 Clash는 규칙을 통해 관측 가능하게 경로를 조정할 수 있다는 점에서, 게임과 음성을 같이 쓰는 PC에 장기적으로 잘 맞는 경우가 많습니다. 규칙을 반영한 뒤에는 같은 방에 다시 들어가 로그로 적중을 확인해 보세요. → Clash를 무료로 내려받고, Discord 음성·UDP 분류를 맞춰 보세요.