Icecast 2.3.2 и HTTP Redirect (302)

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

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

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

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

Ок.

Вводные данные.
Есть адрес потока: http://listen.radionomy.com/allegro-lounge

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

<relay>
 <server>listen.radionomy.com</server>
 <port>80</port>
 <mount>/allegro-lounge</mount>
 <local-mount>/Allegro.Lounge</local-mount>
 <relay-shoutcast-metadata>1</relay-shoutcast-metadata>
 <on-demand>1</on-demand>
</relay>

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

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

Сейчас так и делаю..
но эти адреса имеют тенденцию меняться... При этом входной url (http://listen.radionomy.com/allegro-lounge) остается неизменным
И если бы научить icecast понимать эти редиректы, то жизнь бы упростилась ...

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

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

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

upstream radioservers {
    ip_hash;
        server radioserver.no1:8080/128kbps.mp3;
        server radioserver.no2:8080/128kbps.mp3;
        server radioserver.no3:8080/128kbps.mp3;
        fair; # eto tipa balansirovki megdu dannimi potokami
        }

server { 
        listen 80; 
        server_name radioserver.main; 

        location / { 
            proxy_buffering           off; 
            proxy_ignore_client_abort off; 
            proxy_intercept_errors    on; 
            proxy_next_upstream       error timeout invalid_header; 
            proxy_redirect            off; 
            proxy_set_header          X-Host $http_host; 
            proxy_set_header          X-Forwarded-For $remote_addr;
            proxy_set_header          Icy-MetaData 1; # SPECIALNO DLYA RADIOSERVERA
            #proxy_set_header         User-agent WinampMPEG/5.57;
            proxy_connect_timeout     60; 
            proxy_send_timeout        21600; 
            proxy_read_timeout        21600; 

            proxy_pass http://radioservers; 
        } 
    }

МНС ОВХЛЙ НВЗХИВДЕ МЛОЛХ ЙЛРКЛ ЗИЪЩВОЫ ХВХ-ЧЪДОЛ КВ МЛНОЪ 80 АЕНЕЖ http://radioserver.main В ХЛКПСФ З 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.

Отредактировано MechanisM (29-05-2011 15:40:46)

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

Отредактировано ElectroNik (31-05-2011 10:02:24)

пишет KyPIIaToB:

динамик dns

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

пишет ElectroNik:

ак можно реализовать без nginx?

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

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