Страницы

понедельник, 26 марта 2012 г.

Microserver SIP port forwarding. Перенаправление портов для Ekiga

Понадобилось настроить SIP клиента на домашнем компьютере.
Выяснилось, что автоматического прохождения NAT не случается, по причине отсутствия UPnP на сервере.
Пришлось действовать по старинке - пробросить порт к клиентскому приложению.
Приложение - Ekiga. Ekiga находится в домашней сети за шлюзом.

SIP протокол использует различные схемы прохождения NAT, но в этом случае не случилось.

5060 - основной порт SIP, сигнальный порт, для установления связи.


Protocols Ports Types Descriptions
SIP 5000 to 5100 UDP SIP signalling, listen port: 5060
STUN 3478 to 3479 UDP Outgoing traffic to the STUN server
H323 1720 TCP H323 listen port

Надо сделать так, чтобы порт 5060 слушался на сервере и перенаправлялся к клиенту.
Помимо этого, надо настроить DHCP-сервер на выдачу всегда одного и того же IP-адреса клиентскому компьютеру, чтобы перенаправление работало.
Выдачу IP-адрес привяжем к mac-адресу сетевой карты домашнего компьютера.
$ sudo stop isc-dhcp-server
$ sudo nano /etc/dhcp/dhcpd.conf
$ sudo start isc-dhcp-server

При редактировании dchpd.conf внесем:

host mir.home {
 option host-name="mir.home";
 hardware ethernet 00:19:00:00:00:00;
 fixed-address 192.168.3.x;
}




Проброс портов осущесвляется с помощью утилиты iptables, в таблице nat, цепочках PREROUTING для входящих пакетов из Интернета и POSTROUTING для исходящих пакетов.
Следующее выражение понимаю так: прибыл пакет, из Интернета, через интерфейс ppp8, на любой порт из диапазона 5000-5100 шлюза, а шлюз возьми да и подмени адрес пакету на адрес внутренней машины и ядро, как ни в чем не бывало, его туда отправляет "роутит". Эту пакость делает DNAT.

$iptables -t nat -A PREROUTING -i ppp8 -p udp -m udp --dport 5000:5100 -j DNAT --to-destination 192.168.3.5



Следующее выражение понимаю так: пакет от внутренней машины, уже содержит глобальный адрес назначения, вот только в адресе отправителя записан внутренний ip-адрес и с ним надо что-то делать, SNAT т.е. менять (nat) адрес отправителя (s - значит source). Правило более уточненное.
$ iptables -t nat -A POSTROUTING -p udp -s 192.168.3.5/32 --dport 5000:5100 -j SNAT --to-source xxx.xxx.xxx.xxx
где, xxx.xxx.xxx.xxx - публичный IP-адрес шлюза

Всё, это хорошо. Оно позволило Ekiga нормально зарегистрироваться, у нее появилась возможность звонка на прямую, по указанному ip-адресу. Но!
Т.к. ip-адрес шлюза динамический и после каждого переподключения связи, он меняется. Соответственно надо менять правила "проброса" портов.
Итак, нужна автоматизация.
Основная трудность - это передача вновь полученного ip-адреса интерфейса ppp8 в скрипт правил, а с этим трудности. Откуда взять ip-адрес?

Создадим две "работы" Upstart (см. в блоге), назовем их ekiga-on.conf, и ekiga-off.conf разместим в /etc/init/
$ sudo nano /etc/init/ekiga-on.conf

author "gimmor.blogspot.com"
description "Проброс портов для SIP-клиента Ekiga"
task


script
echo "Пробрасываем порты для SIP-клиента Ekiga" >> /var/log/syslog
EXTIP=`/sbin/ifconfig ppp8 | grep inet | sed s/^.*addr:// | sed "s/ .*$//"`
iptables -t nat -A PREROUTING -i ppp8 -p udp -m udp --dport 5000:5100 -j DNAT --to-destination 192.168.3.5
iptables -t nat -A POSTROUTING -p udp -s 192.168.3.5/32 --dport 5000:5100 -j SNAT --to-source $EXTIP
end script


# Сигналом запуска задачи будет поднятие интерфейса ppp8 (L2TP), а также альт. ppp9 (PPTP)

start on net-device-up IFACE=ppp8
#start on net-device-up IFACE=ppp9




$ sudo nano /etc/init/ekiga-off.conf

author "gimmor.blogspot.com"
description "Отключение проброса портов для SIP-клиента Ekiga"
task


script
echo "Отключаем порты для SIP-клиента Ekiga" >> /var/log/syslog

EXTIP=`/sbin/ifconfig ppp8 | grep inet | sed s/^.*addr:// | sed "s/ .*$//"`
iptables -t nat -D PREROUTING -i ppp8 -p udp -m udp --dport 5000:5100 -j DNAT --to-destination 192.168.3.5
iptables -t nat -D POSTROUTING -p udp -s 192.168.3.5/32 --dport 5000:5100 -j SNAT --to-source $EXTIP


end script


# Сигналом запуска задачи будет опускание интерфейса ppp8 (L2TP), а также альт. ppp9 (PPTP)

start on net-device-down IFACE=ppp8
#start on net-device-down IFACE=ppp9


Для тестирования в задачах прописать строфу: manual, означающую ручное управление
Задачи рассчитаны только на запуск, остановка не имеет смысла.

В принципе все.




Ресурсы
- Порты, используемые программой Ekiga. http://wiki.ekiga.org/index.php/Internet_ports_used_by_Ekiga


Ubuntu 12.04. Совместимая вебкамера Creative Live! Cam Socialize HD AF

Вебкамера Creative Live! CAM Socialize HD AF -  4 балла.

Вебкамера Creative Live! CAM Socialize HD AF в Ubuntu 11.10 устанавливается простым подключением к USB. Не требует сторонних драйверов. Камера работает в Skype. Все это достигается поддержкой камерой стандарта UVC (USB Video Class).
В камере встроен микрофон с шумоподавлением.
Широкоугольный объектив позволит попасть в кадр, да и вообще имеет преимущество перед узкими углами, когда видно только лицо.
30 FPS это хорошо.

$ lsusb
ID 041e:4086 Creative Technology, Ltd

В моей системе камера представлена тремя устройствами:
$ ls /dev/v4l/by-id/
$ ls /dev/snd/by-id/
$ ls /dev/input/by-id/
Видео устройство /dev/video0
Аудио устройство /dev/snd/by-id/usb-Creative ......
Устройство ввода /dev/input/eventX, где X-номер, в вашей системе свой. Не работает.

Именно таким должно быть совместимое с Linux устройство: использовать стандартные, поддерживаемые ядром драйверы, что исключает массу трудностей с включением поддержки устройства.

Для захвата видео с камеры на десктопе можно использовать программу guvcview, cheese и иные, в том числе консольные mplayer, cvlc.


Выводы
- Первое впечатление - хорошее.
- Как крепить не знаю, просто стоит на мониторе.
- Похоже кнопку на камере не удалось настроить. - минус балл.


Ресурсы
- Список вебкамер поддерживаемых UVC драйвером.  http://www.ideasonboard.org/uvc/#devices
- . https://help.ubuntu.com/community/Webcam
- . http://smacker.fatal.ru/Cases/1316732984.shtml
- . http://ab-log.ru/smart-house/video_camera_security/logitech-c250-linux

воскресенье, 25 марта 2012 г.

LXC на Ubuntu server 12.04. Особенности

Особенности настройки контейнеров LXC на Ubuntu 12.04 server

Итак, при загрузке микросервера операционной системой Ubuntu 12.04,  создается интерфейс lxcbr0. Как ясно из названия - это мост. Остается выяснить откуда он управляется.
Первые раскопки показали.

Конфигурация LXC в системе сервера

Имеются следующие места, относящиеся к конфигурации LXC на сервере.
/etc/lxc
/etc/lxc/auto

Беглый анализ работ Upstart показал, что в /etc/lxc/auto могут располагаться конфигурации контейнеров и они будут запускаться при старте системы. Т.е. автозапуск LXC при старте.


Конфигурационный файл: /etc/default/lxc
Этот файл может существовать, тогда он влияет, а может и не существовать, тогда берутся настройки по-умолчанию, прописанные в работах lxc, lxc-net.
В этом файле есть две управляющие опции:
USE_LXC_BRIDGE="true"  - для поднятия сетевой инфраструктуры для контейнеров
LXC_AUTO="true" - для автозапуска контейнеров при старте системы
Этот файл влияет на работу lxc. Т.е. его опции принимаются во внимание при работе lxc, lxc-net.
Также в нем присутствуют настройки сети для контейнеров.
Сеть для всех контейнеров обслуживается dhcp-сервером dnsmasq, что позволяет использовать в контейнерах динамические ip-адреса.


Конфигурационный файл: /etc/lxc/lxc.conf
Это настройки шаблона контейнеров. При создании нового контейнера они учитываются. Его можно настроить под свою систему.


Обнаружены "работы" Upstart
/etc/init/lxc.conf
/etc/init/lxc-net.conf

Работа lxc выполняет автозапуск контейнеров при старте системы, указанных в /etc/lxc/auto

Работа lxc-net выполняет настройку бриджа для контейнеров, файрвола, NAT, dnsmasq. Т.е. сетевую инфраструктуру для контейнеров.


Список контейнеров в системе

Список контейнеров запущенных и остановленных в системе, просмотреть можно по команде:
$ lxc-list





Ресурсы
- Настройка lxc на домашнем компьютере. http://gimmor.blogspot.com/2012/03/lxc.html
- .
- .

Upstart. интересное в Ubuntu 12.04

Upstart система загрузки служб, приложений при запуске операционной системы. На микросервере Ubuntu 12.04 используется как основная. Также доступен старый способ SysV.

$initctl --version
На микросервере используется Upstart 1.4.

Понятия
Работа (Job)
Разновидности работы: Задача (Task) и Сервис (Service)
Задача - живет не долго, может завершаться быстро.
Служба - запущена постоянно, может перезапускаться при падении, но никогда сама, по своему хотению не останавливается, аналог демона.

Системные работы (работы по системе) расположены в каталоге /etc/init/ в конфигурационных файлах работ.
Пользовательские работы (задачи и м.б. сервисы) расположены в каталоге $HOME/.init/. Их надо включать спец. настройкой.


Включение поддержки пользовательских задач Upstart
Это необходимо.
Редактируется файл: /etc/dbus-1/system.d/Upstart.conf
В нем пару секций в которых присутствует root надо скопировать тут же и заменить на имя пользователя.


Конфигурации работ - это обычные, не исполняемые текстовые файлы, однако содержащие команды понимаемые демоном init. Расширение работы - .conf Имя совпадает с именем запускаемого демона, но не всегда.

Как создать свою задачу для Upstart

Создаем минимальный конфигурационный файл работы /etc/init/mytask.conf
# Тестовая задача по посылке сообщения в системный журнал
# дата изменения: 23 марта 2012
# сервер: микросервер
# зарезервированное слов "task" указывает что это задача, т.е. выполниться и все.
task
exec echo "hello" >> /var/log/syslog

Как создать свою службу для Upstart

Создаем минимальный конфигурационный файл работы /etc/init/myservice.conf
# Тестовая работа по запуску службы myservice
# дата изменения: 23 марта 2012
# сервер: микросервер
# подразумевается, демон службы существует в пути запуска и запускается в качестве демона
exec /usr/local/bin/myservice

Этот минимальный файл пригоден для ручного запуска/остановки службы myservice

Шаблон содержимого файла конфигурации работ

# Работа по ...
# дата изменения: 23 марта 2012 
# сервер: микросервер


# task - признак кратковременной работы, а не службы
# task



author "gimmor.blogspot.com"
description "шаблон работы для Upstart"

# manual - это работа только ручного управления
#manual

# Параметры передаваемые работе
# работа с параметрами запускается start job ARGUMENT1=1 ARG2=2 PARAMETER=3
instance $ARGUMENT1
instance $ARG2
instance $PARAMETER

# Параметры окружения

# Главный скрипт, может быть заменен термом exec
script
end script


# способы получения PID главного процесса
#expect fork
#expect daemon




# Скрипт выполняющийся перед главным скриптом при запуске
pre-start script
#
end script


# Скрипт выполняющийся после главным скриптом при запуске
post-start script
#
end script


# Скрипт выполняющийся перед остановкой
pre-stop script
#
end script


# События от других работ, на которые реагирует работа
#start on starting
#start on stoping
#stop on stoping


# События сигналы 
start on мой-сигнал-старта
stop on мой-сигнал-стопа


Как преобразовывать существующие службы и их скрипты запуска, в работы для Upstart?
Основная трудность - это получение PID мастер процесса, чтобы Upstart мог управлять стартом остановкой главного процесса.
Если upstart не может узнать PID процесса, то все такие задачи и службы он переводить из состояния start в stop, при этом в списке процессов они присутствуют, но не управляются Upstart.
Для помощи Upstart в этом нелегком деле существуют термы:
expect fork
expect daemon


События
События асинхронные  - сигналы (singal)
# initctl emit <event>
События синхронные - методы (method)
# initctl emit <event>
в качестве <event> может выступать строка текста


Примеры использования постепенно появляются у меня в блоге, например, iptv-видеорекордер, полностью сделан на Upstart. Подключение к Интернет, через L2TP также переведено на эту систему.


Ресурсы

- . http://upstart.ubuntu.com/cookbook/

суббота, 24 марта 2012 г.

IPTV multichannel video recorder. Мнгоканальный цифровой видеомагнитофон

Настраивается цифровое многоканальное видеозаписывающее устройство, по простому iptv магнитофон или digital multichannel streaming videorecorder based on VideoLAN client.


Возможности возникающие после настройки IPTV на домашнем сервере можно посмотреть в предыдущей теме, здесь же - конкретное решение - цифровой видеорекордер.

Итак, общая схема ЦМВЗУ (viderecorder scheme)
ВАЖНО! Похоже игры с русскими буквами и Upstart закончились, возникают проблемы. Просто переименовать на английский и не мучить бедного.
Имеется несколько пользовательских задач, расположенных в папке ~/.init/ (в домашней директории).
Задачи (Tasks) поименованы на русском языке, вида:
первый.conf
россия.conf
россия2.conf
5канал.conf
нтв.conf
и т. д.
В свете выявленных последних глюков, задачи временно переименованы на английском языке, до нахождения способа обхода глюков.

Каждая задача представляет собой "работу" Upstart, следует ее синтаксису и семантике.
Управление записью-остановкой осуществляется путем посылки сигналов, в терминологии Upstart. Для пользователя, команды выглядят так:
$ запись 5канал
$ запись первый
где "запись" - это псевдоним, определенный в оболочке bash/sh.
Остановка осуществляется системной командой stop:
stop 5канал.

Для управления по расписанию используется CRON. в нем команды выглядят так:
00 08 * * * "start первый"
31 08 * * * "stop первый"
и т.д.
Увы, с русскими буквами в cron оказались трудности, поэтому делаем обходной маневр. 
Проблема оказалась не в русских буквах, а в доступности команды start для cron, в указании пути.
00 08 * * * /sbin/start первый
31 08 * * * /sbin/stop первый

либо в указать PATH в начале файла при редактировании с помощью crontab -e .

Общий шаблон пользовательской "работы" по записи видео IPTV. 
Common template of Upstart's job.

$ sudo nano ~/.init/вести.conf

#! /bin/bash
# Скрипт для видеозаписи канала Вести (тестовый 60 сек.)
# url канала: rtp://@233.33.210.115:5050
# сервер: микросервер
# Дата изменения: 24 марта 2012
# Особенности:
# Выходной файл создается с датой-временем,
# при использовании русских букв в имени выходного файла
# надо использовать кавычки в команде mv
task
author "Дмитрий. gimmor.blogspot.com"
description "Задача записи видеопотока IPTV телеканала Вести"
manual
exec cvlc -vvv rtp://@233.33.210.115:5050 --sout '#standard{mux=ts,dst=vesti.ts}' --run-time 60 vlc://quit --no-audio


# Выполняется после завершения задачи
post-stop script
OUTPUT_VIDEOFILE="avoska/"`date +%Y.%m.%d-%H.%M.%S`".Вести.тестовый.видеопоток.ts"
mv vesti.ts "$OUTPUT_VIDEOFILE"
end script


# Запуск скрипта по сигналу
# используется неблокирующий сигнал
# пример: initctl emit --no-wait videostart
# пример: initctl emit --no-wait videostop


start on videostart
stop on videostop
start on вести



В результате создания для каждого канала такого файла, с корректировкой url и имени временного файла (у канала Вести dst=vesti.ts) на сервере появляется ЦМВЗУ

Специальные сигналы videostart и videostop служат цели включения/выключения всех каналов сразу.


Команды все запускаются на сервере под обычным пользователем (это ограничение cvlc).

На сервере должна быть настроена русификация консоли.

Команда "запись" определена как псевдоним alias вида:
$ alias запись='initctl emit --no-wait'
Для постоянного использования прописать в конфигурационный файл bash.
echo "alias запись='initctl emit --no-wait'" >> .bashrc

Редактирование расписания
$ crontab -e

Во к примеру (часть crontab),  запись новостей первого канала:

00 08 * * * /sbin/start 1ch 2> /tmp/1.cron
31 08 * * * /sbin/stop  1ch 2> /tmp/1s.cron
00 12 * * * /sbin/start 1ch 2> /tmp/1.cron
30 12 * * * /sbin/stop  1ch 2> /tmp/1s.cron
00 21 * * * /sbin/start 1ch 2> /tmp/1.cron
30 21 * * * /sbin/stop  1ch 2> /tmp/1s.cron





При использовании команды at
$ at 09:00
warning: commands will be executed using /bin/sh
> start вести
>
> <EOT>
job 18 at Sun Mar 25 02:12:00 2012
<EOT> символ завершения, нажать Ctrl-D.
$ at -l
Иногда надо для контроля просмотреть правильно ли сформировано задание (из-за русских букв)
И особенность, системные альясы недоступны оказались для cron и at, поэтому вместо них используется прямая команда "start" или "initctl emit --no-wait". C cron вес также проблемы.

Включение поддержки пользовательских задач Upstart. Это необходимо.
Редактируется файл: /etc/dbus-1/system.d/Upstart.conf
В нем пару секций в которых присутствует root надо скопировать тут же и заменить на имя пользователя.
Осторожно! Можно разломать Ubuntu. Если разломалась, надо загрузиться с другого LiveCD и там исправить этот файл.

Замеченное
- выявился баг, когда в имени видеофайла присутствовал символ ":", этот файл нормально не передавался через SAMBA (было преобразование имени в формат DOS 8.3). Исправил на %H.%M.%S
- с русскими буквами, таки случились проблемы, поэтому было принято решение быстренько все переписать на английском.

Выводы
- IPTV на компьютере, очень удобно использовать для мониторинга новостных каналов
- Upstart - великолепная вещь, быстрая в освоении под свои задачи.

На этом пока все.



Ресурсы
- . http://wiki.videolan.org/Documentation:Streaming_HowTo/Receive_and_Save_a_Stream

пятница, 23 марта 2012 г.

Микросервер. системные работы в Ubuntu 12.04

Микросервер. Содержание и обслуживание. Рецепты

Поиск файлов с тэгом "микросервер" в конфигурациях, для выяснения того, какие файлы были отредактированы мною и последующего их резервирования
$grep -r -l -D skip "микросервер" /etc/*

Поиск установленных пакетов в системе
$ sudo dpkg --get-selections "*" > ~/server-packages.list
Файл получается с правами root, надо сменить владельца на себя.
Установка всех пакетов на новой системе
$ sudo dpkg --set-selections < ~/server-packages.list
$ sudo apt-get -u dselect-upgrade

Быстрый чат через туннель между двумя компьютерами.
На сервере:
$ nc -l -k 12345
На клиенте:
$ nc 192.168.3.1 12345
Все!. Можно писать. Чат открыт для всех присоединившихся. Надолго нельзя открывать.

Быстрая передача файлов через интернет, через туннель, по локальной сети, между Linux компьютерами, посредством netcat.
На передающем сервере:
$ cat file | nc -l 54321
На принимающем компьютере:
nc 192.168.3.1 54321 > file













Ресурсы
- Настольная книга по Linux. http://ru.wikibooks.org/wiki/%D0%9D%D0%B0%D1%81%D1%82%D0%BE%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D0%BA%D0%BD%D0%B8%D0%B3%D0%B0_%D0%BF%D0%BE_Linux


вторник, 20 марта 2012 г.

IPTV Beeline. Просмотр бесплатных каналов в Ubuntu 12.04


Настраивается бесплатное IPTV от Билайна (Билайн-ТВ) в городе Санкт-Петербурге

Домашняя сеть построена следующим образом:
микросервер HP Proliant Microserver - сервер-шлюз на базе Ubuntu 12.04, подключен через интерфейс beeline (быв. eth1) к провайдеру Beeline Интернет. Через интерфейс home (быв. eth0) микросервер подключен к домашней сети в "серых" адресах 192.168.3.0/24. Интернет настроен по VPN-соединению на интерфейсе ppp9 (PPtP). Включен IP forwarding и NAT. Сеть провайдера Билайн также характеризуется использованием "серых" IP-адресов из диапазона 10.0.0.0/8.
В принципе, это стандартная схема подключения, в условиях ограниченных IPv4-адресов, когда только ppp-подключение имеет "белый" динамический IPv4-адрес.

Требуется настроить следующие вещи:
+1. Просмотр бесплатных каналов IPTV на домашнем компьютере
+1a. При подключении домашнего компьютера напрямую к провайдеру
+1б. При подключении домашнего компьютера через сервер-шлюз
+2. Запись бесплатных каналов IPTV на сервере-шлюзе, по требованию, по расписанию.
+3. Доступ в Интернет, одновременно с IPTV.
+3а. При подключении домашнего компьютера напрямую к провайдеру
+3б. При подключении домашнего компьютера через сервер-шлюз
+4. Просмотр различных каналов на различных компьютерах домашней сети.

И все эти вещи удалось настроить.
Также стоит заметить, что все это проделывается в "колыбели революции". В иных территориях, надо делать по аналогии.

Для начала надо уточнить ряд вопросов.

1. Какую технологию IPTV использует Beeline? Конкретные технологические термины и определения.
На этот вопрос, ответ в прямом виде найти сложно, на сайте Билайна в основном инструкции обычного пользователя, но нас интересует технологические подробности, четко и ясно, - Что!.
Услуга «Домашнее цифровое телевидение» и все сервисы базируются на платформе Microsoft Media Room. Пользователю предоставляется специальное настроенное оборудование (т.н. STB - set top box).
Для просмотра бесплатных каналов, это не актуально.

2. Как получить доступ к IPTV?
Доступ к бесплатным каналам IPTV, является приятным дополнением к услуге "Интернет Билайн", однако официально это широко не рекламируется. Хотя это, серьезный маркетинговый инструмент привлечения новых подписчиков.
На форумах советуют использовать анализаторы трафика, для выяснения параметров доступа.
К параметрам доступа отнесем: список бесплатных каналов, адреса видеосерверов, протоколы доступа, используемые видео-аудио кодеки, рекомендуемое ПО, настройки сетевой конфигурации.

3. Список каналов? Что доступно?
По сообщениям форума Билайна (см. Ресурсы), для пользователей остается возможность бесплатного просмотра ряда каналов. Вот их небольшой список. Этот список надо поместить в текстовый файл с расширением m3u, для формирования списка воспроизведения. После этого можно его открывать в vlc.
#EXTM3U
#EXTINF:0,Первый
rtp://@233.33.210.86:5050
#EXTINF:0,Россия
rtp://@233.33.210.92:5050
#EXTINF:0,Россия 2
rtp://@233.33.210.93:5050
#EXTINF:0,Россия Культура
rtp://@233.33.210.60:5050
#EXTINF:0,Вести
rtp://@233.33.210.115:5050
#EXTINF:0,НТВ
rtp://@233.33.210.82:5050
#EXTINF:0,5СПБ
rtp://@233.33.210.6:5050
#EXTINF:0,Русская Ночь
rtp://@233.33.210.96:5050

Назовем это все мультиплекс, по аналогии с DVB-T, хотя и сементически не совсем верно, но слово прикольное. Видимо, в российском обществе слово "пакет", "пакет каналов" уже не котируется, употребляющие их кажутся какими-то отсталыми людьми, неспособными "двигаться в ногу", да и привлечение лишних посетителей не помещает блогу. Итак, в нашем случае, мультиплекс - это бесплатные каналы IPTV.

Из синтаксиса URL каналов заключаем, что используется RTP протокол. Порт 5050.
Также стало известно, что используется  видеокодек h.264.

4. Что требуется настроить на микросервере Linux Ubuntu 12.04, а на домашнем компьютере?
Опции ядра, ответственные за групповую маршрутизацию.
Маршруты в таблице маршрутизации.
IP таблицы netfilter. Проще - Firewall, брандмауэр.
Демона групповой маршутизации (multicast routing daemon).

Домашний компьютер выступает в двух ролях: "песочница" и "телевизор iptv". В "песочнице" проверяются и конфигурируются опции аналогичные серверным. В роли "телевизор iptv" практически ничего настраивать не надо, кроме запуска VLC.

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

В Ubuntu server 12.04, не требуется перекомпиляция. Все настраивается опциями ядра.

6. Сторонние серверные программы, какие?
mrouted?
igmpproxy?
udpxy?
smcroute
pimd?
xorp?
rigelmcr?

По первым результатам, самым доступным демоном групповой маршрутизации является igmpproxy. Прост и ясен в настройке. У меня, заработал первым.

7. Как настраивать клиентскую программу просмотра? Какую?
VLC.
$sudo apt-get install vlc
или для сервера
$sudo apt-get install vlc-nox
Настройки, программа VLC, не требует. Поддержка RTP-протокола идет в комплекте.
Для просмотра надо открыть список воспроизведения, сформированный ранее.

8. Как выглядит правильно настроенная поддержка IPTV(multicast, igmp) в Linux
Это можно выяснить из этого сообщения.



Multicast Какой?

Эту часть можно проехать, до настройки на домашнем компьютере. Просто разрозненные цитатки из разных источников. Не редактированная часть.

Немного знаний о технологии Multicast и ее принципах функционирования, для лучшего понимания того, что делаю.

Цитата: "Основным механизмом доставки телевизионных программ до абонентов в локальных сетях является вещание в виде широковещательных IP-пакетов (иногда такой поток называют "мультикаст" от английского "multicast"). ".

Из википедии:
IPTV функционирует в IP-сетях с использованием следующих протоколов:
UDP — для передачи потокового видео
HTTP — для организации интерактивных сервисов (таких как пользовательские меню и пр.)
RTSP — для управления потоками вещания.
RTP — для передачи потокового видео.
IGMP — для управления мультикаст-потоками.

"Class D networks with a range of IP addresses from 224.0.0.0 to 239.255.255.255  have typically been reserved for multicast."

"For a process to receive multicast datagrams it has to request the kernel to join the multicast group and bind the port receiving the datagrams. When a process is no longer interested in the multicast group, a request is made to the kernel to leave the group"
Процесс, желающий принимать широковещательные датаграммы, должен запросить ядро присоединиться к группе вещания и к порту принимающему датаграммы.

"Note that on multihomed systems (more than one IP address/network card), only one device can be configured to handle multicast."

"On the local network, multicast delivery is controlled by IGMP (on IPv4 network)"

"Если IGMP корректно функционирует в сети, то абонентское устройство сможет "увидеть" этот поток"

Т.е. надо обеспечить корректную работу протокола IGMP.

"IGMP snooping разработан для предотвращения широковещательной (broadcast) ретрансляции multicast трафика компьютерам-потребителям, которые явно не заявили о своей заинтересованности в нём"



Первоначальная настройка на домашнем компьютере. Песочница

Подключение сети beeline к домашнему компьютеру напрямую. iptables чистые. VLC версия 1.1.12 из поставки Ubuntu 11.10.
Домашний компьютер, в результате, также имеет 2 интерфейса - beeline и home. VPN подключение отключено. Выяснил, что IPTV не работает при поднятой сети home, одновременно с beeline. При отключении сети home, и переподключении beeline (ifdown/ifup или через GUI) маршрутом по умолчанию становиться мой районный шлюз. IPTV начинает работает при настройках по умолчанию. Список каналов - действительный, они открываются с задержкой 1-2-3 секунды.
При подключении VPN, маршрутом по-умолчанию становиться туннель ppp0, что отключает работоспособность IPTV, в части переключения каналов, однако если идет вещание, то оно не прерывается некоторое время(какая-то особенность).


Основная причина неработоспособности IPTV в данной конфигурации - это похоже маршрутизация. Причем маршрутизация на "multihomed" компьютере, т.е. с несколькими сетевыми адаптерами.
IPTV использует несколько адресов хостов (видеосерверов) и чтобы они были доступны, маршруты до них должны быть прописаны в таблице маршрутизации.
В тестовом случае, когда у меня один интерфейс beeline, все проблемы IP-доступа к видеосерверам решает маршрут по-умолчанию и IPTV работает.

Предположение. RTP - комплексный протокол, и в ответах от указанного в url сервера, могут приходить ссылки на другие IP-адреса, а они могут быть недоступны через имеющиеся маршруты.
Т.е. возникает необходимость выяснения структуры вещания, адреса каналов и пр.

У меня, в автоматических маршрутах приходит и маршрут до сетки: 233.32.240.0/24, а протестированные каналы в сети 233.33.210.0/24
В непроверенном списке с форума, присутствуют каналы в сети 233.33.220.0/24. Маршрута автоматического, до этой сети, нет.

На форуме, также сообщается, что канал Карусель сменил адрес: rtp://@233.33.210.105:5050
Т.е. изначальный список каналов на форуме содержит недостоверные сведения.

Методика настройки IPTV+VPN, примерно следующая.
0. В наличии, только одно подключение beeline. Маршрут по-умолчанию, через районный шлюз на интерфейсе beeline.

1. При работающем IPTV запускается trafshow -i beeline
2. Выясняется "верхний в списке" IP-адрес, он будет с самым большим трафиком. Назовем его   вещатель.
3. Делается трассировка маршрута traceroute до вещателя. Выясняются все промежуточные узлы.
Вот пример от меня до вещателя, который вещает 5 канал (rtp://@233.33.210.6:5050)

traceroute to 78.107.196.212 (78.107.196.212), 30 hops max, 60 byte packets
 1  10.123.240.1 (10.123.240.1)  1.142 ms  1.830 ms  2.764 ms
 2  10.123.1.117 (10.123.1.117)  1.466 ms  2.172 ms  3.114 ms
 3  10.123.1.73 (10.123.1.73)  22.583 ms  23.407 ms  24.097 ms
 4  10.24.254.145 (10.24.254.145)  0.801 ms  0.747 ms  0.703 ms
 5  bmor18-bb-teng1-2-95.spb.corbina.net (85.21.225.100)  1.282 ms  1.224 ms  1.181 ms
 6  bmor18-bb.spb.corbina.net.225.21.85.in-addr.arpa (85.21.225.41)  0.989 ms  0.950 ms  0.979 ms
 7  85.21.225.199 (85.21.225.199)  1.299 ms  1.402 ms  1.488 ms
 8  line21-iptv-rs1-te-1-0-1.spb.corbina.net (85.21.225.113)  1.723 ms  1.828 ms  2.067 ms
 9  line21-iptv-rs1-te-1-0-1.spb.corbina.net (85.21.225.113)  1.431 ms !X  1.483 ms !X *


Для надежности, проделывается тоже самое по другим каналам, чтобы выявить иные подсети.
Я сделал предположение, что все вещатели находятся в одной подсети, так удобнее для вещающих.
В принципе маршруты могут динамически изменяться, но тут уж ничего не сделаешь, таковы особенности бесплатного приложения.

4.  Выбираются подсети, которые проходит пакет и маршруты до них добавляются в таблицу маршрутизации.
10.123.1.0/24
10.24.254.0/24
85.21.225.0/24
78.107.196.0/24 - подсеть вещателей
Дополнение от 20 марта, в принципе и без этих маршрутов у меня заработало, когда я перезагрузился и забыл их внести. Спишем их на процесс отладки. Не нужны. Фактически остается только один маршрут - 224/4.
Еще одно дополнение, "о майн год" и без маршрута 224/4 работает при запущенному igmpproxy.  Я в осадке, наверное моя мысль зашла не в ту ветку.
Я посносил практически все маршруты пришедшие по DHCP.
5. Отключается маршрут по умолчанию.
ip route del default
6. Делается контрольная трассировка до вещателя, но уже без наличия в системе маршрута по умолчанию. На этом этапе трассировка проходит, но не происходит разрешение IP-адресов в DNS-имена.
7. Добавляются маршруты к локальными DNS-серверам. На этом этапе начинают разрешатся IP-адрес в DNS-имена.

8. Удаляется лишнее. В автоматических маршрутах получаемых при поднятии (подключении) интерфейса beeline присутствуют неактуальные сведения, либо назначение этих маршрутов мне неизвестно. Сносим, но можно и не сносить, чтобы чего-нибудь не сломать.
ip route del 233.32.210.0/24
ip route del 233.32.240.0/24
9. Добавляется маршрут multicast адреса 224.0.0.0/4 (или кратко записанный 224/4) через IP-адрес адаптера beeline, полученный под DHCP.
ip route add 224/4 via 10.123.x.x dev beeline
10. Перезапускается VLC. По идее, на этом этапе, должно начать показывать IPTV. Т.е. из всего этого, я делаю вывод, что для показа IPTV требуются маршруты до местных DNS серверов, вещателей и промежуточных узлов, а также multicast адрес, и все они не приходят автоматически.

11. При подключении и отключении VPN, часто восстанавливается маршрут по-умолчанию beeline.

12. Поднимаем сеть home.
# ifconfig home up
# dhclient home
Пока работает (VLC включается, выключается).




Выглядит все приблизительно так, на домашнем компьютере

- интернет default dev ppp0  proto static - подключение VPN

- локальная сеть Билайна - 10.0.0.0/8 via 10.123.240.1 dev beeline  proto static
- промежуточный узел 10.24.254.145 в этой сети - 10.24.254.0/24 via 10.123.240.1 dev beeline
 10.123.240.0/21 dev beeline  proto kernel  scope link  src 10.123.x.x  metric 1
 78.107.23.0/24 via 10.123.240.1 dev beeline  proto static
 78.107.52.0/24 via 10.123.240.1 dev beeline  proto static
 78.107.184.0/24 via 10.123.240.1 dev beeline
вещатели отсюда - 78.107.196.0/24 via 10.123.240.1 dev beeline
 83.102.146.96/27 via 10.123.240.1 dev beeline  proto static
 83.102.254.196 via 10.123.240.1 dev beeline  proto static
 83.102.254.196 via 10.123.240.1 dev beeline  src 10.123.x.x
 83.102.254.196 dev ppp0  proto kernel  scope link  src 93.80.x.x
 83.102.255.224/28 via 10.123.240.1 dev beeline  proto static
 85.21.72.80/28 via 10.123.240.1 dev beeline  proto static
 85.21.79.0/24 via 10.123.240.1 dev beeline  proto static
- промежуточный узел ... в этой сети 85.21.90.0/24 via 10.123.240.1 dev beeline  proto static
 85.21.138.208/28 via 10.123.240.1 dev beeline  proto static
DNS сервер - 85.21.192.3 via 10.123.240.1 dev beeline
- промежуточный узел ... в этой сети 85.21.225.0/24 via 10.123.240.1 dev beeline
 89.179.134.64/28 via 10.123.240.1 dev beeline  proto static
 169.254.0.0/16 dev beeline  scope link  metric 1000
домашняя сеть - 192.168.3.0/24 dev home  proto kernel  scope link  src 192.168.3.5
194.67.1.0/24 via 10.123.240.1 dev beeline  proto static
194.67.18.0/24 via 10.123.240.1 dev beeline  proto static
DNS сервер - 213.234.192.8 via 10.123.240.1 dev beeline
217.118.84.0/24 via 10.123.240.1 dev beeline  proto static
-мультикаст-адрес - 224.0.0.0/4 via 10.123.x.x dev beeline

Где 10.123.x.x - IP-адрес присвоенный интерфейсу beeline
Если доступна информация о более точной конфигурации сети, то можно прописать более узкие подсети, чтобы случайно не сделать недоступной часть сети Интернет, потому что адреса вещателей - уж больно не попадают в диапазон "серых" IP-адресов. Впрочем, /24 - вполне узкая.

Итак, после того как IPTV заработало в песочнике, надо попробовать настроить сервер.
Формируем файл с маршрутами в скрипт, заливаем на сервер, выполняем. Изначально предполагаем неработоспособность IPTV в такой недоконфигурации.
Делаем трассировку на сервере, до вещателя.

traceroute to 78.107.196.11 (78.107.196.11), 30 hops max, 60 byte packets
 1  10.123.240.1 (10.123.240.1)  1.092 ms  2.114 ms  2.989 ms
 2  10.123.1.117 (10.123.1.117)  1.589 ms  2.433 ms  3.148 ms
 3  10.123.1.73 (10.123.1.73)  40.108 ms  40.816 ms  41.535 ms
 4  10.24.254.145 (10.24.254.145)  0.686 ms  0.772 ms  0.743 ms
 5  bmor18-bb-teng1-2-95.spb.corbina.net (85.21.225.100)  1.251 ms  1.431 ms  1.540 ms
 6  m9-crs.msk.corbina.net (78.107.184.212)  14.961 ms  10.760 ms  10.678 ms
 7  8m-iptv-bb-vl92.corbina.net (78.107.184.149)  9.248 ms  9.439 ms  8.990 ms
 8  78-107-196-11.broadband.corbina.ru (78.107.196.11)  8.702 ms  8.805 ms  8.642 ms


Делаем трассировку на настольном компьютере, до вещателя.

traceroute to 78.107.196.11 (78.107.196.11), 30 hops max, 60 byte packets
 1  192.168.3.1 (192.168.3.1)  0.296 ms  0.254 ms  0.247 ms
 2  10.123.240.1 (10.123.240.1)  1.395 ms  2.359 ms  3.163 ms
 3  10.123.1.117 (10.123.1.117)  1.764 ms  2.569 ms  3.293 ms
 4  10.123.1.73 (10.123.1.73)  2.233 ms  3.060 ms  3.792 ms
 5  10.24.254.145 (10.24.254.145)  1.181 ms  1.156 ms  1.138 ms
 6  bmor18-bb-teng1-2-95.spb.corbina.net (85.21.225.100)  1.531 ms  1.557 ms  1.705 ms
 7  m9-crs.msk.corbina.net (78.107.184.212)  10.280 ms  13.532 ms  13.513 ms
 8  8m-iptv-bb-vl92.corbina.net (78.107.184.149)  10.338 ms  10.456 ms  10.315 ms
 9  78-107-196-11.broadband.corbina.ru (78.107.196.11)  9.036 ms  9.057 ms  9.025 ms

На клиенте видим прохождение нашего сервера-шлюза, остальное совпадает.

Ну что же, похоже решение сводиться к включению multicast-роутинга на сервере, опций ядра и пр.


Настройка микросервера-шлюза

Настройка состоит из 4 частей.
1. Настройка опций ядра
2. Настройка маршрутизации
3. Настройка IP tables. Файрвола.
4. Настройка демона групповой маршрутизации

Опции ядра микросервера

Проверка сетевой конфигурации  микросервера.
1. Включен ли IP forwarding?
$cat /proc/sys/net/ipv4/conf/default/forwarding
1
По отдельным интерфейсам:
$cat /proc/sys/net/ipv4/conf/beeline/forwarding
1
$cat /proc/sys/net/ipv4/conf/home/forwarding
1

Видно, что включен IP forwarding, т.е. микросервер выступает в роли роутера между локальными интерфейсами.


Цитата: "Логическая переменная mc_forwarding управляет пересылкой пакетов с групповыми (multicast) адресами. Для использования групповой адресации требуется ядро, со включенной опцией CONFIG_MROUTE и демон, поддерживающий групповую маршрутизацию."

В Ubuntu server 12.04 опция CONFIG_MROUTE включена в конфигурации ядра.

Далее смотрим:
/proc/sys/net/ipv4/conf/all/mc_forwarding.
0
/proc/sys/net/ipv4/conf/all/mc_forwarding
0
$cat /proc/sys/net/ipv4/conf/beeline/mc_forwarding
0
$cat /proc/sys/net/ipv4/conf/home/mc_forwarding
0
Видим, что групповая маршрутизация выключена на интерфейсах. Как я понял из описаний, эта опция включиться при запуске демона. Забегая вперед, скажу, да включилась.

Выведем список групповых маршрутов
$ip mroute
На ненастроенном сервере, в выводе будет пусто.

Оцениваем состояние протокола IGMP.
$cat /proc/sys/net/ipv4/conf/all/force_igmp_version
$cat /proc/sys/net/ipv4/conf/beeline/force_igmp_version
$cat /proc/sys/net/ipv4/conf/home/force_igmp_version

Оцениваем состояние фильтра Reverse path filter
$cat /proc/sys/net/ipv4/conf/beeline/rp_filter
1
$cat /proc/sys/net/ipv4/conf/home/rp_filter
1

Теперь что надо сделать.


Для сохранения состояния опции ядра можно использовать специальный файл /etc/sysctl.conf
Зададим в нем следующие опции:

# Reverse path filter
# Это несколько нарушит безопасность шлюза, но что делать, что делать.
net.ipv4.conf.default.rp_filter = 0
net.ipv4.conf.all.rp_filter = 0

# Принудим систему использовать IGMPv2
#net.ipv4.conf.beeline.force_igmp_version=2
#net.ipv4.conf.home.force_igmp_version=2
net.ipv4.conf.all.force_igmp_version=2
net.ipv4.conf.default.force_igmp_version=2

После перезагрузки сервера, можно проверять эти опции, они должны соответствовать.

Если нет желания перезагружать, то можно выполнить команду
$sudo sysctl -p
Впрочем эти же опции меняются также через файловую систему /proc, на лету, записью в их файлы, что удобно для выявления их воздействия, на функционирование той или иной части системы "сервер-клиенты", а по-простому на домашнюю компьютерную инфраструктуру.


Маршруты на микросервере
Просмотрим маршруты на сервере.
$ip route

Существенным фактором является маршрут 224/4. В рамках только сервера, при наличии только подключения beeline, с маршрутом по-умолчанию, с отключенными другими интерфейсами, он является определяющим для работоспособности IPTV.
Остальные маршруты, это вопрос конкретной конфигурации, для клиентской сети и пр.

Дополнение от 20 марта: в порядке экспериментов выяснилось, что и этот маршрут можно не вносить в таблицу маршрутизации. И получается, нижеследующий файл - не нужен.

Подготавливаю файл скрипт
touch "маршруты для iptv.sh"
Заполняю приблизительно следующим:
#! /bin/sh
# Промежуточные сети узлов через районный шлюз
ip route add 10.24.254.0/24 via 10.123.240.1 dev beeline
ip route add 78.107.184.0/24 via 10.123.240.1 dev beeline
ip route add 78.107.196.0/22 via 10.123.240.1 dev beeline
ip route add 85.21.225.0/24 via 10.123.240.1 dev beeline

# DNS-сервера локальной сети через районный шлюз
ip route add 213.234.192.8 via 10.123.240.1 dev beeline
ip route add 85.21.192.3 via 10.123.240.1 dev beeline
# Мультикаст-адрес через IP-адрес адаптера билайн
ip route add 224.0.0.0/4 via 10.123.x.x dev beeline


Исполнять у себя нет смысла, у Вас своя конфигурация, свои маршруты и пр.


Настройка (IP tables) таблиц протокола IP. Настройка Firewall - "препятствия огню"

Настройка сводиться к разрешению приема широковещательного трафика на интерфейсе beeline и перенаправления его (forwarding), с небольшим изменением времени жизни.

При пустых таблицах на сервере, все и так работает, т.е. при выключенном firewall и включенной опцией ядра(IP forwarding).
Пустые таблицы нужны для отладки такой сложной вещи как групповая маршрутизация.
Если Вы знаете что делаете, можете не очищать, а только настраивать.

Эти строки помогут, когда ничего не помогает и отчаяние велико.
Сохраним конфигурацию netfilter, а потом очистим его.
$sudo iptables-save >"исходная конфигурация netfilter"
$sudo iptables -F

Смотрим:
$sudo iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination      

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination      

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination


Чистый, как слеза, файрвол на сервере. Зачем все эти ограничения - информация должна быть свободна - это я так.


Если в системе включен файрволл, есть какие-то правила, и главным правилом стоит правило запрета (вида iptables -A INPUT -p all -j DROP), тогда можно отрывать по чуть-чуть.


Вот для этого чуть-чуть, существенным фактором( в закрытом IP-tables) будет является, наличие следующих правил.

Выполнение работа по настройке сего, требует прав суперпользователя на сервере.

# Улучшается время жизни TTL широковещательной датаграммы udp. Перед этим подгружается модуль ядра ответственный за это. В моем случае, работает и без этого правила.
modprobe ipt_TTL
iptables -t mangle -A PREROUTING -d 224/4 -p udp -j TTL --ttl-inc 1

# Прием
# Все пребывающие пакеты с адресом назначения 224/4 прием разрешить
iptables -t filter -A INPUT -d 224/4 -i beeline -j ACCEPT

# Перенаправление.
# Все прибывшие пакеты с адресом назначения 224/4 принять к перенаправлению
iptables -t filter -A FORWARD -d 224/4 -j ACCEPT

Эти все правила не нужны, это можно утверждать по опыту использования igmpproxy.

Так сказать - "открыли краник, а воды и нет".
 Но т.к. мультикаст требует "подписки абонента - аналог платежки ЖКХ", то пока не подпишимся, маршрутизаторы провайдера не будут присылать мультикаст к нам на порт. А подписку за нас сделает VLC.

Это достаточно хорошо видно при инспекции трафика на интерфейсах.

Также, при включенном файрволе может разрешения для  протокола igmp, по схеме, аналогично вышеприведенному.

Для просмотра правил NAT.
$sudo iptables -t nat -L
или
$sudo iptables -t nat -S



По настройке файрвола у меня отдельная тема. А его, я еще не включал.

В порядке экспериментов с iptables, снес всю таблицу на сервере, перестал работать google.com на клиенте. Опомнился, восстановил, гугл заработал. Что интересно, многие обычные сайты работали, а гугл нет. Не сразу заметил.


Диагностика
Для быстрой диагностики состоянии настроек для iptv, я создаю скрипт, который проверяет разные параметры, опции ядра.

использовать ping для диагностики доступности видеосерверов не получиться, icmp-протокол на них фильтруется.
Это тоже можно не включать, по результатам использования igmpproxy. Не влияет.
Включение multicast-пингов:
# echo 0 > /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts
# cat /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts
0

После этого ping широковещательного адреса начинает работать.
#ping 224.0.0.1

PING 224.0.0.1 (224.0.0.1) 56(84) bytes of data.
64 bytes from 10.123.242.x: icmp_req=1 ttl=64 time=0.115 ms


$ sudo tcpdump -i any igmp -n

$ sudo trafshow -i beeline

$ sudo netstat -g

Как использовать информацию из следующих файлов, я пока не придумал. Да видно, ну и что? Как управлять?

$cat /proc/net/dev_mcast


$cat /proc/net/igmp




Настройка демона групповой маршрутизации IGMP proxy в Ubuntu Server 12.04

Пакета с программой igmpproxy нет в репозиториях. Придется собирать из исходников. Для начала установим пакет программ для сборки.
apt-get install build-essential
С сайта http://sourceforge.net/projects/igmpproxy/ загружаем последнюю версию.

Распаковываем, конфигурируем, устанавливаем. Впрочем, это стандартная процедура сборки из исходных кодов.
Делаю все с привелегиями суперпользователя.
#tar -xzf igmpproxy-0.1.tar.gz
#cd igmpproxy-0.1
#./configure
#make
#make install

Копируем конфигурационный файл из /usr/local/etc/igmpproxy.conf  в /etc/igmpproxy.conf
Редактируем:
$sudo nano /etc/igmpproxy.conf


##------------------------------------------------------
## Configuration for beeline (Upstream Interface)
##------------------------------------------------------
phyint beeline upstream  ratelimit 0  threshold 1
        altnet 10.0.0.0/8
        altnet 224.0.0.0/4
        altnet 78.107.196.0/22
        altnet 10.24.254.0/24
        altnet 85.21.90.0/24
##------------------------------------------------------
## Configuration for home (Downstream Interface)
##------------------------------------------------------
phyint home downstream  ratelimit 0  threshold 1
##------------------------------------------------------
## Configuration for eth2 (Disabled Interface)
## Это интерфейсы вирт.машин и пр.
##------------------------------------------------------
phyint lo disabled
phyint ppp9 disabled
phyint lxcbr0 disabled
phyint virbr0 disabled

Сеть вещателей 78.107.196.0/22 а не /24, как выяснилось.

Запускаю/останавливаю сервис igmproxy следующим образом:
$ service igmpproxy start
$ service igmpproxy stop
Для того чтобы это было возможно, был создан файл /etc/init.d/igmpproxy

$ sudo touch /etc/init.d/igmpproxy 
$ sudo nano /etc/init.d/igmpproxy

#!/bin/bash
### BEGIN INIT INFO
# Provides: igmpproxy
# Required-Start: $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: IP-TV multicast routing daemon
### END INIT INFO
# Exit if igmpproxy.conf doesn't exist
test -f /etc/igmpproxy.conf || exit 0
PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/local/sbin
NAME=igmpproxy
DAEMON=/usr/local/sbin/$NAME
CONF="/etc/igmpproxy.conf"
test -x $DAEMON || exit 0
start()
{
        echo -n "Запуск IGMP PROXY server: $NAME"
        start-stop-daemon --start --background --exec $DAEMON $CONF
}
stop()
{
        echo -n "Остановка IGMP PROXY server: $NAME"
        start-stop-daemon --stop --name $NAME --oknodo
}
case "$1" in
  start)
        start
        echo "."
;;
  stop)
        stop
        echo "."
;;
  restart)
        stop
        start
        echo "."
;;
  *)
        echo "Использование: /etc/init.d/$NAME {start|stop|restart}"
        exit 1
;;
esac
exit 0


Чтобы происходила загрузка igmpproxy при запуске сервера:
$update-rc.d igmpproxy defaults

 Adding system startup for /etc/init.d/igmpproxy ...
   /etc/rc0.d/K20igmpproxy -> ../init.d/igmpproxy
   /etc/rc1.d/K20igmpproxy -> ../init.d/igmpproxy
   /etc/rc6.d/K20igmpproxy -> ../init.d/igmpproxy
   /etc/rc2.d/S20igmpproxy -> ../init.d/igmpproxy
   /etc/rc3.d/S20igmpproxy -> ../init.d/igmpproxy
   /etc/rc4.d/S20igmpproxy -> ../init.d/igmpproxy
   /etc/rc5.d/S20igmpproxy -> ../init.d/igmpproxy

Однако запуск/остановка сервиса, можно реализовать используя систему Upstart, которая с некоторых пор используется в Ubuntu. В этом случае не надо создавать файл /etc/init.d/igmpproxy . Вместо этого, создается файл в папке /etc/init/igmpproxy.conf со следующим содержимым.


# Служба управления групповой маршрутизации igmpproxy
# сервер: микросервер
# Дата изменения: 23 марта 2012
#
description "Служба групповой маршрутизации igmpproxy"
exec /usr/local/sbin/igmpproxy /etc/igmpproxy.conf

# Запускается, когда устройство beeline (eth1) поднято (UP)
start on net-device-up IFACE=beeline
# Останавливается, когда устройство beeline опущено (DOWN)
stop on net-device-down IFACE=beeline



После этого запуск/остановка выполняется системными средствами Upstart.
$ sudo start igmpproxy
$ sudo stop igmpproxy
Состояние работы "igmpproxy" проверяется так:
$ sudo status igmproxy


Желательно, чтобы старый способ запуска не конфликтовал с новым. Старый файл можно удалить из системы, либо перевести его в неактивный режим, убрав бит исполняемого файла.

Просмотреть список запущенных заданий Upstart
$ initctl list



Вот как выглядит вывод команды ip mroute, при работающем igmproxy

$sudo ip mroute show
(78.107.196.5, 233.33.210.92)    Iif: beeline    Oifs: home
(78.107.196.6, 233.33.210.96)    Iif: beeline    Oifs: home

Видно 2 маршрута от разных вещателей. 2 канала IPTV.

Консольный клиент IPTV для записи на сервере

Ну что же, после некоторого просмотра Интернета, наметились пути решения и этого вопроса.
У программы VLC существует консольная реинкарнация CVLC. Правда, не работает под root.
Настроек - море.
Но для IPTV оказалось просто надо запустить:
cvlc -vvv rtp://@233.33.210.6:5050  --sout file/ts:5channel.ts
Команда на приостановку записи - отключение killall vlc.


Установим на сервере vlc-nox, пакет VLC собранный без поддержки графической системы X11. В этом пакете также есть cvlc. Сборка VLC из стандартного репозитория не содержит несвободных кодеков.
$sudo apt-get install vlc-nox

При попытке записи на сервере, выяснилась неприятная особенность - отсутствует звуковая плата в HP Proliant Microserver, из-за этого cvlc не пишет.
После добавления опции --no-audio в строку вызова, cvlc сказал, что он не поддерживает кодек h.264 и я не могу это исправить. Провал.
Тщательное изучение опций, родило такое решение:
cvlc -vvv rtp://@233.33.210.6:5050 --sout 'standard{mux="ts",dst="file.ts"}' --no-audio
Файл пишется со звуком, без перекодировки. Похоже, это то что нужно на первое время. А дальше, чтение справки и тонкая настройка cvlc.

Остается настроить стандартный планировщик CRON. С синтаксисом можно ознакомиться из статьи Wikipedia. Задача стоит так - запускать от имени обычного пользователя сервера видеозапись в определенное время.
А пока воспользуемся более простой командой at.

Подготовим скрипт видеозаписи, например первого канала, вечерних новостей, а также фильма "Робинзон" по состоянию на 19 марта 2012 года.
В расписании фильм занимает время: 21:20—22:20. Реально он начался в 21:30. Эту особенность надо учитывать при планировании времени записи. Закончился в 22.23. Так что, зазор в 5-10 минут, добавлять в конец.
Также есть полезная опция --run-time=<секунды>, ограничивающая время работы записи. Использовать ее надо в следующем синтаксисе, для часовой видеозаписи: --run-time=3600 vlc://quit. vlc://quit - команда на выход из vlc и передачи управления дальше в скрипте. Без этого висит и ждет.



скрипт располагается в домашней директории простого пользователя сервера.
touch "первый_канал.sh"
внесем:

#! /bin/bash
# Скрипт для видеозаписи 1 канала
# Особенности:
# Выходной файл создается с датой-временем,
# при использовании русских букв в имени выходного файла
# надо использовать кавычки в команде mv
# В данном скрипте, видеозапись длиться 1 час 10 минут, что составляет 4200 секунд.
TMP_VIDEOFILE="1.ts"
OUTPUT_VIDEOFILE="avoska/"`date +%Y%m%d-%T`".первый канал.видеозапись.ts"
echo $OUTPUT_VIDEOFILE
cvlc -vvv rtp://@233.33.210.6:5050 --sout '#standard{mux=ts,dst="$TMP_VIDEOFILE"}' --run-time 4200 vlc://quit --no-audio
mv "$TMP_VIDEOFILE" "$OUTPUT_VIDEOFILE"



chmod +x "первый_канал.sh"

Далее под обычным пользователем
$at -f "первый_канал.sh" -v 21:25
Список текущих заданий по расписанию:
$at -l
Удалить задание по номеру в списке.
$at -r 3

Не надо зарываться, с числом пишущихся каналов, иначе провайдер обрубит трафик, так, 2-3 канала.

Один канал, генерирует поток ~ 3 МБит.
Видеофайл, длительностью 1 час, занимает на диске место в размере приблизительно 1,3 ГБайта.


Планировщик CRON можно привлекать в более регулярных случаях, например записи новостей за день. 
Дополнено 21 марта 2012:
Итак, для регулярной записи программ новостей, с помощью CRON изготовлен многоканальный цифровой видеомагнитофон.
В домашней папке пользователя создается файл daynews.sh - заготовка для CRON, приблизительно такого вида:

#!/bin/bash
# Запись новостей телеканала "Первый"
# сервер: микросервер
# Дата создания: 21 марта 2012
#
# Постановка файла на исполнение: crontab -u user  daynews.sh
# Время записи определяется внутри самой команды

00 08 * * * /home/user/"новости_первый_канал.sh" 2> /tmp/daynews.cron
00 12 * * * /home/user/"новости_первый_канал.sh" 2> /tmp/midnews.cron
00 21 * * * /home/user/"вечерние_новости_первый_канал.sh" 2> /tmp/evnnews.cron

#36 08 * * * /home/user/testrec.sh 2> /tmp/test.cron

после этого, он ставится в расписание командой:
$ crontab -u user daynews.sh

или кратко
$ crontab daynews.sh
Выполняется эта команда под обычным пользователем.
Просмотреть задания:
$ crontab -l

Для записи каждого канала, передачи, создается отдельный файл. Содержание его см. выше, чуть выше. Желательно также разнести имена создаваемых промежуточных видеофайлов, чтобы небыло конфликтов.
Этот многоканальный цифровой видеомагнитофон пишет влёт, успевай только винчестеры подносить.

У VLC есть опция -I telnet. Позволяющая управлять программой через протокол telnet. Может пригодиться.

Важно!. Для функционирования cvlc на сервере должен существовать маршрут 224/4, если его нет, то добавляется : ip route add 224/4 dev beeline

Финальным аккордом, будет разработка дружелюбного консольного пользовательского интерфейса к задуманным функциям.

Также, можно автоматически формировать список воспроизведения из записанных видеоданных, для воспроизведения на клиентских компьютерах.

Замеченное

- Не забыть перезагрузить сервер и проверить настройки. Всегда случаются какие-то упущения.
- При записи на сервере, на клиенте также наблюдается multicast-трафик. При записи нескольких потоков, трафик увеличивается. Клиенты тоже его получают. Сеть нагружается. Тут уже начинает играть роль планирование сети, vlan и пр.
- При слове "видео" сразу возникает слове "хранение". Ну что, HP Proliant microserver позволяет организовать до 16 Тб пространства в стандартной конфигурации, при 4ТБ винчестерах, до 12 Тб, при 3Тб винчестерах, - в половину меньше, при включении режима дублирования RAID 1 ~ 6Тб; этого хватить на 4600 часов видеозаписи или на полгода непрерывной 24-х часовой записи. Получается такой "видеосервер HP proliant microserver".
- При написании скриптов Bash, основные проблемы из-за синтаксических ошибок. А т.к. это интерпретатор, то эффекты бывают разные, "вплоть до".
- Наблюдается плавающий глюк, cvlc иногда пишет, а иногда не пишет и файл нулевого размера. Этот глюк пересекается с тем, что если запустить просмотр на домашнем компьютере, то и на сервере можно писать видео. А если выключить, то и сервер как-бы охладевает к теме записи видео. Надо разобраться. [Решено: добавлены маршруты к 230.33.210.x/24 и 233.33.220.0/24 через IP-адрес beeline]

Резюме - Включить опции ядра и поставить igmpproxy. Все.

На этом все.

Ресурсы, которые помогли прояснить неясное.
. IP multicast. http://en.wikipedia.org/wiki/IP_multicast
. Multicast address. http://en.wikipedia.org/wiki/Multicast_address
. Multicast маршрутизация для IPTV http://habrahabr.ru/post/61466/
. Форум Билайна по цифровому телевидению. http://homenet.beeline.ru/index.php?showforum=730
. Подфорум Билайна по цифровому телевидению на компьютере http://homenet.beeline.ru/index.php?showforum=783
. Linux Network Configuration http://www.yolinux.com/TUTORIALS/LinuxTutorialNetworking.html#MULTICAST
. Kernel configuration http://www.tldp.org/HOWTO/Multicast-HOWTO-3.html
. Описание протокола управления группами Интернета (IGMP). http://ru.wikipedia.org/wiki/IGMP
. Транспортный протокол реального времени. http://ru.wikipedia.org/wiki/RTP
.    http://www.netup.tv/ru-RU/configuring-igmp-in-lan-for-managing-multicast-iptv-streams.php
. Список каналов для vlc. http://homenet.beeline.ru/index.php?showtopic=208098
. Настройка статической multicast-маршрутизации в Alt Linux http://www.altlinux.org/Static_Multicast_Routing
. Распределение протоколов по уровням OSI. http://ru.wikipedia.org/wiki/TCP/IP
. Утилита iptables. http://ru.wikipedia.org/wiki/Iptables
. Непроверенный список каналов с форума, по состоянию на 15 марта 2012 года. http://homenet.beeline.ru/index.php?showtopic=163042&view=findpost&p=1065003113
.   http://blog.lystor.org.ua/2010/03/using-igmpv2-by-default-in-linux.html
. Мультикаст в Linux. http://www.xgu.ru/wiki/Multicast_%D0%B2_Linux
.The ip and smcroute Multicast Utilities. http://fengnet.com/book/ICUNA/ch14lev1sec5.html
. Multicast Architecture. http://etutorials.org/Networking/Integrated+cisco+and+unix+network+architectures/Chapter+14.+Multicast+Architectures/
.igmp тупит. http://forum.ubuntu.ru/index.php?topic=134589.0
.Sysctl. http://www.sysctl.ru/linux.html
.http://mrcat.ru/iptv-local-network
.http://grub4dos.ru/sysadmins/laninet/28-ustanovka-i-nastroyka-igmpproxy-dlya-prosmotra-potokovogo-video-v-ip-tv-player-v-lokalnoy-seti-za-serverom-ubuntu-server-na-primere-provaydera-internet-cntr-chebnet.html
. Igmpproxy - multicast router. http://sourceforge.net/projects/igmpproxy/
. VLC (Video LAN Client). http://ru.wikipedia.org/wiki/VLC
.   http://linuxfresh.blog.com/?p=1231
. Learning rtmpdump Through Examples. http://pclosmag.com/html/Issues/201104/page19.html
. VideoLAN streaming HOWTO. http://www.videolan.org/doc/streaming-howto/en/streaming-howto-en.html
. Системный планировщик CRON. http://ru.wikipedia.org/wiki/Cron
.

P.S. 15 февраля 2014 года. Установил сеть вещателей с маской /22, а не /24, по совету с форумов.