Icecast2 - настройка вещания

И всё же на какой порт лучше всего вещать в сети, чтобы эти Lame боты и прочая нечисть не привязывалась?
 
на 80 порту их будет не меньше )
оставляйте тогда уж 8000 порт по умолчанию. 
если хотите контролировать каждого подключившегося и банить его, то используйте shoutcast первой или второй ветки ... там есть опция бан-листа для таких случаев. Но от реальных атак и прочего ненужного трафика - спасет только фарик работающий в сис-ме.
вот например р/станции исп. порта:
pulsradio.com : 5000
1.FM : 7000 
rpfm.ru: 9000

Потому что когда я на своем компе захожу по адресу вещания субдомена, попадаю на страницу роутера.(((
Как этого избежать?
основной домен, где находиться?
Вы наверняка находитесь за NAT сервером ... у вас белый Ip ?  Вы с интернета можете выйти на свой домашний 80 порт? Проверьте, например через моб. интернет. 
 
Novossyol сказал(а):
И всё же на какой порт лучше всего вещать в сети, чтобы эти Lame боты и прочая нечисть не привязывалась?
От порта это не зависит. Если боты не приносят проблем (то есть, это не DDoS, который значительно забивает канал) то смысла блокировать нет - анализ каждого подключения это масса времени и ручной работы, а станция от этого лучше не станет. А стать хуже - запросто, т.к. есть очень большой шанс блокировать реальных слушателей.
 
Alex Ivanov сказал(а):
на 80 порту их будет не меньше )
оставляйте тогда уж 8000 порт по умолчанию. 
Так и оставил, пока...
Alex Ivanov сказал(а):
если хотите контролировать каждого подключившегося и банить его, то используйте shoutcast первой или второй ветки ... там есть опция бан-листа для таких случаев.
А почему бы в самом RB не реализовать такую же функцию в его встроенном сервере shoutcast?
Alex Ivanov сказал(а):
Но от реальных атак и прочего ненужного трафика - спасет только фарик работающий в сис-ме.
вот например р/станции исп. порта:
pulsradio.com : 5000
1.FM : 7000 
rpfm.ru: 9000
Ничего не понял из того, что вы написали...
Alex Ivanov сказал(а):
основной домен, где находиться?
Что значит "основной домен", можно общепонятным языком?
Alex Ivanov сказал(а):
Вы наверняка находитесь за NAT сервером ... у вас белый Ip ?  Вы с интернета можете выйти на свой домашний 80 порт? Проверьте, например через моб. интернет. 
Да, у меня белый статический IP. Насчёт проверки 80 порта, пока не проверял...
djsoft сказал(а):
От порта это не зависит. Если боты не приносят проблем (то есть, это не DDoS, который значительно забивает канал) то смысла блокировать нет - анализ каждого подключения это масса времени и ручной работы, а станция от этого лучше не станет. А стать хуже - запросто, т.к. есть очень большой шанс блокировать реальных слушателей.
Ну хорошо. Таким образом, если есть некоторые вещатели которые говорят, что у них тысячи подключений (здесь есть такие), то можно предполагать что 90% их этих подключений левые и не являются реальными слушателями, так? И всё же как понять со своей стороны, реальный ли это слушатель или фикция есть ли методика определения? Можно ли сделать автоматический анализ подключений, допустим через сервисы-онлайн в сети, чтобы в логе сразу было видно регион, город и прочую инфу?
 
Novossyol сказал(а):
А почему бы в самом RB не реализовать такую же функцию в его встроенном сервере shoutcast?
Там не Shoutcast. А функции нет, потому что кто будет сидеть и составлять черные списки IP? Учтите, что IP обычно динамические, и сегодня там бот, а завтра кто-то совсем другой.

Novossyol сказал(а):
Таким образом, если есть некоторые вещатели которые говорят, что у них тысячи подключений (здесь есть такие), то можно предполагать что 90% их этих подключений левые и не являются реальными слушателями
Почему это? Чем больше аудитория у радио, тем меньше там процент ботов. К тому же, есть слушатели, которых вы можете принять за ботов, но кто таковыми не является. Например, некоторые слушают интернет радио через устройства вроде ресиверов, и там могут в течение дня просто включать и выключать громкость - для вас это будет какой-то непонятный UserAgent, который "зачем-то висит весь день, надо блокировать!!!".

Novossyol сказал(а):
И всё же как понять со своей стороны, реальный ли это слушатель или фикция есть ли методика определения?
Со 100% достоверностью - никак. Да и зачем?

Novossyol сказал(а):
Можно ли сделать автоматический анализ подключений, допустим через сервисы-онлайн в сети, чтобы в логе сразу было видно регион, город и прочую инфу?
В этом мало смысла. Особенно если ваша аудитория - РФ. Немало россиян для удобства подключаются через VPN и прокси, ваша геолокация покажет их как пользователей из США, ЕС или еще какой-нибудь страны. А на самом деле человек в Саратове, например.
 
djsoft сказал(а):
А что там, какой тип сервера?
djsoft сказал(а):
В этом мало смысла. Особенно если ваша аудитория - РФ.
Нет, моя аудитория локальная в 99% случаев. да и не нужно больше. Главное местная инфа, а музыка она везде одинакова.
 
Novossyol сказал(а):
А что там, какой тип сервера?
Просто сервер, отдающий поток по HTTP. Протокол частично совместим с Shoutcast в плане прослушивания.
 
Как настроить вещание, чтобы через роутер шло в интернет? Получается только через вайфай локально.
 
kroser8 сказал(а):
Как настроить вещание, чтобы через роутер шло в интернет? Получается только через вайфай локально.
Лучше вещать на отдельный сервер. По поводу роутера, вам нужно настроить port forwarding, а также обеспечить постоянный IP и качественную связь, особенно на отдачу. В домашних уловиях это в общем случае недостижимо.
 
djsoft сказал(а):
Лучше вещать на отдельный сервер. По поводу роутера, вам нужно настроить port forwarding, а также обеспечить постоянный IP и качественную связь, особенно на отдачу. В домашних уловиях это в общем случае недостижимо.

Спасибо.
Раньше получалось вещать через freeradioheart, но сейчас столкнулся с проблемой: звук на плеере прерывается через 5 секунд, андроид плеер usb audio player. На tunein radio играет более-менее. Никак не пойму, с чем это связано, ведь другие радиостанции интернета юсб плеер играет отлично.
Пробовал разные вещательные программы, на всех одинаково. (((
 
kroser8 сказал(а):
с чем это связано

Связано со скоростью вашего интернет на отдачу и зависит от к-тва слушатаелей активных.. и возможно еще что-то влияет. Используйте лучше внешний сервер, например очень класная штука Radioboss Cloud, сразу и резервный вещатель заодно.
 
kroser8 сказал(а):
аньше получалось вещать через freeradioheart, но сейчас столкнулся с проблемой
На бесплатном хостинге ничего стабильно работать не может по определению. Физические ресурсы сервера ограничены, а из-за бесплатности на нем клиентов сильно больше, чем должно быть.

kroser8 сказал(а):
Пробовал разные вещательные программы, на всех одинаково. (((
Нужно менять сервер, программы здесь ни при чем.
 
Подскажите, пожалуйста, есть два вопроса:
1. Icecast2 у меня почему-то принимает только MP3. Если что-то другое на него лить, то точка монтирования появляется на 10 секунд и пропадает (чётко по таймеру <source-timeout>10</source-timeout>" и пропадает). Но во всех гайдах отдают и OGG, OPUS, и у них всё работает.

Вот так какой-нибудь opus передаёт, но live сразу же свалится:
ffmpeg -f dshow -i audio="Стерео микшер (Realtek High Definition Audio)" -c:a libopus -cbr on -b:a 48k -strict -2 -content_type 'audio/ogg' -vn -f opus "icecast://source:hackme@127.0.0.1:8000/live"

А с MP3 нормально:
ffmpeg -f dshow -i audio="Стерео микшер (Realtek High Definition Audio)" -c:a libmp3lame -vbr on -b:a 320k -content_type 'audio/mp3' -vn -f mp3 "icecast://source:hackme@127.0.0.1:8000/live"

2. И второй вопрос - я хочу передавать аудиопоток в icecast из OBS Studio через его ffmpeg запись. Но посколько пункт 1 - принимается только MP3, то должен выбрать MP3, а он говорит "couldn't find encoder 'mp3'". В общем, если вы успешно передавали звук через OBS, то какой кодек выбирали?
 
Проблема в следующем. Есть Основной поток, к которому подключены слушатели. Я в конфиге Icecast2 настроил fallback, который перекидывает слушателя на резерв, если основной поток в оффлайне. Протестировал - все работает., слушателей перебрасывает.
Так Почему при возобновлении основного потока слушателей не перекидывает обратно на основной? Приходится переподключаться.
 
Почему при возобновлении основного потока слушателей не перекидывает обратно на основной? Приходится переподключаться.
В Icecast это не всегда корректно работает, можете попробовать версию Icecast KH.
 
В любом случае, это проблема в Icecast, попробуйте связаться с автором, или какие-то другие варианты настройки. На хостинге RadioBOSS Cloud мы не используем fallback mount как раз по причине нестабильнеости работы.
 
хм... я не представляю даже как можно иначе...
Потоки управляются внешней программой, а на Icecast уже выдается что нужно. Функция Fallback не работает корректно когда используется в масштабе хостинга, какой-то процент аккаунтов всегда имел какие-то проблемы.
 
Назад
Верх