Форум русскоязычного сообщества Ubuntu


Хотите сделать посильный вклад в развитие Ubuntu и русскоязычного сообщества?
Помогите нам с документацией!

Автор Тема: Два канал интернет, проброс IPTV  (Прочитано 1593 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Gef79

  • Автор темы
  • Новичок
  • *
  • Сообщений: 8
    • Просмотр профиля
Добрый день всем! Стоит задача пробросить IPTV внутрь сети.
имеем два провайдер:
eth1:192.168.2.2 - IPTV
второй через VPN
eth2:172.17.200.92
pppo:91.211.17.xxx
В сетку смотрит eth0:192.168.0.1
Стит балансировка каналов инета.
Установлен udpxy
Запуская его так:udpxy -p 8082 -m 192.168.2.2  -c 3
Если отключить второй канал инета eth2, то всё работает без вопросов, с двумя каналами никак.
Понимаю, что что то с маршрутами, но куда копать то????
Выхлоп: route -n
Цитировать
default
        nexthop via 192.168.2.1  dev eth1 weight 2
        nexthop via 91.211.17.87  dev ppp0 weight 1
10.0.0.0/8 via 172.17.200.1 dev eth2
91.211.16.57 dev ppp0  proto kernel  scope link  src 91.211.17.87
91.211.16.128/25 via 172.17.200.1 dev eth2
172.16.0.0/12 via 172.17.200.1 dev eth2
172.17.200.0/24 dev eth2  proto kernel  scope link  src 172.17.200.92
192.168.0.0/24 dev eth0  proto kernel  scope link  src 192.168.0.1
192.168.0.0/16 via 172.17.200.1 dev eth2
192.168.2.0/24 dev eth1  proto kernel  scope link  src 192.168.2.2
Очень нужно, помогите пожайлуста!

Оффлайн grayich

  • Новичок
  • *
  • Сообщений: 4
    • Просмотр профиля
Re: Два канал интернет, проброс IPTV
« Ответ #1 : 31 Май 2013, 20:26:21 »
попробуй не ip а интерфейсы, типа
udpxy -p 4022 -m eth1 -a eth0 -c 3 -l /var/log/udpxy.log
« Последнее редактирование: 31 Май 2013, 20:28:17 от grayich »

Оффлайн Gef79

  • Автор темы
  • Новичок
  • *
  • Сообщений: 8
    • Просмотр профиля
Re: Два канал интернет, проброс IPTV
« Ответ #2 : 31 Май 2013, 20:41:50 »
Попробовал! Вот что в логах:

Цитировать
                                        Server is starting up, max clients = [3]
013-05-31 19:35:08.082857 EEST S(10450)        Setting up listener for [192.168.2.2:8082]
013-05-31 19:35:08.082903 EEST S(10450)        Setting low watermark for server socket [5] to [10]
013-05-31 19:35:08.082943 EEST S(10450)        Created server socket=[5], backlog=[16]
013-05-31 19:35:08.082963 EEST S(10450)        Entering server loop
013-05-31 19:35:08.082975 EEST S(10450)        Waiting for input from [2] fd's, NO timeout
013-05-31 19:35:33.993078 EEST S(10450)        No children exited since last check
013-05-31 19:35:33.993151 EEST S(10450)        Got 1 requests
013-05-31 19:35:33.993166 EEST S(10450)        Accepting new connection
013-05-31 19:35:33.993221 EEST S(10450)        Accepted socket=[6] from 192.168.2.132:2548 n=1/nmax=16
013-05-31 19:35:33.993236 EEST S(10450)        Accepting new connection
013-05-31 19:35:33.993261 EEST S(10450)        Nothing more to accept
013-05-31 19:35:33.993273 EEST S(10450)        accept_requests: Sockets accepted: [1]
013-05-31 19:35:33.993285 EEST S(10450)        Waiting for input from [3] fd's, with timeout
013-05-31 19:35:34.003374 EEST S(10450)        No children exited since last check
013-05-31 19:35:34.003432 EEST S(10450)        Got 1 requests
re-process sockets [1]: 6
013-05-31 19:35:34.003455 EEST S(10450)        acting on accepted socket [6] (1/1)
013-05-31 19:35:34.003468 EEST S(10450)        Reading command from socket [6]
013-05-31 19:35:34.003509 EEST S(10450)        HTTP buffer [36 bytes] received
ET /udp/234.1.10.50:1234 HTTP/1.1
013-05-31 19:35:34.003549 EEST S(10450)        Request=[udp/234.1.10.50:1234], length=[20]
013-05-31 19:35:34.003564 EEST S(10450)        Command [udp] with params [234.1.10.50:1234] read from socket=[6]
013-05-31 19:35:34.003582 EEST S(10450)        udp_relay : new_socket=[6] param=[234.1.10.50:1234]
013-05-31 19:35:34.003901 EEST S(10450)        Added client: pid=[10466], maddr=[234.1.10.50], mport=[1234], saddr=[192.168.2.
32], sport=[2548]
013-05-31 19:35:34.003947 EEST S(10450)        process_requests: closing accepted socket [6]
013-05-31 19:35:34.003971 EEST S(10450)        Processed [1/1] accepted sockets
ewly-accepted sockets [1]: -1
013-05-31 19:35:34.003874 EEST S(10450)        Client process=[10466] started for socket=[6]
013-05-31 19:35:34.003992 EEST S(10450)        All accepted sockets processed
013-05-31 19:35:34.004036 EEST S(10450)        Waiting for input from [2] fd's, NO timeout
013-05-31 19:35:34.004049 EEST c(10466)        min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
Setting up multicast listener
013-05-31 19:35:34.004218 EEST c(10466)        current receive buffer size is [163840] bytes for socket [2]
013-05-31 19:35:34.004490 EEST c(10466)        multicast-group [ADD]
013-05-31 19:35:34.004513 EEST c(10466)        Mcast listener socket=[2] set up
013-05-31 19:35:34.004535 EEST c(10466)        min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
013-05-31 19:35:34.004548 EEST c(10466)        Data buffer will hold up to [1] messages
013-05-31 19:35:34.004564 EEST c(10466)        UDP stream, RTP check enabled
013-05-31 19:35:34.004587 EEST c(10466)        socket 2: RCV timeout set to 5 sec, 0 usec
013-05-31 19:35:34.004602 EEST c(10466)        socket 2: SEND timeout set to 5 sec, 0 usec
013-05-31 19:35:34.004616 EEST c(10466)        current send buffer size is [21480] bytes for socket [6]
013-05-31 19:35:34.004629 EEST c(10466)        current receive buffer size is [163840] bytes for socket [2]
013-05-31 19:35:34.004644 EEST c(10466)        send buffer size set to [163840] bytes for socket [6]
013-05-31 19:35:34.004731 EEST c(10466)        Sent HTTP response code=[200], reason=[OK] to socket=[6]
TTP/1.1 200 OK
ontent-Type:application/octet-stream
013-05-31 19:35:34.004766 EEST c(10466)        Relaying traffic from socket[2] to socket[6], buffer size=[2048], Rmsgs=[1], pa
ses=[0]
013-05-31 19:35:39.004233 EEST c(10466)        read_buf: read: Resource temporarily unavailable
013-05-31 19:35:39.004328 EEST c(10466)        read_data - EOF
013-05-31 19:35:39.004358 EEST c(10466)        Exited relay loop: received=[-1], sent=[0], quit=[0]
013-05-31 19:35:39.004621 EEST c(10466)        multicast-group [DROP]
013-05-31 19:35:39.004687 EEST c(10466)        Mcast listener socket=[2] closed
013-05-31 19:35:39.004796 EEST c(10466)        Child process=[10466] exits with rc=[0]
013-05-31 19:35:39.005051 EEST S(10450)        *** Caught SIGCHLD (17) ***
013-05-31 19:35:39.005096 EEST S(10450)        Waiting on exited children
013-05-31 19:35:39.005134 EEST S(10450)        Client [10466] has exited.
013-05-31 19:35:39.005148 EEST S(10450)        Deleted client: pid=[10466]
013-05-31 19:35:39.005162 EEST S(10450)        Cleaned up 1 children, 0 still running
013-05-31 19:35:39.005175 EEST S(10450)        INTERRUPTED, yet will continue.
013-05-31 19:35:39.005187 EEST S(10450)        Waiting for input from [2] fd's, NO timeout
И ничего! Какие будут соображения?

Оффлайн koshev

  • Старожил
  • *
  • Сообщений: 1705
  • חתול המדען
    • Просмотр профиля
Re: Два канал интернет, проброс IPTV
« Ответ #3 : 31 Май 2013, 20:44:54 »
Выхлоп: route -n
ip -4 route show table all type unicast
ip -4 route show table all type multicast
« Последнее редактирование: 31 Май 2013, 20:48:19 от KT315 »
Debian GNU\Linux 7.11; ICH7; r8169; Linux 4.14.32-atomd525mv-imq-ja1 (i686)
Ubuntu GNU\Linux 18.04; MCP61; forcedeth; 4.15.0-20-generic (x86_64)

Оффлайн Gef79

  • Автор темы
  • Новичок
  • *
  • Сообщений: 8
    • Просмотр профиля
Re: Два канал интернет, проброс IPTV
« Ответ #4 : 31 Май 2013, 20:49:16 »
ПО Первому ip route show table all type unicast:
Цитировать
efault via 91.211.17.87 dev ppp0  table T2
127.0.0.0/8 dev lo  table T2  scope link
192.168.0.0/24 dev eth0  table T2  scope link
192.168.2.0/24 dev eth1  table T2  scope link
default via 192.168.2.1 dev eth1  table T1
127.0.0.0/8 dev lo  table T1  scope link
192.168.0.0/24 dev eth0  table T1  scope link
192.168.2.0/24 dev eth1  table T1  scope link  src 192.168.2.2
default
        nexthop via 192.168.2.1  dev eth1 weight 2
        nexthop via 91.211.17.87  dev ppp0 weight 1
10.0.0.0/8 via 172.17.200.1 dev eth2
91.211.16.57 dev ppp0  proto kernel  scope link  src 91.211.17.87
91.211.16.128/25 via 172.17.200.1 dev eth2
172.16.0.0/12 via 172.17.200.1 dev eth2
172.17.200.0/24 dev eth2  proto kernel  scope link  src 172.17.200.92
192.168.0.0/24 dev eth0  proto kernel  scope link  src 192.168.0.1
192.168.0.0/16 via 172.17.200.1 dev eth2
192.168.2.0/24 dev eth1  proto kernel  scope link  src 192.168.2.2
fe80::/64 dev eth1  proto kernel  metric 256
fe80::/64 dev eth2  proto kernel  metric 256
ff00::/8 dev eth1  table local  metric 256
ff00::/8 dev eth2  table local  metric 256
По второму ip route show table all type multicast:
Пусто, обсолютно ничего!

Оффлайн Gef79

  • Автор темы
  • Новичок
  • *
  • Сообщений: 8
    • Просмотр профиля
Re: Два канал интернет, проброс IPTV
« Ответ #5 : 03 Июнь 2013, 10:37:56 »
Какие ещё будут идеи, промучался опять все выходные и ничего!

Оффлайн drako

  • Старожил
  • *
  • Сообщений: 1422
    • Просмотр профиля
Re: Два канал интернет, проброс IPTV
« Ответ #6 : 03 Июнь 2013, 12:59:32 »
Интересно в чем мучения заключались? :)
А вообще у вас банально двух маршрутов не хватает, 224.0.0.0/4 через eth1 и маршрут на вещающий сервер через eth1.

Оффлайн Gef79

  • Автор темы
  • Новичок
  • *
  • Сообщений: 8
    • Просмотр профиля
Re: Два канал интернет, проброс IPTV
« Ответ #7 : 03 Июнь 2013, 14:17:09 »
Интересно в чем мучения заключались? :)
А вообще у вас банально двух маршрутов не хватает, 224.0.0.0/4 через eth1 и маршрут на вещающий сервер через eth1.
Спасибо за ответ! Маршрут 224.0.0.0/4 на eth1 прописывал а вот про сервер и не подумал, как узнать адрес сервера?
таблица сейчас выглядит та:
Цитировать
default
        nexthop via 192.168.2.1  dev eth1 weight 2
        nexthop via 91.211.17.87  dev ppp0 weight 1
10.0.0.0/8 via 172.17.200.1 dev eth2
91.211.16.57 dev ppp0  proto kernel  scope link  src 91.211.17.87
91.211.16.128/25 via 172.17.200.1 dev eth2
172.16.0.0/12 via 172.17.200.1 dev eth2
172.17.200.0/24 dev eth2  proto kernel  scope link  src 172.17.200.92
192.168.0.0/24 dev eth0  proto kernel  scope link  src 192.168.0.1
192.168.0.0/16 via 172.17.200.1 dev eth2
192.168.2.0/24 dev eth1  proto kernel  scope link  src 192.168.2.2
224.0.0.0/4 via 192.168.2.1 dev eth1
Я правильно указал маршрут???

Оффлайн grayich

  • Новичок
  • *
  • Сообщений: 4
    • Просмотр профиля
Re: Два канал интернет, проброс IPTV
« Ответ #8 : 03 Июнь 2013, 15:00:44 »
маршрут то зачем, этож udpxy, он транслирует по UDP

Оффлайн Gef79

  • Автор темы
  • Новичок
  • *
  • Сообщений: 8
    • Просмотр профиля
Re: Два канал интернет, проброс IPTV
« Ответ #9 : 03 Июнь 2013, 15:04:36 »
Всем спасибо огромное, дописал маршрут до вещательного сервера и всё заработало!
Тема закрыта!

Оффлайн Gef79

  • Автор темы
  • Новичок
  • *
  • Сообщений: 8
    • Просмотр профиля
Re: Два канал интернет, проброс IPTV
« Ответ #10 : 04 Июнь 2013, 19:28:55 »
Сорри, новылез очередной косяк!
При подключении и отключении к IPTV падают все UDP соединения,TCP не проверял!
В какую сторону копать?

Оффлайн drako

  • Старожил
  • *
  • Сообщений: 1422
    • Просмотр профиля
Re: Два канал интернет, проброс IPTV
« Ответ #11 : 04 Июнь 2013, 23:06:52 »
Вероятно, но не факт, из-за мультикаст маршрута, он вешается на интерфейс без указания шлюза.

Оффлайн Gef79

  • Автор темы
  • Новичок
  • *
  • Сообщений: 8
    • Просмотр профиля
Re: Два канал интернет, проброс IPTV
« Ответ #12 : 04 Июнь 2013, 23:08:46 »
Убрал балансировку и пустил по одному дефолтному шлюзу, всё работает, но это не решает проблемму, второй канал в ауте терь!

 

Страница сгенерирована за 0.113 секунд. Запросов: 25.