uraso

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

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

  • Посещение

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

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

Контакты

  • ICQ
    0

Информация

  • Пол
    Мужчина

Город

  • Город
    Украина
  1. Я согласен что это не неисправность микротика.... но как определить откуда идет трафик на эти оффлайн хосты ? Поставил традиционный reply-only на бридж. Трафик перестал отображаться.
  2. Как я понял спасение утопающих -дело рук самих утопающих..... После многочасового копания в гогле собрал несколько разрозненную информацию об этой неисправности https://local.com.ua/forum/topic/85623-проблема-с-динамическими-arp-записями/ https://forum.mikrotik.com/viewtopic.php?t=108196 https://translate.google.com.ua/translate?hl=ru&sl=en&u=https://forum.mikrotik.com/viewtopic.php%3Ft%3D108196&prev=search Советуют проверить безпроводные мосты.... Офсайт ничего конкретно не предлагает...
  3. Ну что же , так пока причины и не определил. Нашел по макам три клиентских SXT2 с включенным IPV6. Отключил эту службу. IPV6 перестал светится при торче на неиспользованных IP. Но протоколы 806 (arp) и 802.2 все равно продолжают атаковать ARP таблицу.
  4. Привет всем!!!! Имеется безпроводная сеть. Клиенты подключены микротиками SXT2 и UBIQUITY разных типов . Все клиентские девайсы настроены в режиме роутеров. Сеть пока не сегментирована. Трафик распределятся с помощью RB750Gr3 . Прошивка v.6.37.5 (bugfix). На RB750Gr3 arp -таблицe заполняется мак-адресами = 00: 00: 00: 00: 00: 00. Это просходит преимущественно вечером, когда увеличивается потребление трафика и нагрузка на оборудование.
  5. Ну 32/50000 это по умолчанию на UBNT предусмотрено..... Не привыкли мы как то "по умолчанию " настраивать. Ну а как вообще правильно подбирать параметры агрегации? Я на базе оставлял 32/50000 а в клиентов на точках снижал до 8/8000... Советы на форумах противоречивые....
  6. Ferdin , А 6.0.4 еще не пробовали? У меня тоже только М ... И я тоже захотел мониторинг ресурсов.На двух базах залил 6.0.4 . Version 6.0.4 (XM/XW/TI) - Service Release (May 5, 2017) ------------------------------------------------------- - airOS security improvements Fixes: - Fix: (XM) Stations can't connect back to AP after connection was dropped. AP reboot is required - Fix: Error 403 if session cookie doesn't match original IP - Fix: Limit discovery response to queries from private subnets or multicast/broadcast Улучшения безопасности airOS Исправления: - Fix: (XM) Станции не могут подключиться к AP после того, как соединение было удалено. Требуется перезагрузка AP - Исправлено: ошибка 403, если сеансовый файл cookie не соответствует исходному IP-адресу - Fix: ограничение ответа на запросы от частных подсетей или многоадресной / широковещательной рассылки
  7. Один rockem m2 на базовой станции был прошит 6.0.3 . Начали звонить клиенты что нет интернета.... Зашел на нее - там только 5 клиентов. Перегрузил - подцепилось 13... Для проверки прошил 6.0.4 прямо с офсайта . Сейчас на контроле. На другой базовой станции с rockem m2 залита 5.6.15 с СТ . Работает вроде бы нормально... Но на Channel/Frequency: - / - , Channel Width: - / - , Frequency Band:- / - -прочерки...
  8. Version 6.0.4 (XM/XW/TI) - Service Release (May 5, 2017) ------------------------------------------------------- - airOS security improvements Fixes: - Fix: (XM) Stations can't connect back to AP after connection was dropped. AP reboot is required - Fix: Error 403 if session cookie doesn't match original IP - Fix: Limit discovery response to queries from private subnets or multicast/broadcast Улучшения безопасности airOS Исправления: - Fix: (XM) Станции не могут подключиться к AP после того, как соединение было удалено. Требуется перезагрузка AP - Исправлено: ошибка 403, если сеансовый файл cookie не соответствует исходному IP-адресу - Fix: ограничение ответа на запросы от частных подсетей или многоадресной / широковещательной рассылки
  9. У меня за полтора года уже 4 таких случая было.... Три на клиентских устройствах, а конкретно с тд Аиргрид... На клиенстких устройсвах вопрос решался разными методами. На одной точке просто програмно отключил резет в настройках. Этого оказалось достаточно - сбросы прекратились. На другой отключение reseta не помогло... Отключения начались через неделю после установки. Кабель новый, биметал, наружка. Попадание воды исключено.... Поставил старый блок питания на 12V. Отключения прекратились... Также и на третьей тд Аиргрид. Началось через полгода после установки.... Точка ставала в режим восстановления ... Кабель биметал ,наружка. в двойной изоляции. Установил блок питания на 12вольт. Четвертый - на базовой станции с тремя Ubiquiti Rocket M2. Кстати рокеты переходят в режим восстановления . Некачественный или неправильный обжим, вода в кабеле или коннекторе отпадает. Кабель - медь, фтп,наружка, производитель - Одессакабель. Все подозрения все таки на брак в кабеле. Кстати пробовал оставить один рокет и подать 12 вольт -все заработало. Где то, возможно, в кабеле, утечка с провода питания на сигнальный провод.... Проверю кабель на утечку между парами... Найду причину - отпишусь...
  10. Да,и мне скрипт понравился. Жаль что запускается он только на точке включенной клиентом . Настраивал мост и на базовой точке он не запустился. Пришлось удаленную точку переводить в "bridge" а на настраиваемой ставить "station bridge"....
  11. Вот нашел в интернете совет... Может кто то прокоментировать?
  12. Я использую этот биллинг....Правда, не на 500 пользователей а до 100... В принципе устраивает .... Так что можете ставить микробил без сомнений . С управлением микробилла одним микротиком проблем нет. А вот как управлять, допустим, двумя микротиками, что б соблюдалось условие перенаправления на страницу-заглушку с обоих микротиков, пока не полностью разобрался. Надо ведь чтоб локальные подсети микротков были разными... Допустим на Мт1 подсеть 192.168.0.0/24 а на Мт2 подсеть 192.168.1.0/24 . Ип адресс микробилла 192.168.0.10, и пользователи этого микротика будут попадать на страницу заглушку без проблем. А вот Мт2 с подсетью 192.168.1.0/24 ????? Вот случайно попал на вашу страничку и прочитал некоторые советы . Но как их реализовать пока не все понятно....
  13. Вот кажется ответ наданный вопрос http://habrahabr.ru/sandbox/78152/
  14. Похоже что ты прав.... На другой сети в примерно той же ситуации и такие же самые девайсы в локальной сети за натом резолвились сразу после введения DNS.... А в етой сети на главном роутере сделал forvard-> accept и поднял вверх.... Не помогло....