Перейти к содержимому
Local
  • ×   Вставлено в виде отформатированного текста.   Восстановить форматирование

      Разрешено не более 75 смайлов.

    ×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

    ×   Ваш предыдущий контент был восстановлен.   Очистить редактор

    ×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

  • Похожие публикации

    • Автор: Myr4ik
      Здравствуйте, ребята!
      Есть желание пробросить unicast IPTV из сети одного оператора в сеть другого поверх интернета без туннелей.
      Обычно делаю следующую настройку в NAT устройства (mikrotik), которое подключено к оператору, что вещает IPTV:
       
      chain=dstnat action=dst-nat to-addresses="IP UDP-to-HTTP сервера провайдера" to-ports=4022 protocol=tcp in-interface=ether1 dst-port=4321 ether1 - линк с оператором, в который приходит IPTV и интернет, и откуда, разумеется, IPTV уходит во вне с порта 4321.
      UDP-to-HTTP сервер оператора вещает с "IP UDP-to-HTTP сервера провайдера" и порта 4022.
       
       
      После вышеописанного, модифицирую соответствующий плэйлист с каналами на принимающей стороне и вуяля - все работает.
      Но недавно столкнулся с оператором, с которым этот финт не прокатил...
       
      Суть проблемы, как мне кажется, в следующем:
      Оператор, с которым, как я поначалу подумал не заработало правило NAT (а оно заработало вполне корректно), использует для вещания IPTV ПО Astra, которому не нравится в запросе от, например VLC, в поле Host, указание IP-адреса, а не FQDN.
      Изображение недуачной попытки посмотреть ТВ:
       

       
       
      А вот успешный запрос с FQDN, после которого сразу начинается передача-прием потока:
       

       
      Вопрос - есть ли способ модифицировать правило(а) на mikrotik (без создания DNS-записей на принимающей стороне), чтобы стало возможным просматривать IPTV вне сети оператора с Astr`ой? Правильно ли я локализовал "проблему"?
       
      Спасибо.
    • Автор: bot
      Сервис Latency.at, осуществляющий распределённый мониторинг доступности и отзывчивости серверов, объявил об открытии всех лежащих в его основе разработок. В том числе доступен код бэкенда на языке Go c реализацией API, балансировщиком нагрузки и шиной обмена сообщениями, система для выполнения проверок параметров работы сервисов (надстройка над Prometheus Blackbox Exporter) и фрондэнд с реализацией web-интерфейса.
       

       
      Код открыт под лицензией Apache 2.0 и позволяет развернуть на своих мощностях функциональность, аналогичную Latency.at. Связанные с выполнением проверок дополнения переданы открытому проекту Prometheus. В ближайшее время планируется опубликовать образы контейнеров для Docker и Kubernetes с преднастроенной системой мониторинга. Из особенностей системы можно отметить учёт времени обработки различных стадий выполнения запросов HTTP и HTTPS (резолвинг в DNS, установка соединения, согласование TLS, передача данных). Также поддерживаются проверки DNS и произвольных TCP-сервисов. Результаты проверки отображаются в виде наглядных графиков.

      https://blog.latency.at/2018-03-28-we-open-source-everything

      https://gitlab.com/latency.at/latencyAt
       

       
      Источник: opennet
    • Автор: Futura
      Имеется тазик на Debian c двумя сетевухами:
      Internet-eth0<NAT<eth1-PPPoE
      Если установить еще одну карточку (пусть будет eth2) c резервным каналом
      как организовать автоматическое переключение при падении основного и корректную работу NAT?
    • Автор: tfron
      Всем привет. В разделе мониторниг в абилсе можно пропинговать абонента, но отсылает только 5 пакетов. Не всегда получается отследить проблему. Можно сделать хотябы 15 запросов, может кто знает?(версия 0.55b)
    • Автор: Tapac)
      подскажите  как сделать чтоб  локальные клиенты, допустим 192.168.88.0/24, на выходе из микротика в инет подписывались разными белыми адресами?
×