Icecast 2.3.2 и HTTP Redirect (302)

20.05.2011

В фичах icecast`a заявленно
Relays handle redirection (HTTP 302) if one is received at startup.

Как я понимаю, при релеенги других радиостанций ice cast в случае обнаружение HTTP Redirect`a должен переходить по указанному адресу.

Складывается ощущение что он нифига по этим адресам не переходит.

Вопрос: Надо что-то где-то включать? Или я что-то не понимаю? В доке по этому поводу ничего не указанно.

Вопрос 2: Можно ли каким-то образом для одного local-mountpoint указать несколько источников, что бы в случае недоступности одного, поток брался с другого ?

20.05.2011

fallback

20.05.2011

Не, не совсем ...В случае с fallback я должен знать адрес запасного сервера

А здесь ситуация когда радио выдает адрес типа listen.radio.ru/listen128

А при обращении по адресу, сервер отдает 302 Found с новым урлом по которому реально идет трансляция.

Как я понимаю IceCast должен уметь переходить по такого рода перенаправлениям...
или я что-то не понимаю?

20.05.2011

выложи проблемный конфиг

20.05.2011

Ок.

Вводные данные.
Есть адрес потока: **********

В конфиге секция relay выглядит таким образом:

1. <relay>
2. <server>listen.radionomy.com</server>
3. <port>80</port>
4. <mount>/allegro-lounge</mount>
5. <local-mount>/Allegro.Lounge</local-mount>
6. <relay-shoutcast-metadata>1</relay-shoutcast-metadata>
7. <on-demand>1</on-demand>
8. </relay>

В этом случае ничего не работает, так как при обращении по адресу listen.radionomy.com/allegro-lounge происходир редирект на совершенно другой адрес.
И вот если его уже прописать в конфиг icecast`a, то все ок.

Но хотелось бы чтобы все это было автоматически.

20.05.2011

Ну дак ты пропиши этот адрес с которым все ок.

20.05.2011

Сейчас так и делаю..
но эти адреса имеют тенденцию меняться... При этом входной url (**********) остается неизменным
И если бы научить icecast понимать эти редиректы, то жизнь бы упростилась ...

А то поди, пойми когда адрес сменится ...

20.05.2011

Ну возможно у них просто распределение нагрузки идет. К примеру у меня на радио раньше было такое, при обращении к потоку, кидает на один из двух трансляторов.

21.05.2011

Пользуясь случаем задам вопрос:
Можно ли как-то сделать на фаллбэк поток такое: в случае отсутствия потока на 1-м источнике пробует брать поток со 2-го источника.

23.05.2011

Можно.
Дисскусия про это в соседней теме. Называется IceCast и mount-name ...
**********

Добавлено спустя 1 минуту 7 секунд:
Добавлено спустя 59 секунд:

Это понятно что идет распределение нагрузки ....
Я к тому что iceCast по видимому не умеет отрабатывать такие вещи.

или я не прав?

29.05.2011

йлу хлпсф зенюенв NGINX диг меневднезвтсс кв нвдслмлолхс.

1. upstream radioservers {
2. ip_hash;
3. server radioserver.no1:8080/128kbps.mp3;
4. server radioserver.no2:8080/128kbps.mp3;
5. server radioserver.no3:8080/128kbps.mp3;
6. fair; # eto tipa balansirovki megdu dannimi potokami
7. }
9. server {
10. listen 80;
11. server_name radioserver.main;
13. location / {
14. proxy_buffering off;
15. proxy_ignore_client_abort off;
16. proxy_intercept_errors on;
17. proxy_next_upstream error timeout invalid_header;
18. proxy_redirect off;
19. proxy_set_header X-Host $http_host;
20. proxy_set_header X-Forwarded-For $remote_addr;
21. proxy_set_header Icy-MetaData 1; # SPECIALNO DLYA RADIOSERVERA
22. #proxy_set_header User-agent WinampMPEG/5.57;
23. proxy_connect_timeout 60;
24. proxy_send_timeout 21600;
25. proxy_read_timeout 21600;
27. proxy_pass **********
28. }
29. }

МНС ОВХЛЙ НВЗХИВДЕ МЛОЛХ ЙЛРКЛ ЗИЪЩВОЫ ХВХ-ЧЪДОЛ КВ МЛНОЪ 80 АЕНЕЖ ********** В ХЛКПСФ З fair; МНЛХЗСО КВ ЗВЙЭУ ДЛЗОЪМКЭУ ЗЕНЮЕН СЖ ЧИЛХВ upstream.

Дмючайелм ъняъпз 1 куляпя 31 ъеиялдя:
chto za krokozyabri tut vodyatsya u vas na forume? nfpishu translitom togda. eto kusok konfiga nginx kotorij ya ispolzuu na 2-h krupnih stanciyah v UK & USA. dannij konfig balansiruet nagruzku mejdu neskolkimi radioserverami i takzhe pozvolyaet slushat potok kakbudto s porta 80.

29.05.2011

A YESLI SDELAT TAK

1. upstream radioservers {
2. ip_hash;
3. server radioserver.no1:8080;
4. server radioserver.no2:8080;
5. server radioserver.no3:8080;
6. fair; # eto tipa balansirovki megdu dannimi potokami
7. }
9. server {
10. listen 80;
11. server_name radioserver.main;
13. location / {
14. proxy_buffering off;
15. proxy_ignore_client_abort off;
16. proxy_intercept_errors on;
17. proxy_next_upstream error timeout invalid_header;
18. proxy_redirect off;
19. proxy_set_header X-Host $http_host;
20. proxy_set_header X-Forwarded-For $remote_addr;
21. proxy_set_header Icy-MetaData 1; # SPECIALNO DLYA RADIOSERVERA
22. #proxy_set_header User-agent WinampMPEG/5.57;
23. proxy_connect_timeout 60;
24. proxy_send_timeout 21600;
25. proxy_read_timeout 21600;
27. proxy_pass **********
28. }
29. }

TO MOUNTPOINTS MOJNO PODSTAVLYAT K radioserver.main NAPRIMER: radioserver.main/mount1 i radioserver.main/mount2 a nginx uje sam perenapravlyaet ves mejdu serverami.

31.05.2011

Про распределение нагрузки можно по подробнее?
Как можно реализовать без nginx?

31.05.2011

динамик dns

31.05.2011

Без сторонних сервисов возможно?

31.05.2011

Вот по этому поводу даже хз

03.06.2011

медленный как корова apache может тоже =)

03.06.2011

Где что прописывать надо, что бы подключающихся именно на по 8000 порту перекидывало?

03.06.2011

не знаю)) я апач уже забыл и вспоминать не хочу. если ты про него конечно. но есть у него прокси-модули которые способны такое проделать.

10.07.2011

MechanisM, в таком виде это не совсем распределение нагрузки, т.к. канал жрется избыточно.
Получается, все слушатели подключены к одному серверу, где стоит прокси Энджин-Икс, а тот уже получает потоки от трех (в данном примере) апстримов.
Если и апстримы и nginx живут на одной площадке, или на быстрой шине - все ок. Но для слушателей выгоды ноль: что перец из Огайо, что из Новокузнецка, все будут тянуть поток с одного-единственного сервера, и кому-то точно будет далеко.

DNS-карусель и то лучший вариант в данном случае, хотя и не учитывает гео-близость, и наличие свободных слотов на очередном рилее.

В общем, интересно знать, как работают рилеи ********** : )