Fergie
Ну как тебе помочь, если ты не рассказываешь ничего о своей проблеме. Покажи хотя бы строку монитора для этого запроса (где ее взять я тебе уже рассказывал).

Значит не может соединиться с сервером.
На этот раз тут Toonel как-то участвует?

Попробуй в НС выключить кэш DNS. Если не поможет, сделай отладочный лог неудачной попытки запроса как написано здесь http://handycache.ru/component/option,com_smf/Itemid,10/topic,948.msg7802/#msg7802, заархивируй лог и пришли мне на мыло (mai62<>mail.ru).

Шарик крутится когда через НС передаются данные.

Этот сервер выдает для Оперы ответ IceCast, а не HTTP.

Запрос НС к серверу:
GET / HTTP/1.1
User-Agent: Opera/9.52 (Windows NT 5.1; U; ru)
Host: sc1.abacast.com:8090
Accept: text/html, application/xml;q=0.9, application/xhtml+xml, image/png, image/jpeg, image/gif, image/x-xbitmap, */*;q=0.1
Accept-Language: ru-RU,ru;q=0.9,en;q=0.8
Accept-Charset: iso-8859-1, utf-8, utf-16, *;q=0.1
Accept-Encoding: gzip, deflate
Connection: Keep-Alive, TE
TE: deflate, gzip, chunked, identity, trailers

Ответ сервера:
ICY 200 OK
icy-notice1:<BR>This stream requires <a href="http://www.winamp.com/">Winamp</a><BR>
icy-notice2:SHOUTcast Distributed Network Audio Server/win32 v1.9.8<BR>
icy-name:Darik Radio, Sofia, BULGARIA - live broadcast from the U.S.A.
icy-genre:live
icy-url:http://www.shoutcast.com
content-type:audio/mpeg
icy-pub:1
icy-br:32
................................

Интересно, что для FF, IE, Safari выдается HTTP-ответ (смотрится User-Agent). По идее, НС должен сразу распознавать невалидный ответ, слать клиенту 502 Bad Gateway и самостоятельно рвать соединение с сервером. Иначе пользователь попадет на трафик - начинают передаваться бесконечные потоковые данные (в данном случае, как я понимаю, радиотрансляция), вот колесо и крутится.

Обязательно научить, но, имхо, можно и расширить - вынести в настройки юзергульку для полного запрета любых MM-протоколов, или даже две - эту плюс расширяющую запрет на все протоколы не HTTP(S). Или вообще сделать это умолчательным поведением с изменением оного через ini

С другой стороны, это вполне валидный ответ HTTP 0.9.
Поинтересовался темой - есть в сети куча таких серверов, передают потоковое аудио (например, http://gffstream.ic.llnwd.net/stream/gffstream_stream_wdr_einslive_a). И WinAmp через это дело работает и понимает такие ответы, вроде.

В свете этого, может, нужно признавать любой ответ, начинающийся не с HTTP, тоже валидным, отдавать его клиенту и ждать закрытия соединения как знака окончания работы с запросом?
В колонке "Ответ" в таких случаях делать какую-нибудь специальную надпись.
Вот только как быть с заголовками. Будет ли нужный результат, если перед "ICY 200 OK" НС вставит HTTP/1.1 200 OK и др. свои заголовки (Connection: keep-alive и пр.)?

Может, и так. Только данный случай (HTTP 0.9) - это неотъемлемый кусок HTTP. И как я почитал, WebRadio почти целиком и полностью держится на icecast и shoutcast. Таких сайтов сотни если не тысячи. Все ведущие плееры поддерживают такие ответы (по крайней мере, читал про mplayer, winamp, vlc). Иначе они просто не смогут передавать радиотрансляции.
Получится, что через НС все это работать не будет со всеми вытекающими.
Добавлено: 21 Июля 2008, 20:51:14

Включил Windows Media Player, настроил на несколько таких серверов web-радио. Так и есть: с НС (WMP использует настройки IE, т.е. автоматически работает через НС) никакого радио нет; без НС - насладился хорошими песнями.

ma3za

Читай эту тему - твой случай!

Ничего! HC не поддерживает нестандартные протоколы.
Слушай радио напрямую (мимо HC), если есть такая возможность...

Радикально! Можно было бы просто проигрыватель настроить на работу без прокси, а браузером ходить через HC...