Question 1

AzuraCast에서 NGINX 취약점 CVE-2026-42945를 수정하는 방법은 무엇인가요?

Accepted Answer

최신 AzuraCast Rolling Release로 업데이트하세요. 이 릴리스는 nginx 버전 1.26.3-3+deb13u5와 함께 제공됩니다. 이 패키지는 Debian 변경 로그에 확인된 대로 CVE-2026-42945에 대한 백포트된 수정 사항을 포함합니다.

Question 2

AzuraCast 보고서의 "Today" 및 "Yesterday" 날짜 프리셋이 하루가 아닌 48시간을 포함하는 이유는 무엇인가요?

Accepted Answer

이는 `frontend/components/Common/DateRangeDropdown.vue`에 존재하는 알려진 off-by-one 버그입니다(stable 0.23.8 및 rolling 채널에 존재). "Today" 프리셋이 하루 너무 일찍 시작하고(`nowTz.minus({days: 1}).startOf("day")`), "Yesterday"는 이틀 전부터 시작하므로, 두 프리셋 모두 하루 과거로 밀린 이틀 범위를 반환합니다. 이로 인해 Reports → Listeners, Overview, Timeline 및 Administration → Audit Log에서 수치(고유 청취자, 청취 시간, 청취자 지도)가 아무런 경고 없이 두 배로 표시됩니다.

임시 해결 방법: 빠른 선택 프리셋을 무시하세요. 캘린더에서 같은 날짜를 두 번 클릭하여 시작일과 종료일을 해당 날짜로 설정한 다음, 시간을 수동으로 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 설치를 수정 사항이 포함된 릴리스로 업데이트하십시오(Docker 설치의 경우 `/manage/updates` 또는 `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/팟캐스트 명세에서 요구하는 바이트 단위의 파일 크기가 아니라 초 단위의 에피소드 재생 시간(`1231.08`과 같은 소수 값)입니다. 엄격한 팟캐스트 디렉터리는 해당 피드에 플래그를 지정하거나 순위를 하락시킬 수 있습니다. 자체 호스팅 설치 환경에서의 해결 방법: `PodcastFeedAction.php`를 패치하여 `@length` 속성을 완전히 생략하거나(실제 바이트 크기를 알 수 없는 경우에도 유효함), 업로드된 미디어 파일의 실제 파일 크기를 바이트 단위로 채우십시오. 업스트림에서 수정되지 않는 한 소스 패치는 업데이트 시 덮어씌워지므로, 영구적인 수정을 위해 AzuraCast GitHub 저장소에서 해당 이슈를 추적하십시오.

Question 5

Rolling Release 업데이트 후 Liquidsoap 'has no argument labeled track_sensitive' 오류로 인해 AzuraCast 스테이션이 오프라인이 되는 문제를 해결하는 방법은?

Accepted Answer

Rolling Release 업데이트에는 `fallback()`이 더 이상 `track_sensitive` 매개변수를 허용하지 않는 새로운 Liquidsoap 버전이 포함되어 있어, 이를 사용하는 모든 사용자 정의 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

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트