Так вам уже написали - на сервер shoutcast / icecast, клиентам - любой плеер, умеющий отдавать поток. winamp как вариант.
10 мбит - мало. Это только на поиграться.
В случае микроскопического TTL для зоны клиенты будут постоянно дергать ДНС, и получать ответ от работающего именно сейчас сервера.
Впрочем, это не спасет от кривонастроенных кэшей.
Да кто его спросит-то? :-)
А что мешает? :-)
listen 12.13.14.15:80;
ну или куда у вас там домен резолвится.
Что касается ошибки - то там все написано, у вас домен не резолвится, во всяком случае, снаружи.
Никогда! НИКОГДА!!! не надо делать listen на fqdn. _Только_ на ip-адрес.
М-м-м-м-м... Ну я не знаю, конечно, как пацаны - но вот у меня лично возражений нет, делайте.
"Эти пакеты" - это какие?
На самом деле, ничего архикриминального в tw-сокетах нету. Ну, кроме того, что оно забивает таблицу дескрипторов и поиск по ней работает дольше. Впрочем, если 1-2ms для вас роли не играет - то можно вообще забить.
При очень некоторых условиях (кривонастроенная система, большое количество запросов) потенциально есть риск упереться в недостаток сокетов на интерфейсе - в случае лупбэка достаточно сделать еще один лупбэк, и поехать дальше.
Потому что у бсд сетевая подсистема написана прямыми руками :-)
Если серьезно - ну, вот так тут заведено. У бсд есть ручка, который выставляется таймаут на time_wait, у линукса - нет. У бсд есть nolocaltimewait - у линукса, как оказывается, нет.
Я предполагаю, что есть некая ручка, отвечающая за политику выбора нового сокета. В линуксе reuse используется, только когда нету свободных сокетов, а в бсд, похоже, наоборот - новый сокет создается только когда реюзать нечего. Не знаю точно, надо в код
смотреть.
Но вобщем, вот это вот все - одна из причин, почему идеологически верно держать бэкэнд/fastcgi-сервер на лупбэке.
Зачем блочить поток, работающий с клиентом?
Ну круто. Только почему действительно крупные игроки на рынке все как один переезжают на nginx?
Гибкость и нетребовательность к ресурсам. Ну плюс, очень удобная интеграция самодельных функций в парсер URI и обработку переменных.
Зачем? Ну вот зачем тащить весь этот ворох апачевого мусора, со всякими оверрайдами в систему, задача которой - принять запрос от клиента, и спихнуть в обработчик динамики?
Впрочем, ладно - я прекрасно понимаю, что истинное мнение хрен оспоришь. Нравится вам апач - пользуйтесь апачем :) У меня его уже года три как нету нигде, и слава богу.
