「연결 중」만 반복: 웹 K·데스크톱 공통 패턴

검색·커뮤니티에서 반복되는 표현인 “연결 중에서 안 넘어간다”는 증상은 UI 한 줄로 보이지만, 실제로는 세션 핸드셰이크·CDN 프리페치·미디어 파이프라인이 각각 다른 호스트로 열리면서 한 축만 타임아웃되는 경우가 많습니다. 텔레그램 공식 클라이언트는 MTProto 기반으로 동작하고, 일부 빌드·환경에서는 QUIC 같은 UDP 경로가 함께 보일 수 있어 “도메인 규칙만 넣었는데도 스피너가 길다”는 보고가 남습니다. 규칙 라우팅 모범대로 첫 적중이 우선이라면, 관측 없이 공유 RULE-SET만 붙인 상태에서는 의미 있는 줄이 뒤로 밀려 GEOIP·MATCH만 먼저 이기기도 합니다. 연결 패널과 timeout·TLS 로그를 같이 보면 “노드 불량”과 “규칙 미스”를 빠르게 갈라 낼 수 있습니다.

웹(K)과 데스크톱 바이너리는 같은 계정이라도 스택이 다릅니다. 브라우저 탭은 시스템 인증서 저장소와 확장 생태계를 타고, 데스크톱은 자체 업데이터와 로컬 세션 폴더(tdata 등)를 직접 건드립니다. TUN으로 전 트래픽을 잡을 때와 브라우저 프록시만 켤 때 증상이 달라지면, 원인 후보를 플랫폼별로 나눠 적어 두는 것이 좋습니다.

ℹ 세 줄 정리: (1) 브라우저 개발자 도구·연결 패널에서 동일 시점의 호스트 문자열을 표로 남긴다. (2) telegram.org만 통째로 묶지 말고 미디어·CDN·데이터센터 접미사까지 같은 정책 의도로 포함했는지 확인한다. (3) UDP·QUIC가 의심되면 UDP·TUN 분류 글과 교차해 종단이 빠지지 않았는지 본다.

Slack·기업 협업 글과 무엇이 다른가

메신저류 글이라도 Slack 글의 엔터프라이즈 SSO·워크스페이스 축과 텔레그램의 소비자 중심 종단(set)은 다릅니다. Discord 분류 목록을 그대로 붙여 넣으면 빈 규칙과 오적중이 늘고, 짧은 영상 CDN 계열 글과도 호스트 우선순위가 다릅니다. 이 글은 “개인·그룹 채팅 + 파일” 세션을 한 줄로 보존하는 데 초점을 맞춥니다.

노드만 바꿔 해결되는지부터 확인하고 싶다면 url-test·fallback 패턴으로 같은 의도의 선택 그룹 안에서 노드를 고르게 두되, 그 전에 RULE MISS 여부를 끝내야 반복 시도가 줄어듭니다.

telegram.org·t.me·웹앱 부트스트랩

이용자에게 노출되는 문서·다운로드·블로그 성격의 트래픽은 telegram.org 트리에서 시작되는 경우가 많습니다. 인앱 브라우저나 초대 링크로 들어가는 t.me 리다이렉트는 짧은 주소와 긴 세션 URL을 동시에 건드리므로, 연결 로그에 찍힌 최종 FQDN까지 포함해 목록을 적습니다. 커뮤니티에 돌아다니는 YAML 블록을 그대로 복사하기보다 본인 세션에서 포착한 문자열을 우선합니다.

core.telegram.org처럼 개발자 문서·API 레퍼런스를 보는 흐름은 일반 채팅과 목적이 달라서, 규칙을 분리할지 한 그룹에 넣을지는 이용 패턴에 따라 선택하면 됩니다. 클라이언트별로 시스템 프록시를 태우는 방식이 다르면 동일 YAML이라도 체감이 달라집니다.

스티커·미디어·CDN 호스트

채팅 목록은 붙었는데 스티커·프로필 사진·큰 파일만 도는 패턴은 미디어 CDN 호스트가 다른 출구로 새거나 DIRECT로 떨어질 때 자주 나타납니다. 접미사가 바뀌는 업데이트가 있으므로 주기적으로 로그를 다시 스캔합니다. 지나치게 넓은 DOMAIN-KEYWORD 한 줄은 다른 서비스까지 잡아올 수 있어, 모범 사례에서 말한 것처럼 좁은 DOMAIN-SUFFIX부터 쌓는 편이 안전합니다.

대용량 객체를 다루는 다른 글들 예컨대 Hugging Face CDN 분류처럼 “대역만 분리”하는 상상은 가능하지만, 채팅 세션은 텍스트·파일·알림이 같은 시간축에 묶입니다. 출구를 과하게 쪼개면 지연 편차만 커질 수 있습니다.

QUIC·UDP와 TUN·게임 UDP 글과의 연결

규칙 기반 프록시는 도메인·IP 단위로 출구를 고르기 쉽지만, UDP 전체가 의도한 노드를 타지 않으면 앱이 “연결 중” 상태에서 빠져나오지 못하는 경우가 있습니다. 메타 코어 계열에서 TUN·스택 설정을 조정할 때는 TUN 심화 설명과 함께 읽는 것이 좋습니다. 게임 트래픽과 비교해 같은 UDP 레이어를 어떻게 다루는지는 Steam UDP·TUN 분류 글의 접근을 참고할 수 있습니다(실제 프로토콜 스택은 제품마다 다릅니다).

브라우저 단에서는 일부 실험적 기능과 결합된 경로가 드물게 보일 수 있으므로, “HTTPS만 되고 세션만 안 붙는다”면 UDP 차단·QoS·중간 장비까지 가능성 목록에 넣습니다.

데스크톱 tdata·세션과 증상 구분

Windows 등 데스크톱 빌드는 사용자 프로필 아래에 세션 데이터가 저장되는데, 커뮤니티에선 통칭 tdata로 부르는 디렉터리가 등장합니다. 무결성이 깨진 세션은 네트워크 규칙과 무관하게 같은 증상을 내 반복하므로, 규칙을 손보기 전에 깨끗한 로그인·업데이트 채널 확인까지 포함해 원인을 나눕니다. 다중 클라이언트를 동시에 띄우며 같은 계정을 쓰면 세션 충돌로 비슷한 스피너가 나기도 합니다.

정책 그룹: TELEGRAM 한 줄로 묶기

예시로 TELEGRAM 선택 그룹 하나에 웹 부트스트랩·CDN·앱 업데이터까지 같은 의도로 묶습니다. 미디어만 별도 노드를 타야 하는 회선이라면 TELEGRAM_MEDIA로 나눌 수 있으나, 한 화면 안에서 오케스트레이션이 어긋나지 않게 노드 지역을 맞추는지 함께 봅니다. 연결 패널에서 RULE MISS인지 먼저 확인하고, 구독·노드 품질 문제와 분리합니다.

관측 우선 예시 YAML

아래는 형식 예시입니다. 실제 도메인은 연결 로그에서 포착한 문자열로 바꾸고, 그룹 이름은 본인 규약에 맞춥니다. 줄 주석은 영어로 작성합니다.

Illustrative YAML fragment

proxy-groups:
  - name: TELEGRAM
    type: select
    proxies: [NODE-A, NODE-B, DIRECT]

rules:
  - DOMAIN-SUFFIX,telegram.org,TELEGRAM
  - DOMAIN-SUFFIX,t.me,TELEGRAM
  # Add CDN / DC hostnames from YOUR session logs, e.g.:
  # - DOMAIN-SUFFIX,cdn.telegram.org,TELEGRAM
  # - DOMAIN-SUFFIX,telegram-cdn.org,TELEGRAM
  # If QUIC/UDP paths appear and must follow proxy policy,
  # verify stack/TUN — domain rules alone may not cover UDP paths.
  - GEOIP,KR,DIRECT
  - MATCH,DIRECT

GEOIP,KR,DIRECT는 예시입니다. 거주 지역과 회선 정책에 맞게 교체합니다. CDN 접미사를 과하게 넓게 잡으면 다른 트래픽까지 끌어올 수 있으니 관측된 문자열에서만 승격합니다.

RULE-SET·GEOIP 순서 함정 피하기

원격 RULE-SET이 목록 상단을 채우면 세부 도메인 줄이 실행되기 전에 소비됩니다. 규칙 모범 사례와 규칙 순서 교정 글에서 설명한 대로 “먼저 이긴 규칙” 순서를 따르고, 텔레그램 관측 줄은 가능하면 커뮤니티 패키지보다 위쪽에 두어 우선 적중시키는 편이 안전합니다.

DNS·fake-ip·스니핑 교차 검증

fake-ip와 실제 리졸버가 엇갈리면 화면에는 연결 시도만 보이고 세션은 끊깁니다. Meta DNS에서 fake-ip-filter에 필요한 호스트를 넣었는지, 규칙 엔진과 같은 출구를 선택하는지 확인합니다. DNS만 고치면 된다고 결론 내리기 전에 한 변수씩 바꿉니다.

준수·망 이용 약관

⚠ 알림: 이 글은 합법이며 통신·서비스 약관이 허용할 때만 라우팅을 정돈하는 내용입니다. 제재 회피나 무단 접속을 돕지 않습니다.

학교·회사·국가 규정상 메신저 이용 자체가 제한된 환경에서는 개인 설정만으로 문제를 해결할 수 없습니다. 분할 VPN이나 게이트웨이 정책이 얹혀 있으면 IT 안내를 따르세요.

체크리스트

  1. 연결 패널에서 telegram.org·t.me·CDN·데이터센터 접미사까지 표로 남긴다.
  2. 각 호스트를 TELEGRAM 등 의미 있는 정책 이름에 매핑한다.
  3. 규칙 상단의 RULE-SET·GEOIP가 세부 도메인을 가로막지 않는지 확인한다.
  4. DNS와 fake-ip가 같은 출구 결론을 내는지 본다.
  5. 웹·데스크톱에서 같은 프로필로 증상이 재현되는지 비교한다.
  6. UDP 의심 시 TUN·게임 UDP 글과 교차 검증한다.

맺음말

검색 의도가 분명한 “연결 중”류 문제는 단일 노드 불량만으로 설명되지 않는 경우가 많습니다. telegram.org와 초대·미디어·CDN 종단을 같은 Clash 정책 의도로 묶고, QUIC·UDP 레이어까지 TUN과 규칙 순서로 빠짐없이 덮었는지 확인하면 스피너 시간을 줄이기 쉽습니다. 다른 즉시 메신저·숏폼 글의 목록과 섞지 말고 텔레그램 전용 표를 유지하는 편이 안전합니다.

규칙은 텍스트로 버전을 남기고 로그와 함께 돌아보면 재발 시 추적이 빨라집니다.

→ Clash를 무료로 다운로드하고, 텔레그램 도메인·CDN·UDP 출구를 연결 패널과 맞춰 세션이 안정적으로 붙는지 확인해 보세요.