maxkst

Активный участник
  • Публикаций

    209
  • Зарегистрирован

  • Посещение

Информация о maxkst

  • Звание
    Студент
  • День рождения

Контакты

  • ICQ
    0
  1. Была похожая проблема, но этот трафик был внутри PPPoE. Было интересно проанализировать трафик, нашли у клиента завирусованный рекордер видеонаблюдения. Больше клиент проблем не доставлял...
  2. EoIP интерфейс поднимается и сразу переходит в RUNNING на неподключенном к сети девайсе, интерфейс этот не так то просто "упасть"...
  3. По идее маршрутизация между вашими виланами провайдера не касается. Смотрите адреса шлюзов и правила фаервола на основном роутере между этими виланами
  4. В никаком, как по дефолту. UPD: помогло удаление интерфейса, затем UNDO. Выглядит как глюк...
  5. Пара EOIP интерфейсов перешла в стостояние NOT RUNNING на одном из роутеров без видимых на то причин. На противоположном роутере интерфейсы состояние не поменяли, пинг между ройтерами проходит. Любые изменения настроек никак не переводят интерфейс в состояние RUNNING. DISABLE-ENABLE не помогает, добавление в бридж тоже. Перезагрузка роутера не помогает. Созданные с теми же настройками новые интерфейсы сразу же после APPLY переходят в RUNNING, даже не важно, настроена ли противоположная сторона. Я вообще не припоминаю, чтоб любые EOIP на Mikrotik когда-либо были в состоянии NOT RUNNING... Проблема пока решена новыми тоннелями, старые так и находятся в NOT RUNNING, они как бы и не нужны уже, тут просто дело принципа. Кто знает, почему интерфейсы упали и как их поднять?
  6. Если есть STP или RSTP на бриджах - временно отключите
  7. Зависит от ваших профильных сайтов. Я как то пытался однажды разрешить фейсбук и запретить остальное. Оказалось, что там десятки доменов надо разрешить, чтобы он хотя бы открываться начал нормально...
  8. По запросу "микротик для чайников" - первая строка в гугле)))
  9. Имеется Dude 4.0beta3 сервер с кучей девайсов, долгое время тащит инфу по SNMP V1. Периодически перестает тянуть данные с части устройств. В этот список не попадают Ubiquiti радио всякие разные и UBNT Tough свичи, они как ни в чем не бывало продолжают передавать SNMP данные в дудку. Лечится перезагрузкой DUDE или всего сервера с DUDE. Имеется резервный DUDE и прочие SNMP тянучки типа PRTG, на которые вся SNMP продолжает поступать как ни в чем ни бывало. Резервный Dude иногда страдает той же проблемой. Девайсы, с которых пропадает статистика, находятся как в том же вилане/подсети, что и дудка, так и в других вланах/подсетях. Что такого особенного в UBNT? Как полечить DUDE? PS: RouterOS статистика поступает без перебоев, глюк касается только SNMP
  10. Ну поставь адреса 192.168.100.1/24 и 192.168.111.1/24 на роутер и укажи 192.168.100.1 как адрес шлюза в первом отделе, а 192.168.111.1 шлюз для второго отдела, и будет связь между отделами.
  11. и что изменилось? понятнее не стало это точно
  12. Это как? Это не сеть, а хост, скорее всего шлюз. 192.168.100.0/24 это сеть
  13. IP Services winbox сервис не ограничен диапазоном IP ?
  14. Если устройство начало жить своей собственной жизнью - не мешайте, а то эволюционирует и отомстит )))
  15. Видимо нужна отказоустойчивость...