Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » MikroTik RouterOS (часть 5)

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108

Открыть новую тему     Написать ответ в эту тему

Germanus



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
 
Предыдущие части темы: часть 1, часть 2, часть 3, часть 4
Официальный сайт: https://mikrotik.com
 
Данная тема создана для обмена информацией по вопросам и проблемам настройки MikroTik RouterOS
Тема в варезнике
 
актуальные версии RouterOS:
Stable: 7.14.2 Подробнее... Testing: 7.15b8
Stable: 6.49.13 Long-term: 6.49.10

актуальная версия SwitchOS: 2.17
актуальная версия WinBox: 3.40 32/64-bit Подробнее...

 
Mikrotik — Плюсы и минусы Подробнее...
Видео-экскурсия по заводу Mikrotik Ltd


FAQ по особенностям и тонкостям MikroTik RouterOS  Перейти



Официальная документация:
  • Англоязычный ОФИЦИАЛЬНЫЙ мануал
  • Алфавитный указатель
  • Официальные статьи пользователей RouterOS
  • для версии 3 http://www.mikrotik.com/testdocs/ros/3.0/
  • для версии 2.9 http://www.mikrotik.com/docs/ros/2.9/
  • RouterOS Packet Flow: http://wiki.mikrotik.com/wiki/Packet_Flow (важно знать для понимания сути происходящего в файрволе и шейпере)
  • Совместимое оборудование
  • Описание изменений в новых версиях RouterOS(+rc)
  • RouterBOOT changelog (изменения в boot-версиях загрузчика RouterOS)
  • Система управления пользователями встроенная в RouterOS (RADIUS server)
  • l7-protos.rsc (примеры L7-filter)


    Официальные ресурсы:
    Форум
    Демо-сайт с веб-интерфейсом системы №1        Подробнее...
    Демо-сайт с веб-интерфейсом системы №2        Подробнее...
    MikroTik User Meeting(Конференции пользователей Mikrotik)        Подробнее...
    "Хардварные решения"
    MikroTik News
    MikroTik related video service
    DESIGNS.MIKROTIK.COM - сервис для брендирования продукции Mikrotik.
    Twitter Mikrotik
    MikroTik Training (Хочешь на тренинг? Получить сертификат?)
    Предыдущие версии RouterOS Подробнее...    История релизов  Подробнее...
    Mikrotik Wireless Link Calculator


    Неофициальная русскоязычная документация    Перейти
    Обсуждение ROS(форумы)    Перейти
    Обзоры продуктов RouterBOARD    Перейти


    Русскоязычные ресурсы интернет-магазинов и блоггеров по настройке и тонкостям Mikrotik:  
     


     

     

     
       


     

     
         
     
     
         
     
     
         
     
     
     



    Смежные ресурсы    Перейти
     
    VPN + OSPF в картинках.
    MikroTik Config Parser
    mikrotik.vetriks.ru

    // текущий бэкап шапки..

  • Всего записей: 4418 | Зарегистр. 08-06-2003 | Отправлено: 11:02 07-03-2019 | Исправлено: anton04, 12:30 28-03-2024
    Godzie

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    На двух RB4011(6.45.8) тестирую шифрование AES-GCM. Пропозалы с обеих сторон одинаковые:
     
    ip ipsec proposal print
    name="proposal-mt-4011" auth-algorithms=sha512 enc-algorithms=aes-256-gcm lifetime=12h pfs-group=ecp521
     
    Однако возникает интересный нюанс. При установке сессии устройство показывает что auth-algorithm=none(при просмотре через winbox):
     
    ip ipsec installed-sa print
     
    2 HE spi=0x1 src-address=xxx.xxx.xxx.1 dst-address=xxx.xxx.xxx.2 state=mature enc-algorithm=aes-gcm enc-key-size=288  
          enc-key="key" add-lifetime=9h36m18s/12h23s replay=128  
     
    3 HE spi=0x2 src-address=xxx.xxx.xxx.2 dst-address=xxx.xxx.xxx.1 state=mature enc-algorithm=aes-gcm enc-key-size=288  
          enc-key="key" add-lifetime=9h36m18s/12h23s replay=128
     
    Это особенность шифрования или как это понимать?

    Всего записей: 250 | Зарегистр. 11-09-2015 | Отправлено: 08:51 18-03-2020 | Исправлено: Godzie, 08:59 18-03-2020
    zBear



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Leon_rus
    прекрасно понимаю твоё желание разобраться в этом вопросе и решить проблему, но идеального варианта не будет, тебя спасёт только udpxy
    поверь, я сам через это проходил и потратил кучу часов на паршивый (по моему мнению) wifi микротика и его мультикаст, эти два момента я не смог победить и понимаю, что время на поиск решения было потрачено зря
    да, пришлось потратиться немного на дополнительную железку, но зато это сразу снимает все вопросы

    Всего записей: 1635 | Зарегистр. 20-02-2007 | Отправлено: 09:08 18-03-2020
    Leon_rus



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    zBear  
    udpxy т.е. виртуалка? Это очень сложно для готового решения для всех. Опять же, не понятно, если проблема есть, а о ней говорят так тихо, то м.б. ее и нет?
     
    Добавлено:
    zBear

    Цитата:
    идеального варианта не будет

    Будет. Если захотим в этом разобраться.
    Но это все же не SOHO оборудование.
    А вопрос IPTV не приоритетный у производителя.  
     
     
     
    Добавлено:
    zBear

    Цитата:
    потратил кучу часов на паршивый (по моему мнению) wifi микротика

    Advanced Member Имейте совесть.
    Извините конечно, но это перебор. Тема о Микротиках и обсуждаются проблемы MikroTik. а вы уводите в сторону. Не хорошо. Похоже на спам. На рекламу. На бизнес на форуме.

    Всего записей: 213 | Зарегистр. 22-12-2005 | Отправлено: 09:46 18-03-2020 | Исправлено: Leon_rus, 09:51 18-03-2020
    zBear



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Leon_rus
    если внимательнее почитать мои предыдущие сообщения, то можно заметить, что я делюсь только собственным опытом и предлагаю простой способ решения проблемы (не продаю, а предлагаю поискать самому подходящий вариант)
    есть много свободного времени и нет желания прислушаться - никаких проблем, меня это никак не затрагивает :-)
    могу только пожелать всяческих успехов в поисках

    Всего записей: 1635 | Зарегистр. 20-02-2007 | Отправлено: 10:34 18-03-2020
    Leon_rus



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    zBear
    Не обижайтесь. Есть проблема с MikroTik, так и обсуждать нужно ее решение в рамках MikroTik.

    Всего записей: 213 | Зарегистр. 22-12-2005 | Отправлено: 10:47 18-03-2020
    alexnov66



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Leon_rus
    Обсуждать можно целую вечность и засерать форум, если есть конкретные вопросы то и надо задавать их и прикладывать ваш конфиг настроек микротика, к сожалению телепаты в отпуске.

    Всего записей: 1195 | Зарегистр. 29-08-2005 | Отправлено: 11:04 18-03-2020
    Leon_rus



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    alexnov66  
    А ты кто? Иди в песочницу. Здесь взрослые.

    Всего записей: 213 | Зарегистр. 22-12-2005 | Отправлено: 11:17 18-03-2020 | Исправлено: Leon_rus, 11:45 18-03-2020
    Chupaka



    Silver Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Leon_rus
    К слову о телепатах и базовой диагностике. Информация по трафику в момент наличия проблемы, которую я у вас запросил, уже проскакивала, или вы пока продолжаете жаловаться на абстрактную проблему абстрактного вайфая, безо всякой конкретики?
    А то мало ли вам поможет простое включение IGMP Snooping на бридже...

    Всего записей: 3719 | Зарегистр. 05-05-2006 | Отправлено: 13:29 18-03-2020 | Исправлено: Chupaka, 13:30 18-03-2020
    Leon_rus



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Chupaka
    Э.. конфиг скинул Вам.  
     
    Все остальное что вы сказали не понял.  
    Какой трафик?  
    Какой абстрактный вайфай?
    Кто чего просканировал?
     
     
    Добавлено:
    Я думаю что проблемы с WiFi ушли.  
    Остались другие.
    Точнее одна - есть смысл о ней говорить?
    Или как говориться Мавр пришел Мавр свое дело сделал и ушел)?

    Всего записей: 213 | Зарегистр. 22-12-2005 | Отправлено: 14:11 18-03-2020 | Исправлено: Leon_rus, 14:25 18-03-2020
    leshiy_odessa



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Leon_rus

    Цитата:
    Есть проблема с MikroTik

     
    Еще раз, по слогам. С Микротиком нет никаких проблем, он работает совершенно штатно.  
     

    Цитата:
    Как полностью избавиться от проблемы с потерями пакетов?  

     
    Поставить udpxy сервер. Но потери будут всегда, потому что это Wi-Fi, физика сигнала и так далее. Не хотите потерь, ставьте кабель.  
     

    Цитата:
    multicast-helper=full  Ни в одном мануале этого не видел по настройке IPTV на MikroTik.  
    Странно да?  
    Столько везде всяких мануалов скопировано, перекопированно друг у друга.  
    А эту - ПУЗАТУЮ "мелочь" никто не удосужился выложить.... никто.

     
    Вы сильно преувеличиваете. У меня первая ссылка в гугле по запросу google.com.ua/search?q=Микротик+iptv выдает — В параметре Multicast Helper выберите full. Это позволит отправлять мультикаст пакеты по MAC адресам клиентам, подключенным к Wi-Fi.
     
     
     
    Добавлено:
    Leon_rus
    Чувак, ты реально решил всех потролить? Веди себя прилично.

    Всего записей: 546 | Зарегистр. 23-09-2001 | Отправлено: 15:25 18-03-2020
    Leon_rus



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    leshiy_odessa

    Цитата:
    Чувак, ты реально решил всех потролить? Веди себя прилично.

    Прошу прощения, действительно, перегнул.  
     
     
    Добавлено:
    leshiy_odessa

    Цитата:
    Поставить udpxy сервер. Но потери будут всегда, потому что это Wi-Fi

    Вы хотели сказать что IPTV по WiFi  будут потери? Так?

    Всего записей: 213 | Зарегистр. 22-12-2005 | Отправлено: 15:50 18-03-2020
    leshiy_odessa



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Leon_rus

    Цитата:
     Вы хотели сказать что IPTV по WiFi  будут потери? Так?

     
    Сама технология Wi-Fi это радиоволны. Как мы всё знаем радиоволны подверженны помехам и имеют свойства затухать. В самой технологии заложенно, что идут потери от 10-30% и пакеты отсылаются повторно, пока не пришло подтверждение.
    Поэтому совершенно неважно IPTV и что-то другое, но потери будут всегда.
     
    И как уже было сказанно выше мультикаст это всё усугубляет в разы и даже больше. И первый признак это то, что потери идут не сразу а через 10-20 минут. Это тоже в гугле находится за пару секунд.
     
    Наиболее близкое и правильно для вас решение это а) кабель б) вернуть/продать микротик и купить любой другой HOME/SOHO роутер в котором уже встроен udpxy в) прошить Микротик в OpenWRT и установить udpxy. Но udpxy не панацея и может быть всё так же плохо.
     
    Выключите всё Wi-Fi/блютуз мышки/клавиатуры/наушники и так далее, они ОЧЕНЬ сильно глушат Wi-Fi.  
     
     
       

    Всего записей: 546 | Зарегистр. 23-09-2001 | Отправлено: 16:11 18-03-2020 | Исправлено: leshiy_odessa, 16:12 18-03-2020
    Chupaka



    Silver Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Leon_rus

    Цитата:
    Какой трафик?

    Живой. Например, когда с аплинка прилетает 10 Мбит/с явно мультикастового трафика и этот трафик затем улетает во все интерфейсы бриджа - это определённо должно быть заметно взгляду, вооружённому простым списком интерфейсов в WinBox'е.
     

    Цитата:
    Кто чего просканировал?

    Вам виднее, по слову "скан" на странице находит только ваше сообщение

    Всего записей: 3719 | Зарегистр. 05-05-2006 | Отправлено: 16:14 18-03-2020
    Leon_rus



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Вопрос был другой. Не IPTV по WiFi. а WiFi мешает смотреть IPTV по кабелю
    multicast-helper=full в интерфейсе wifi почему-то помог не мешать компьютеру получать IPTV по кабелю.
     

    Всего записей: 213 | Зарегистр. 22-12-2005 | Отправлено: 16:15 18-03-2020
    Chupaka



    Silver Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Leon_rus

    Цитата:
    multicast-helper=full в интерфейсе wifi почему-то помог не мешать компьютеру получать IPTV по кабелю.

    Вдруг кому интересно, так я расскажу-предположу, почему
    Вайфай передаёт мультикаст от точки доступа к клиентам без подтверждения и поэтому на самой низкой скорости (6 Мбит/с для режимов A/G, 1 Мбит/с для B). Если этот вайфай запихнуть в бридж, то трафик, который должен выйти во все порты бриджа, включая вайфай, по-видимому, будет стопориться на скорости самого медленного интерфейса. Им и будет наш вайфай. У этого феномена даже название научное есть: https://en.wikipedia.org/wiki/Head-of-line_blocking
    Когда включается multicast-helper, трафик мультикаста летит на полной канальной скорости, без снижения её до минимальной. Вуаля.

    Всего записей: 3719 | Зарегистр. 05-05-2006 | Отправлено: 16:25 18-03-2020
    Leon_rus



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Т.е. смотрим на мониторе IPTV. Все хорошо. WiFi интерфейс деактивирован, другие интерфейсы деактивированы (кроме WAN и текущего LAN). Как только активируем Wlan (WiFi ) начинаются проблемы.
    Эти проблемы решены вроде multicast-helper=full. Не понятно только почему настройка Wlan хорошо сказывается на просмотре iptv по lan.
    Ну бог с ним. Хорошо и хорошо.
     
    Вторая, не решенная проблема, это если в сеть (в микротик) добавим еще один комп (в моем случае webServer) Он то почему вызывает сбои на соседнем порту Lan?
     
    Добавлено:
    Chupaka

    Цитата:
    Если этот вайфай запихнуть в бридж,

     
    Делал и так и так. И запихивал в бридж вместе с Lan и как сейчас разделил без бридж wifi отдельно Lan отдельно (разные сети, между ними доступ заблокирован (см. конфигурацию, которую я выслал)  
     
    Добавлено:
    Результат был один и тотже. WiFi мешает iptv по Lan.  
    multicast-helper=full на WiFi решил проблему прерывания iptv на компьютере.
     
    Т.е. вопрос пагубного влияния wifi на проводной iptv закрыт (на данный момент).  
     
    Добавлено:
    Потери все равно есть, но их масштаб гораздо меньше.

    Всего записей: 213 | Зарегистр. 22-12-2005 | Отправлено: 16:32 18-03-2020 | Исправлено: Leon_rus, 17:17 18-03-2020
    Paromshick



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Что можно сделать для подключения к внешнему FTP в пассивном режиме?
    Установилось соединение TCP 21. Сервер сообщает, что для передачи данных подключиться  нужно на порт (динамика).
    Все порты, кроме разрешённых закрыты. Соответственно, внутренний клиент не может подключиться к внешнему FTP для передачи данных.
    Что-то ничего не гуглится по этому поводу.
    По размещению сервера внутри - понятно. Но как быть с подключением к внешнему?

    ----------
    Скучно

    Всего записей: 3019 | Зарегистр. 12-04-2013 | Отправлено: 17:57 18-03-2020
    Leon_rus



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Chupaka

    Цитата:
    Вайфай передаёт мультикаст от точки доступа.....

     
    Это все хорошо, а вот каким боком wifi вообще влияет на IPTV в LAN? Не понятно. Ведь напрямую их ничего не связывает. Более того я делал опыты когда wifi и lan вообще были в разных бриджах. В разных подсетях. И были изолированны друг от друга. Только multicast-helper=full помог убрать влияние wifi на LAN

    Всего записей: 213 | Зарегистр. 22-12-2005 | Отправлено: 20:27 18-03-2020
    YuraseK

    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    В MikroTik CRS326-24G-2S+RM в RouterOS в разделе Switch > Rule создал правило с действием Redirect to CPU. Где дальше можно обрабатывать эти пакеты? Специально созданные правила в Bridge > Filters и IP > Firewall > Filter Rules не "ловят" перенаправленные пакеты.
    P.S. После включения опции Bridge > Settings > Use IP Firewall пока удалось увидеть пакеты в IP > Firewall > Raw (chain = prerouting), Mangle (chain = prerouting), NAT (chain = dstnat), но не понятно теперь как их вернуть в порт назначения.

    Всего записей: 527 | Зарегистр. 12-12-2003 | Отправлено: 21:15 18-03-2020 | Исправлено: YuraseK, 23:58 18-03-2020
    Leon_rus



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    А вот статистика влияния соседнего LAN на текущий. (как и говорил, как только в сеть подключается еще один клиент, он каким-то образом влияет на основной).
    Не много, но они есть. 645 кадров на 1,2 миллиона кадров.
    Это уже напрямую относится к MikroTik. При прямом подключении компа к провайдеру было бы 0 из 1,2 миннона кадров.
     

    Всего записей: 213 | Зарегистр. 22-12-2005 | Отправлено: 21:18 18-03-2020 | Исправлено: Leon_rus, 22:05 18-03-2020
    Открыть новую тему     Написать ответ в эту тему

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108

    Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » MikroTik RouterOS (часть 5)


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru