что такое многоадресный трафик keenetic

Трафик IP Multicast: как он работает и приложения, которые его используют

Что такое многоадресный трафик?

Наконец, у нас есть IP Multicast-трафик, о чем мы и поговорим сейчас подробно. Многоадресный трафик специально связан с группой «клиентов», заинтересованных в получении этого сетевого трафика. Если он не входит в группу многоадресной рассылки, они не получат информацию, это идеально для того, чтобы не разрушать сети или не отправлять копии всех пакетов всем клиентам. Связь выполняется один раз от исходного IP-адреса одноадресной рассылки к выбранному IP-адресу многоадресной рассылки, независимо от того, сколько клиентов находится на этом адресе многоадресной рассылки, все в группе получат дейтаграммы.

IP-адресация для многоадресной рассылки

Остальная часть диапазона 224.0.0.0/8 была назначена различным приложениям на протяжении многих лет или только что была зарезервирована IANA. Диапазон 223.0.0.0/8 зарезервирован для использования с протоколом SSM. Диапазон 239.0.0.0/8 используется для управления, здесь операторы сети предоставляют услуги IPTV для телевидения через Интернет. Вы можете посетить документ RFC3171 где вы найдете все существующие и зарезервированные диапазоны адресации IP Multicast.

Для чего нужен многоадресный трафик?

Многоадресный трафик широко используется в услугах платного телевидения различных оптоволоконных операторов Испании, например, Movistar. Благодаря многоадресной IP-рассылке оператор может предлагать высококачественную потоковую передачу видео и аудио всем клиентам, которые его нанимают, декодер будет прослушивать IP-адрес специально от Multicast для получения всей информации, а маршрутизатор будет получать каналы, проконсультировавшись Это. через протокол RIPv2. Благодаря платформе Movistar TV все клиенты могут получать телесигнал в своих домах без каких-либо задержек, пикселизации или остановок, когда тысячи подключенных клиентов смотрят футбольный матч.

Как вы видели, многоадресный трафик используется, прежде всего, в услугах IPTV операторов, поэтому для того, чтобы все работало правильно, важно, чтобы и маршрутизатор, и коммутаторы (если они есть) правильно управляли этим многоадресным трафиком. Наиболее важным протоколом для правильного управления многоадресным трафиком является так называемое IGMP Snooping для сетей IPv4 и протокол MLD для сетей IPv6, эти протоколы отвечают только за отправку трафика на компьютеры, которые фактически «слушают» его. трафик, а не на все компьютеры в сети, чтобы избежать его коллапса или замедления.

Источник

Что такое многоадресный трафик keenetic

Функции и протоколы

IPoE ✔
PPPoE ✔
PPTP ✔
L2TP ✔
802.1x ✔
КАБiNET ✔
Множественные PPP-туннели ✔
PAP/CHAP/MS-CHAP/MS-CHAP v2 ✔
MPPE (Auto/40/56/128) ✔
VLAN IEEE 802.1Q ✔
Таблица маршрутов (DHCP/Ручная) ✔
Link Duo ✔
IntelliQoS ✔
DHCP (клиент/сервер) ✔
IPv6 Dual Stack ✔
NAT ✔
IGMP ✔
UPnP ✔
Ручное перенаправление портов ✔
Транзит PPTP/L2TP ✔
Межсетевой экран SPI с защитой от DoS-атак ✔
Ping checker ✔

Беспроводная сеть Wi-Fi

Бесшовный роуминг 802.11 k/r/v ✔
MU-MIMO* ✔
Airtime Fairness* ✔
Beamforming* ✔
Преднастроенная защита Wi-Fi ✔
WEP, WPA-PSK ✔
WPA2-PSK, WPA2-Enterprise ✔
WPA3-PSK, WPA3-Enterprise, OWE ✔
Multi-SSID и гостевая сеть ✔
Контроль доступа по MAC-адресам ✔
Wi-Fi Multimedia (WMM) ✔

*Поддержка в KN-1611

Мобильное приложение для Android и iOS ✔
UDP to HTTP proxy ✔
Клиент/сервер IPSec VPN ✔
VPN-сервер PPTP 10 туннелей
Интернет-фильтр Яндекс.DNS ✔
Родительский контроль SkyDNS ✔
Клиент dynamic DNS ✔

Физические характеристики и условия окружающей среды

Диагностика и управление

Веб-конфигуратор на русском языке ✔
Командная строка (CLI) по TELNET ✔
Возможность управления из внешней сети ✔
Резервирование и восстановление конфигурации ✔
Программное обновление функций ✔
Журналирование системных событий ✔

Устройство ✔
Адаптер питания ✔
Кабель Ethernet ✔
Инструкция по применению ✔

Внимание! Сервера тестирования предоставляются внешними провайдерами и результаты таких тестов зависят от многих технических факторов.

Результаты тестирования с этих сервисов могут использоваться исключительно в диагностических целях.

Доступна для: Keenetic Giga III, Keenetic Ultra II, Keenetic Extra II, Keenetic Giga (KN-1010), Keenetic Omni (KN-1410), Keenetic Extra (KN-1710), Keenetic Ultra (KN-1810), Keenetic 4G III rev.B, Keenetic 4G (KN-1210), Keenetic Start II, Keenetic Lite III rev.B, Keenetic Start (KN-1110), Keenetic Air, Keenetic Lite (KN-1310), Keenetic City (KN-1510), Keenetic Air (KN-1610),

Новые функции и другие улучшения:

• Исправлена проблема с доступом к локальным ресурсам по доменным именам 4ого уровня через сервис KeenDNS
• Удален баннер «Отладочная версия» в бета версии веб-интерфейса

1. Скачиваете версию прошивки 2.11.C.1.0-3
2. Устанавливаете путем загрузки файла.
3. Обязательно делаете аппаратный сброс настроек до заводских.
4. После сброса подключаете все устройства и проверяете работу роутера.

Если после установки 2.11.C.1.0-3 возникли проблемы, то нужно будет сделать следующее:

1. Отключаем все устройства от роутера, Eth-кабель провайдера.
2. Включаем режим отладки.
3. Подключаем обратно все устройства к роутеру, Eth-кабель провайдера.
4. Воспроизводим проблему.
5. Отключается режим отладки.
6. Присылаем отладочный файл self-test официальной технической поддержке.

* Экспериментальная прошивка (draft \ Отладочная версия)

Версия 2.12.A.1.0-1 от 15.01.2018:

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

Отключена поддержка Keenetic III, DSL, VOX и LTE.
Прошивки для новых моделей Start (KN-1110), 4G (KN-1210) и последующих KN выходят только на новом веб-интерфейсе.

Версия 2.12.A.1.0-3* от 20.01.2018:

Версия 2.12.A.1.0-4 от 22.01.2018:

* блокировка со стороны провайдера была вызвана работой NetBIOS в VPN-канале
Версия 2.12.A.4.0-5 от 02.03.2018:

Источник

Объезжаем блокировки Роскомнадзора на роутере.

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

Дисклеймер. Я не несу ответственность за «окирпичивание» роутера, сброс настроек и т.д. В моем конкретном случае данный способ работает.

Работоспособность проверена на Keenetic Ultra, но в теории должно работать и на других моделях:

Keenetic Lite III B

Для начала убедимся, что версия прошивки роутера не ниже «2.10.A.1.0-0».

Если это не так, то качаем отсюда http://files.keenopt.ru/experimental/ для конкретной модели роутера и желательно самую свежую.

Теперь нам нужен файл конфигурации. Идем на http://www.vpngate.net выбираем сервер и жмем на OpenVPN Config file.

Далее выбираем одну из конфигураций этого сервера, например с использованием доменного имени DDNS и TCP 995.

На этом настройка окончена.

Проверьте, что соединение установлено в разделе Интернет на вкладке Подключения.

Лично я подбирал конфигурации openvpn опытным путем, замеряя отклик и пропускную способность соединения.

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

Для начала включаем telnet-клиент:

Теперь жмем Пуск – Выполнить…

Набираем последовательно команды:

(config)> interface ISP no ip dhcp client name-servers

system configuration save

Не забудте назначить вручную в настройках ISP подключения адреса DNS серверов Google: 8.8.8.8 и 8.8.4.4

Перезагрузите роутер и проверьте, что блокировки пропали.

Если захотите вернуть настройки назад, наберите:

(config)> interface ISP ip dhcp client name-servers

system configuration save

В конце должно получиться примерно вот так:

При написании поста использованы материалы https://help.keenetic.com

Если какие-то моменты остались не понятны, постараюсь ответить в комментариях.

Всем свободного контента и хороших выходных!

Я думаю, стоит добавить, что в таком случаи весь трафик пойдет через VPN. Если требуется использовать только для доступа к конкретным ресурсам, то во вкладке Подключение, выставляем приоритет для VPN ниже, чем основное подключение. А потом во вкладке Прочее, создаем маршрут: указываем ip адрес сайта и выбираем использовать VPN подключение.

Я бы не особо доверял свои данные какому-то левому VPN-серваку.

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

Увы, без такого сейчас никак.

Долбаный роскомнадзор всех до печенок умудрился достать.

в 2021 есть что-то нормально работающее? осознал что на опере отключили впн. и загрустил. не думал что меня коснется

на Zuxel Keenetic Giga поставил DNS на DHCP сервер: 8.8.8.8 + 8.8.4.4 + 1.1.1.1

VPN не понадобился.

На моём провайдере работает

Перебрал около 100 серверов с впнгейт, все тормозные, глючные и совсем недолго живущие, правда года два назад, может что-то поменялось в позитивную сторону.
Но можно купить за 100 рублей в мес, предложений навалом. Очень стабильно, но там трафик лимитирован.

А еще проще установить а-ля Frigate для браузера

у вас то же заиграла в голове мелодия it’s my life с диким русским акцентом?)

как все сложно. скачай TOR, включи в нем ява-скрипты и наслаждайся.

Пидорская радуга детектед.

такое себе решение. будет работать только до критической массы. потом начнут блокировать VPN да и все.

ну и парочку прилюдных порок

Рекомендую выкинуть zyxel и поставить openwrt на то что есть, в том числе может и на zyxel.

Начало кампании РКН против VPN

Ну что, наступление дырявого синего квадрата РКН на свободный интернет продолжается. Вот буквально вчера было объявлено о том, что OperaVPN отправляется в бан. Дело каждого верить или нет этой информации выложенной не так давно (источник: https://habr.com/ru/news/t/563332/):

Думаю ни для кого не секрет, что в последнее время РКН все больше закручивает гайки. Пробует разные подходы, начиная от реального замедления определенных ресурсов или же ограничиваясь угрозами замедлить их (привет Twitter и YouTube). Конечно, абсолютное фиаско и унижение, полученное после неудачной попытки блокировать Telegram не прошло бесследно. РКН обиду не забыл, а поэтому методы становятся немного более избирательными, чтобы не рушить чудовищное количество важной инфраструктуры, действуя подобно пушке, стреляющей по воробьям (да, это отсылка про рухнувший Сбербанк и прочее при попытке заблокировать Telegram). Хотя и до сих пор каждую неделю звучат призывы огородить богомерзкие и внезапно ставшими неугодными углы интернета от неустоявшейся психики граждан.

Сейчас, пока изгнанные, но все же хоть как-то технически проинформированные пользователи, заново устанавливают OperaVPN в свой браузер, обычные пользователи остались ни с чем. Не особенно хочется выступать в роли проповедника судного дня, но все же, хотя бы в глубине души, все понимают, за каждым ныне популярным, но не особо продуманным в плане защиты от нападок сервисом, придут. Те, кто умудрился вернуть VPN в свой браузер Opera, просто продлевают агонию, вскоре адреса будут забанены и привет.

Хоть и РКН убеждает, что будет использоваться метод анализа траффика, для выявления pattern’ов (шаблонов) поведения VPN, но действия РКН никогда не отличались технической грамотностью или аккуратностью. Создание такой машины, анализирующей такой поток траффика.. это не про РКН. Слишком технически сложно, слишком ресурсоемко. Слишком много ненужных финансовых вложений. Поэтому моя ставка, что в результате, просто забанят неугодные IP адреса, принадлажащие неугодной проксе и на этом все. Если их станет больше — забанят и их. И, чем популярнее сервис, тем раньше он отправиться в бан.

Можно подумать так: «Ну что ж, значит возьму те, что с конца списка и буду пользоваться ими». Ну например Hola Free VPN Proxy — он есть в списке. Или хотя бы тот же АнтиЗапрет, что угодно, это все вопрос времени. Да, кроме того что придут и за ними, есть еще один нюанс. В конце концов, все эти решения, придумывались в качестве относительно простого обхода блокировок. Раньше, до определенного момента времени, было достаточно любого прокси, как например самый популярный NL (Голландия) прокси или DE (Германия). Сейчас ситуация еще сильнее ухудшилась. Теперь да же зайдя на некоторые заблокированные сайты, то они не откроется из NL и DE. На rezka.ag многие фильмы не откроются да же через UA (Украина).

Т.е. в данный момент не только нужно найти подходящий прокси сервер через который открывается большинство сайтов, но и для части сайтов держать дополнительные сервера. Думаю не нужно говорить что постоянное переключение между этими проксями и сопровождение этих правил, что-откуда надо открывать, не доставляет особого удовольствия. Хоть даже сейчас существуют бесплатные варианты типа той же Hola, но кто-нибудь пытался смотреть через них какое-нибудь потоковое видео? Нужно признать бесплатные варианты, подходят только для того чтобы почитать статеечки или посмотреть картинки. Но интернет давно уже не текст с картинками, это ролики по 150 а то и 1500 mb, YouTube шагает по планете. Обычные варианты такое уже не вывозят.

И вот настало сегодня, когда зловещее предупреждение о бане исполнилось, решено, что нет лучше времени чем всем вам начать пользоваться тем, что я изначально создавал для себя и не особо пытался продвигать.

Для Google Chrome и Mozilla Firefox релиз уже есть.

Вот главные условия и приципы:

— База всегда максимально полная — обновление происходит ежедневно. Это очень важно.

— Проксировать только заблокированные сайты, все остальные сайты обязаны работать напрямую. Пропускная способность у меня нерезиновая.

— В век страха быть чипированным и получить Covid-19 от вышек 5G клянусь не собирать данных пользователей, не хранить никаких логов на серверах и не передавать ничего третьим лицам. (А нафиг оно мне надо, место у меня тоже ограничено).

Я решил, что в центре всей философии будет простая мысль — установил и забыл. Не надо ничего нажимать, ничего добавлять, ничего обновлять. Установил один раз, и более никаких проблем серии «зобанено» замечено не будет. В конце концов, именно такой уровень сервиса я бы хотел видеть сам. Распространяется бесплатно. Разумеется, для тех, кто хочет указать свой адрес прокси, функционал присутствует. Пользуйтесь.

Да, я жду резонный вопрос «И что же мешает им сделать тоже самое с тобой, что они сделали с Opera?»

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

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

Чтобы просуммировать это все, скажу одно. Начал я это все на фоне постоянных угроз типа «Да мы вас, всех щас! @#% ^! и отсутствия комфорта лично для меня. А сейчас это уже принципиально. Создание системы, которая будет, что называется bullet proof, на будущее. Был бы очень благодарен конструктивной критике и предложениям. Именно благодаря изначальным предложениям в аддон я добавил функции добавить свой какой-то сайт или проксю.

Если навалитесь всем скопом и уроните мне сервис, ну тогда «F to pay respects».

Попробуйте, я думаю, что вы оцените простоту и лаконичность подхода.

Для обычного компа все готово. Сейчас работаю над решением для Android.

Источник

Что такое многоадресный трафик keenetic

Весь трафик (2GB) съедается за полмесяца доменным трафиком, постоянно идёт соединение с DNS автоматически выдаваемыми Билайном. Не могу понять, то ли это машрутизатор, то ли Билайн так «помогает» себе.

Вот такой трафик непрерывно идёт:

Код:

Пока что обновил прошивку роутера и чешу репу. Вроде доменного трафика меньше стало. Что ещё посоветуете, друзья?

Источник

IGMP Proxy и Мультикаст: что это в роутере и как включить?

И так, чтобы раскрыть тему IGMP Proxy, PIM и мультикаста полностью – давайте начнём с самого начала. Вы, наверное, уже знаете, как передаётся эфирное телевидение. То есть у нас есть телевизионная вышка, которая путём радиоволн передаёт закодированный сигнал. А клиент в свою очередь принимает этот сигнал с антенны и видит картинку на телевизоре. Аналогично все происходит и путём кабельного ТВ. Только разница в том, что в кабельном идёт сигнал непосредственно по проложенному проводу к каждому приёмнику.

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

И вот мы подошли к вопросу – что же такое мультикаст? Это технология, которая объединяет два этих подхода передачи трафикав. На первом уровне, пакет отправляется только в одном экземпляре, но только тому клиенту, который сделал на него запрос. Приёмников на самом деле может быть несколько.

Самый яркий пример мультикаста — это использования IPTV. Не все провайдеры предоставляют данную возможность, но щас она набирает обороты и возможно, кто-то уже пользуется этой услугой. Представим, что у нас есть два пользователя: Вася и Петя, который подключены к одному провайдеру. Так вот сервер IPTV, отправляет сигналы не всем пользователям, а только тем, кто в данный момент подключен.

Но самое главное, что Вася и Петя будут получать сигнал и пакеты только того канала, который в данный момент включен. Например, Вася смотрит «Первый канал», а Петя «СТС». Сервер четко отправляет пакеты информации только по тому каналу, который активен. Ещё один пример — это онлайн конференция, которой часто пользуются крупные компании. Ведь нет смысла раскидываться трафиком и отправлять всем, можно просто от одного разливать информацию к каждому клиенту.

Реализация

А теперь встаём следующая проблема – как это организовать. Представьте себе, что в сети у провайдера очень много узлов, коммутаторов, маршутизаторов, серверов и есть центральный сервер того же IPTV. Задача сервера отправить трафик таким образом, чтобы он максимально быстро через минимальное количество узлов дошёл до пользователя.

При этом нужно это сделать так, чтобы не образовалось кольцо – когда трафик начинает ходить по кругу и бесконечно. Поэтому путь пакетов будет выглядеть как дерево, да и топология будет использоваться подобная. То есть выходя пакет от сервера он подходит к одному из узлов. Дальше узел должен определить куда дальше отправлять пакет.

А теперь мы подобрались к протоколу IGMP (Internet Group Management Protocol) — это такой протокол, который позволяет быстро подключаться клиенту к ближайшему маршрутизатору. Он сообщает ему, что нужен трафик по тому или иному каналу. Если же запроса к маршрутизатору нет, то он просто простаивает и тем самым высвобождает ресурсы сети.

Также используется PIM (Protocol Independent Multicast) протокол – эта такая система, которая выстраивает адрес от сервера к конечному получателю через одну ветвь дерева. При этом система постоянно мониторит путь, чтобы менять его, если какой-то сегмент выключен или был перемещён.

Проще говоря, сервер транслирует только один сигнал каждого телевизионного канала. И пользователи получают только сигнал того канала, который запросили. Одновременно один сигнал могут получать и несколько приёмников. Именно для этого и нужен протокол IGMP.

Куда идёт пакет

Рассмотрим на примере. Вообще данная технология использует IP адреса 224.0.0.0-239.255.255.255 диапазона. Например, сервер отправляет один канал с адресом 224.2.2.4. Это канал «СТС». IGMP протокол, использующийся только в отрезке между клиентом и ближайшим маршрутизатором, который к нему подключен.

Как включить на роутере

В роутере данная функция чаще всего нужна для нормального просмотра IPTV. По умолчанию эта функция уже включена, но можно проверить. Теперь я покажу как включить эту функцию на примере модели TP-Link.

Заходим в «Сеть» – «IPTV» и включаем «IGMP Прокси». Также не забываем поставить галочку «IGMP Snooping» – функция, исключающая получение трафика от группы, к которой не принадлежит клиент. На новых прошивках данный пункт находится там же, только изначально надо нажать на вкладку «Дополнительные настройки». Обязательно нажмите на кнопку «Сохранить» в само конце.

Источник