Question 1

AzuraCastにおけるNGINXの脆弱性CVE-2026-42945を修正する方法は？

Accepted Answer

最新のAzuraCast Rolling Releaseにアップデートしてください。このリリースにはnginxバージョン1.26.3-3+deb13u5が同梱されています。このパッケージにはCVE-2026-42945のバックポート修正が含まれており、Debianの変更ログによって確認されています。

Question 2

AzuraCastのレポートにある「Today」と「Yesterday」の日付プリセットが、1日ではなく48時間を対象とするのはなぜですか？

Accepted Answer

これは `frontend/components/Common/DateRangeDropdown.vue` に存在する既知の off-by-one バグです（stable 0.23.8 およびローリングチャンネルの両方に存在します）。"Today" プリセットは 1 日早すぎる日付から開始され（`nowTz.minus({days: 1}).startOf("day")`）、"Yesterday" は 2 日前から開始されるため、どちらのプリセットも 1 日過去にずれた 2 日間の範囲を返します。これにより、Reports → Listeners、Overview、Timeline、Administration → Audit Log の数値（ユニークリスナー、リスニング時間、リスナーマップ）が警告なく 2 倍になります。

回避策：クイック選択プリセットは使用しないでください。カレンダーで同じ日を 2 回クリックして開始日と終了日をその日付に設定し、時刻を手動で 00:00 と 23:59 に設定します。分のオーバーレイは 5 分刻みで変化するため、23:59 に設定するには上下の矢印を使用してください。

恒久的な修正（コンポーネントにパッチを適用）："Today" を `nowTz.startOf("day")` → `nowTz.endOf("day")` に、"Yesterday" を `nowTz.minus({days: 1}).startOf("day")` → `nowTz.minus({days: 1}).endOf("day")` に設定します。

Question 3

公開ページを無効にした後も、AzuraCast の /api/nowplaying_static エンドポイントが依然として公開されているのはなぜですか？

Accepted Answer

これは AzuraCast 0.23.8 に存在したバグでした。公開ページを無効にすると `/api/nowplaying/{station}.json` は閉じられ("Station not found" を返す)ものの、`/api/nowplaying_static/{station}.json` は開いたままとなり、リスナー統計を含む同じデータが公開されていました。この問題は PR #8604 によって修正されました。修正を含むリリースへ AzuraCast のインストールを更新してください(`/manage/updates`、Docker でインストールしている場合は `docker-compose pull && docker-compose up -d`)。更新後は、両方の nowplaying エンドポイントが公開ページの無効化設定に従い、ステーション/リスナーのデータを公開しなくなります。

Question 4

AzuraCastのポッドキャストRSSフィードのenclosure length属性が、バイト単位のファイルサイズではなく秒単位の再生時間を示すのはなぜですか？

Accepted Answer

これは AzuraCast の既知のバグです。`backend/src/Controller/Frontend/PublicPages/PodcastFeedAction.php` において、フィードは `$item['enclosure']['@length'] = $podcastMedia->length;` を設定していますが、`PodcastMedia->length` は RSS 2.0/podcast 仕様が要求するバイト単位のファイルサイズではなく、エピソードの再生時間（`1231.08` のような小数の秒数）です。厳格な podcast ディレクトリでは、フィードにフラグが付けられたり、ランクを下げられたりする可能性があります。セルフホスト環境での回避策: `PodcastFeedAction.php` にパッチを適用し、`@length` 属性を完全に省略するか（実際のバイトサイズが不明な場合に有効）、アップロードされたメディアファイルの実際のファイルサイズをバイト単位で設定してください。なお、上流で修正されない限り、ソースへのパッチはアップデート時に上書きされるため、恒久的な修正については AzuraCast GitHub リポジトリで問題を追跡してください。

Question 5

Rolling Releaseのアップデート後にLiquidsoapの「has no argument labeled track_sensitive」エラーが発生し、AzuraCastのステーションがオフラインになる問題の修正方法

Accepted Answer

Rolling Release アップデートには新しい Liquidsoap バージョンが同梱されており、`fallback()` が `track_sensitive` パラメータを受け付けなくなりました。そのため、これを使用しているカスタム Liquidsoap 設定はコンパイルに失敗し、ステーションはオフラインのままになります。修正方法: ステーションのプロフィール → Edit Liquidsoap Configuration に移動し、カスタム行 `radio = fallback(track_sensitive=true, [jingle_20_22_queue, special_queue, live_concert_queue, radio])` を見つけて引数を削除します。つまり `radio = fallback([jingle_20_22_queue, special_queue, live_concert_queue, radio])` とします。また、非推奨の警告を解消するために、`if queue.current() != null() then` を `!= null` に変更してください。保存して放送を再開してください。設定を編集できない場合は、前日の自動バックアップ (Administration → Backups) を復元するか、スクリプトが更新されるまでステーションを Stable リリースチャンネルに戻してください。

AzuraCast

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト