曲が出ない・途中停止が「経路の割れ」に見える理由

Spotify のクライアントは、ログインやホームの JSON、検索・レコメンド用メタデータ、そして実際の音声セグメント取得のためのホストへ、短い間隔で多数の HTTPS を張ります。ブランド側は spotify.com や関連サブドメインにまとまりやすい一方、音声本体は scdn.co、spotifycdn.com、環境によっては Akamai の akamaized.net や Fastly の fastly.net 配下の長いホスト名として現れることがあります。Clash は接続ごとに DIRECT か特定の proxy-groups かを決めるため、同じ再生セッションの中でもホスト単位で出口が混ざると、UI は動くのに曲がスピナーのまま、または数十秒で途切れる、といった症状に見えます。ログを開くと、spotify.com だけプロキシに乗り、scdn.co が DIRECT のまま、といった表の割れが典型です。神秘的な「CDN の障害」より先に、ルール欠け・順序の誤り・DNS の答えと出口の不一致を疑うと早いことが多いです。

地域検出や曲庫の国まわりは、アカウントの登録国・決済・旅行モード、そして実際の出口 IP から見える地域の組み合わせで説明される場面があります。Clash でできるのは、判定に使われそうなホスト群がすべて同じポリシーグループに乗り、かつそのグループで選ばれているノードの所在地が一貫しているかをログで確認することです。UI だけ別地域のノード、音声 CDN だけ別地域のノード、といった地区のちぐはぐは、エラーコードが出ないまま「この曲はお住まいの地域では再生できません」系の表示や、静かなバッファループに繋がりやすくなります。分流の目的は「規約違反の裏口を作る」ことではなく、許容された単一の契約・視聴コンテキストに経路を揃えるための衛生です。

すべてを同じ海外出口へ流す説明は簡単ですが、OS 更新・クラウド同期・ブラウザの別タブと細かく連続する音声チャンクが同じトンネルを奪い合い、遅延のジッターが増えます。分流は、Spotify 関連の名前空間だけを意図したストリーミング出口へ固定し、それ以外は直結や別ポリシーに残すことで、競合と未知のホスト漏れを減らします。音楽ストリーミングは動画よりビットレートは低くてもリクエスト頻度が高いため、TLS ハンドシェイクの失敗や中間装置のタイムアウトが出やすい点も押さえておくと切り分けが速くなります。

ℹ 観測ファースト：再生直前に Clash のライブ接続で、spotify.com だけプロキシに乗り、scdn.co や spotifycdn.com、audio-ak-… 系が DIRECT のまま、といった割れがないか確認してください。ここが割れていると、一覧は出ても再生が止まる説明がつきやすくなります。

分流の核：Spotify 名前空間をひとつのストリーミングポリシーへ

実務では STREAMING や SPOTIFY_GRP のようなストリーミング専用ポリシーグループを用意し、Spotify に関わるサフィックスをそこへ集約します。日常の国内サイトや社内イントラは DIRECT、チャット系 AI は別の AI 用グループ、というように責務を分けると、ルールプロバイダを更新したときの影響範囲が読みやすくなります。骨格の整理は ルール分流のベストプラクティス に沿っておくと、数か月後の自分が助かります。

ポリシーグループの中身は、遅延テスト付きの url-test、手動選択、フォールバックなど環境に合わせてよいのですが、音声向けに RTT の安定と十分な上り下り帯域が取れたノードを選ぶのが要点です。細かい接続ログが読めるクライアントを選ぶことは、ストリーミング切り分けでも同様で、クライアントの選び方 も参照してください。

ドメインの束：本体・音声 CDN・エッジ・計測

運用上は次のような束に分けてメモすると整理しやすいです。（1）ブランド／アカウント UI：spotify.com および関連する公式サブドメイン。（2）Spotify 系 CDN ラベル：scdn.co、spotifycdn.com など、コミュニティのルールセットやキャプチャでよく挙がる音声配信向けホスト。（3）サードパーティ CDN の長いホスト名：Akamai（akamaized.net など）や Fastly（fastly.net など）配下に見える audio-… 系——環境とクライアントの版で変わるため、フォーラムの固定リストよりログを正にします。（4）計測・広告・ライセンス：ブロックリストが誤って再生関連ホストを潰していないかも同時に確認します。

akamaized.net や fastly.net を丸ごとストリーミンググループへ入れると、他サービスまで同じ出口に乗る副作用が大きいです。まずはログに出たSpotify 再生中の実名だけを DOMAIN で足し、繰り返し出るサフィックスが見えたら DOMAIN-SUFFIX に格上げするのが安全です。サードパーティの geosite:spotify 型カテゴリを購読に含める場合も、版と供給元を確認し、意図せず広告ブロックが CDN を潰していないか、広い捕捉行が具体行より上に来ていないかを見ます。ルールは上から順にマッチするため、ここが崩れると「ルールは書いたのに効いていない」状態になります。

アカウント国・ライセンスとノード地区の一致

Spotify は楽曲ライセンスの都合で国やプランごとに曲庫が異なるのが通常です。プロキシは「表示国を好きなように変える装置」ではなく、すでに契約と配信側ポリシーが許している範囲で、経路のばらつきを減らす道具だと捉えてください。Clash でできるのは、判定に使われそうなホスト群がすべて同じポリシーグループに乗り、かつそのグループで選ばれているノードの所在地が一貫しているかをログで確認することです。アプリ内の国設定や請求国が期待と違うときは、まず公式アカウント画面を確認し、次に経路のちぐはぐを疑います。

「表示国を変える」ためのプロキシ運用は、サービス規約と法令の両方で問題になり得ます。本稿は許可されたネットワークで、意図した単一の契約・視聴コンテキストに経路を揃えるための話に限ります。出口の地理情報はノード提供者のラベルより、実測ログと公式のヘルプを優先し、期待とズレたらルールと DNS を先に直してください。

ストリーミング向けノードの選び方

「ストリーミング用ノード」というラベルはプロバイダ任せのマーケ語であり、技術的にはその出口が音声 CDN との経路・混雑状況に適しているかの問題です。極端に CPU 負荷の高い多重暗号化や、過剰なユーザー数の共有出口は、短いセグメントを連続取得するセッションに不向きなことがあります。一方で、帯域だけ広く RTT が不安定な経路も適応ストリーミングには不利です。Clash では url-test や fallback で「今このネットワークで一番マシな出口」を選べますが、まずドメインが正しいグループに揃っているかを確認してからノードを総入れ替えした方が早いことがほとんどです。

高音質オプションを使う場合でも、端末のデコーダ・Bluetooth のコーデック・作品ごとの提供フォーマットは配信側と受信側の条件が揃わないと恩恵が見えにくいことがあります。プロキシは「届かない帯域を届ける」装置ではなく、すでに提供されているレンジの選択が正しく機能するための経路衛生だと捉えると期待値が適切です。timeout と TLS の読み方 は、接続が張る前に落ちているのか、途中で切れているのかを分けるのに役立ちます。

DOMAIN-SUFFIX・ルールセット・YAML 例

DOMAIN-SUFFIX,spotify.com,STREAMING のようにサフィックスで束ねるのが基本です。音声本体が scdn.co や spotifycdn.com にあるなら、そのサフィックスも同じ STREAMING に入れる必要があります。単一ホストだけ切りたい場合は DOMAIN。DOMAIN-KEYWORD は手早い反面、無関係ホストを巻き込みやすいので、ログで実名が見えてから限定利用するのが安全です。

下の YAML は教育用のイメージです。実際のグループ名・国内判定（GEOIP の国コードなど）は環境に合わせて置き換え、観測したホストに合わせて行を増減してください。

Illustrative YAML fragment

rules:
  - DOMAIN-SUFFIX,spotify.com,STREAMING
  - DOMAIN-SUFFIX,scdn.co,STREAMING
  - DOMAIN-SUFFIX,spotifycdn.com,STREAMING
  - DOMAIN,audio-ak-spotify-com.akamaized.net,STREAMING
  - GEOIP,JP,DIRECT
  - MATCH,DIRECT

例の audio-ak-spotify-com.akamaized.net は仮のホスト名です。実際の端末ログに出た FQDN をそのまま DOMAIN 行に置き換えてください。新しい CDN 名が観測されたら行を足し、ルールプロバイダ更新後に壊れたら差分を戻す——ソフトウェアの依存更新と同じ運用が長く効きます。

DNS／fake-ip をルールと揃える

fake-ip モードではアプリに合成アドレスが返り、実解決はプロキシ側で進むことがあります。DOMAIN 系ルールと DNS の見え方がズレると、「名前解決は一瞬なのに再生が始まらない」パターンが出ます。ブラウザの Secure DNS、OS のリゾルバ、Clash の dns ブロックを同時に有効にすると優先が衝突するため、よくある質問の DNS の項 を手掛かりに、層を分けて切り分けてください。Meta 系では nameserver／fallback／fake-ip フィルタ の相互作用も一緒に読むと、ストリーミングで起きやすい「解決は通るのにルールがズレる」系の原因が整理しやすくなります。

企業ネットワークで公開名が書き換えられる場合は、Clash だけいじっても直らないことがあります。簡単な回線で再現するか、IT と resolver トレースを共有できる形でエスカレーションします。

Web のみ／アプリのみを代理に乗せる実測

「ブラウザだけ海外出口、デスクトップアプリは直結」のようにアプリ単位で経路を分けたい場合、OS のシステムプロキシだけでは足りず、クライアント側のプロファイル切替や TUN、あるいは OS 機能に頼ることになります。Android では アプリ別プロキシ のように製品機能で対象パッケージを限定できる例があります。Windows では プロセス名ベースの分流 が選択肢になることがあります。いずれも許可された環境で、ログを見ながら徐々に対象を広げるのが安全です。

実測のおすすめ順は、(1) ライブ接続で Spotify 関連ホストがどのポリシーに乗っているかを列挙、(2) ブラウザのみ・アプリのみの片方に絞って再現する、(3) DNS 層を固定して差分を見る、の三段です。一度に複数の切り替えを入れると、どの変更が効いたか分からなくなります。

システムプロキシ・TUN・デスクトップアプリ

PC の Spotify デスクトップは Electron 系で、環境によってはシステムプロキシを尊重しつつも、音声 CDN だけ別経路に落ちるケースが報告されます。ブラウザ版と挙動を比較し、差が出るなら TUN でデフォルトルート側から捕まえる構成を検討します。TUN は同じプロファイルに揃えやすい反面、他 VPN やゼロトラスト製品と競合します。詳細は TUN モードの詳解 を先に読み、除外インターフェースと DNS の取り扱いを決めてから有効化してください。

ルール順・ブロックリスト・購読更新ループ

広告／トラッカー系リストが CDN を誤ってブロックすると、UI は生きているのに再生だけが始まらないことがあります。ルールプロバイダを更新した直後に壊れたら、一つ前の版へ戻して差分を見てください。また、購読 URL やルールセット取得が死んだプロキシチェーンへ入ると更新が止まり、新ホストに追従できなくなります。購読とノード保守 の型で、更新経路を DIRECT または低リスク専用に分離します。

⚠ コンプライアンス：Spotify の利用規約、著作権、コンテンツの地域ポリシー、および所在地・職場の法令・ネットワーク規則を遵守してください。本稿は許可された環境での経路衛生の説明であり、不正な地域偽装やサービス回避を推奨するものではありません。

動画ストリーミング各稿との棲み分け

当サイトの Netflix 向けストリーミング分流 は nflxvideo.net など動画 CDN 束を軸にし、Disney+ 向け は bamgrid.com 系を中心にした別の名前空間です。YouTube 向け は googlevideo.com など Google 名前空間が広いのが特徴です。一方 Spotify は spotify.com と scdn.co／spotifycdn.com およびサードパーティ CDN の長いホストという組み合わせが主役になり、コピペ対象のドメイン行はプラットフォームごとに差し替える必要があります。手法の三拍子——「関連サフィックスを同一ポリシーへ」「DNS とルール順を一致」「アプリは TUN やアプリ別プロキシを検討」——は共通ですが、観測すべきホストの顔ぶれが異なります。

許可された利用の前提で押さえるチェック

  1. Spotify・プロキシ・職場ポリシーのすべてで許容されているか確認する。
  2. 再生直前のホスト名を列挙し、STREAMING（相当）へ揃っているかログで見る。
  3. spotify.com だけプロキシ、scdn.co だけ直結、といった表の割れを潰す。
  4. ノード地区が UI・音声 CDN でちぐはぐになっていないか確認する。
  5. DNS／fake-ip・ブラウザ DoH・OS リゾルバの二重化を整理する。
  6. ルール順とブロックリストの誤爆を確認する。
  7. 購読・ルール更新がループせず成功しているか確認する。
  8. システムプロキシと TUN、ブラウザ版とデスクトップ版の経路差を比較する。
  9. ローカル要因を切ったうえでノードと配信側ステータスを切り分ける。

各ステップでログ行を残すと、設定の全消しより早く収束します。

まとめ

Spotify の再生体験は、単一ドメインではなくアカウント UI・メタデータ・音声 CDN・サードパーティエッジなど複数ホストの協奏です。Clash は ドメインルールとストリーミング分流で、その協奏を同じ出口ストーリーに揃え、ノード地区とアカウント前提も一貫させる道具です。ズレは曲が出ない・途中停止・ライブラリの国まわりの違和感として現れがちですが、ログとサフィックスの不足を埋めることで多くは再現可能な経路バグに戻せます。

グローバルプロキシより、名前空間を分けた方が帯域競合を減らし、AI 向けルールとも責務がぶつかりにくくなります。不透明なプロファイルより、編集と検証ができるクライアントを選ぶ価値は 2026 年も変わりません。

→ 無料で Clash をダウンロードし、Spotify の謎の停止を「経路の設計」として扱えるようにしてください。