Sasha
При запуске проги -b
Alex
Ошибки проявляются на SFP ?
на SFP и eth1 если дистанс 1 на sfp то проблематика на eth1 и наоборот. канал на eth2 работает в любом случае. Так же вешал канал с sfp (через медик) на eth3 проблематика не пропала.
Alex
Сбрасывали конфиг?
Вот готовлюсь к этому
IIyа
Вот готовлюсь к этому
Рас уж сбрасывать - прогоните нетинсталл
IIyа
Не активная галка эта.
Нетинсталл 7.19.1 ?
IIyа
Да
А сейчас на руотере какая версия? Может, device-mode ограничивает? 🤔
IIyа
IIyа
На Микротиковском форуме тоже у кого-то не получалось снести, снёс через линуксовый Нетинстал. Правда не помню, сначала он виндовым пользовался или на линуксе сидел.
IIyа
Опробуйте routerboard включить
IIyа
Под Windows я не уверен, что ключи командной строки будут работать. Все эти параметры так и остаются серенькими и не позволяют менять?
IIyа
А они не активируется через old config?
Так у него эта галка снята.
Alex
Рас уж сбрасывать - прогоните нетинсталл
Прогнал нетинсталом, сбросил ещё раз в бланк, добавил только адреса на интерфейсы, нат на них же и 2 дефолт роута. результат такой же
IIyа
Попробовать из-под линукса его очистить? 🤔
Alex
Киньте мне экспорт конфига в ЛС без изменений (без паролей)
Я конфиг восстановил из бекапа. Его прислать или голый конфиг(2 адреса+2ната+2 роута)?
IIyа
Жесть. Какой бэкап. Если там были косяки - они сохранились
IIyа
Только экспорт
Alex
Жесть. Какой бэкап. Если там были косяки - они сохранились
Прошу прощения, не правильно выразился. Я бекапом и rsc экспорт называю)
IIyа
кидайте экспорт
Konstantin
Кто-нибудь знает какие данные хранятся внутри .viw session-файла? Периодически с некоторыми хостами складывается такая ситуация, что winbox v3.42 и более ранние версии перестают нормально подключаться к хосту пока я не удалю соответствующий этому хосту viw-файл . Выглядит это следующим образом, winbox теряет связность с хостом по какой-то объективной причине, когда связность восстанавливается, winbox переподключается, но затем где-то через пару секунд отключается уже видимо по программной причине и попадает в бесконечный цикл переподключений. Думаю открыть тикет, но на хостах с большим количеством настроек, такие файлы занимают более 2MiB и очень возможно содержат sensitive data. Прежде чем это сделать хочу оценить риски и понять, что там ещё есть кроме кэша конфигурации, открытых окон и их параметров? 😅
IIyа
Кто-нибудь знает какие данные хранятся внутри .viw session-файла? Периодически с некоторыми хостами складывается такая ситуация, что winbox v3.42 и более ранние версии перестают нормально подключаться к хосту пока я не удалю соответствующий этому хосту viw-файл . Выглядит это следующим образом, winbox теряет связность с хостом по какой-то объективной причине, когда связность восстанавливается, winbox переподключается, но затем где-то через пару секунд отключается уже видимо по программной причине и попадает в бесконечный цикл переподключений. Думаю открыть тикет, но на хостах с большим количеством настроек, такие файлы занимают более 2MiB и очень возможно содержат sensitive data. Прежде чем это сделать хочу оценить риски и понять, что там ещё есть кроме кэша конфигурации, открытых окон и их параметров? 😅
У меня внезапные закрытия винбокса и даже нетинсталла начались, кажется, а 7.19. Но цикла нет. Кэши не чистил. Ткнёшь куда-то "не туда" - и программа вылетает.
Konstantin
У меня внезапные закрытия винбокса и даже нетинсталла начались, кажется, а 7.19. Но цикла нет. Кэши не чистил. Ткнёшь куда-то "не туда" - и программа вылетает.
Конкретно этот глюк у меня происходит уже достаточно давно и не является побочным явлением последних версий.
IIyа
Не, у меня до 7,19 всё стабильно работало без вылетов.
Denis
Добрый всем. Плиз подскажите. Домашняя сеть + умный дом. Для iot устройств стоит отдельная точка доступа, wap, настроен dhcp relay на главный роутер (3011), все собрано в отдельный vlan. Хочу добавить еще одну точку доступа для этих устройств. Планирую использовать capsman - нужна единая сеть. Но проблема с колонками google. При использовании нескольких точек доступа эти колонки отказываются работать в группе. Как то интересовался, мне пояснили, что это на уровне микрота блокировка. Плиз, покажите направление, куда посмотреть для решения этого вопроса. ROS 7. Благодарю
Denis
Вот уже на этой стадии возникает тревожное ощущение. Видимо у вас эти точки настроены непросто в режиме капа?
Одна точка сейчас, сама управляет вифи сетью. Адреса берет с главного роутера. Смысла нет для одной точки поднимать кап. Вот две точки хочу в капсман ввести.
Denis
Какая именно блокировка?
Многа букв говорили. Что-то с трафиком между этими колонками.
Аникей
А как колонки друг с другом работают? Они небось на L2 уровне связываются?
Аникей
если так, то вайфай надо в бридже настраивать
Denis
А как колонки друг с другом работают? Они небось на L2 уровне связываются?
Хрен их разберешь. Они связываются в группу и потом отправив задание проиграть в эту группу получаешь одно и тоже (звук) из всех колонок. Типа мультирума.
Руслан
Хрен их разберешь. Они связываются в группу и потом отправив задание проиграть в эту группу получаешь одно и тоже (звук) из всех колонок. Типа мультирума.
Пробовали сбросить конфиг на точкай доступа в режим кап и поднять капспан на головном роутере? Тот что раздает дхцп
IIyа
Хрен их разберешь. Они связываются в группу и потом отправив задание проиграть в эту группу получаешь одно и тоже (звук) из всех колонок. Типа мультирума.
Похоже, мультикаст. Я бы помониторил трафик до, при и после отправки задания. Возможно одна колонка (руководитель группы) тянет из интернета и раздаёт другим мультикастом.
Alex
Всем здравствуйте. Идёт 5 день как я пытаюсь разобраться почему не работает маршрут(((. В общем что происходит. Есть дефолтный маршрут с дистанс 2, если я пингую 8.8.8.8, через его интерфейс, то маршрутизатор НЕ пытается запросить мак шлюза, то есть не шлёт ARP запроса для определения мака шлюза, а сразу шлёт ARP запросы для 8.8.8.8, но стоит поставить маршрут в дистанс 1 или просто для 8.8.8.8 сделать явный маршрут с тем же самым шлюзом, то сразу от маршрутизатора уходит ARP запрос для шлюза, шлюз отвечает и всё работает. Такая ситуация происходит только с 2мя провайдерами из 3. Так же нетинсталом прошивал железку (RB5009), скидывал в бланк и делал минимальную конфу (2 адреса+2маршрута+2srcnat) проблема повторяется. Если в ARP таблице прописать статикой мак/ip шлюза, проблему это не решает. Так же видно что у провайдера на адрес шлюза отвечает VRRP интерфейс (судя по маку), но это мне кажется не очень значительная информация. И при всём при этом тунель IPIP на этом канале строится нормально. Я понимаю, что я за это время всех вас достал, но может у кого какие то идеи появятся?)))
Alex
Всем здравствуйте. Идёт 5 день как я пытаюсь разобраться почему не работает маршрут(((. В общем что происходит. Есть дефолтный маршрут с дистанс 2, если я пингую 8.8.8.8, через его интерфейс, то маршрутизатор НЕ пытается запросить мак шлюза, то есть не шлёт ARP запроса для определения мака шлюза, а сразу шлёт ARP запросы для 8.8.8.8, но стоит поставить маршрут в дистанс 1 или просто для 8.8.8.8 сделать явный маршрут с тем же самым шлюзом, то сразу от маршрутизатора уходит ARP запрос для шлюза, шлюз отвечает и всё работает. Такая ситуация происходит только с 2мя провайдерами из 3. Так же нетинсталом прошивал железку (RB5009), скидывал в бланк и делал минимальную конфу (2 адреса+2маршрута+2srcnat) проблема повторяется. Если в ARP таблице прописать статикой мак/ip шлюза, проблему это не решает. Так же видно что у провайдера на адрес шлюза отвечает VRRP интерфейс (судя по маку), но это мне кажется не очень значительная информация. И при всём при этом тунель IPIP на этом канале строится нормально. Я понимаю, что я за это время всех вас достал, но может у кого какие то идеи появятся?)))
По настройкам всё проверено "побайтово" всё правильно)
Sergey
Всем здравствуйте. Идёт 5 день как я пытаюсь разобраться почему не работает маршрут(((. В общем что происходит. Есть дефолтный маршрут с дистанс 2, если я пингую 8.8.8.8, через его интерфейс, то маршрутизатор НЕ пытается запросить мак шлюза, то есть не шлёт ARP запроса для определения мака шлюза, а сразу шлёт ARP запросы для 8.8.8.8, но стоит поставить маршрут в дистанс 1 или просто для 8.8.8.8 сделать явный маршрут с тем же самым шлюзом, то сразу от маршрутизатора уходит ARP запрос для шлюза, шлюз отвечает и всё работает. Такая ситуация происходит только с 2мя провайдерами из 3. Так же нетинсталом прошивал железку (RB5009), скидывал в бланк и делал минимальную конфу (2 адреса+2маршрута+2srcnat) проблема повторяется. Если в ARP таблице прописать статикой мак/ip шлюза, проблему это не решает. Так же видно что у провайдера на адрес шлюза отвечает VRRP интерфейс (судя по маку), но это мне кажется не очень значительная информация. И при всём при этом тунель IPIP на этом канале строится нормально. Я понимаю, что я за это время всех вас достал, но может у кого какие то идеи появятся?)))
у вас мультиван? покажите настройки маршрутизации
Alex
у вас мультиван? покажите настройки маршрутизации
Пока что мультивана нет. /ip route add disabled=no distance=3 dst-address=0.0.0.0/0 gateway=\ XX.YYY.133.1 pref-src=XX.YYY.133.42 routing-table=main scope=30 \ add disabled=no distance=2 dst-address=0.0.0.0/0 gateway=\ XXX.YY.240.65 pref-src=XXX.YY.240.73 routing-table=main scope=30 \ suppress-hw-offload=no target-scope=10 disabled=no distance=1 dst-address=0.0.0.0/0 gateway=\ XXX.YY.203.246 pref-src=XXX.YY.203.245 routing-table=main scope=30 \ suppress-hw-offload=no target-scope=10
Alex
Ни манглов ни отдельных правил маршрутизации
Sergey
у вас несколько адресов на WAN? откуда все эти адреса шлюзов? и РОС какая?
Alex
у вас несколько адресов на WAN? откуда все эти адреса шлюзов? и РОС какая?
Ну на каждый физический порт по адресу srcnat и маршрут
Руслан
Всем здравствуйте. Идёт 5 день как я пытаюсь разобраться почему не работает маршрут(((. В общем что происходит. Есть дефолтный маршрут с дистанс 2, если я пингую 8.8.8.8, через его интерфейс, то маршрутизатор НЕ пытается запросить мак шлюза, то есть не шлёт ARP запроса для определения мака шлюза, а сразу шлёт ARP запросы для 8.8.8.8, но стоит поставить маршрут в дистанс 1 или просто для 8.8.8.8 сделать явный маршрут с тем же самым шлюзом, то сразу от маршрутизатора уходит ARP запрос для шлюза, шлюз отвечает и всё работает. Такая ситуация происходит только с 2мя провайдерами из 3. Так же нетинсталом прошивал железку (RB5009), скидывал в бланк и делал минимальную конфу (2 адреса+2маршрута+2srcnat) проблема повторяется. Если в ARP таблице прописать статикой мак/ip шлюза, проблему это не решает. Так же видно что у провайдера на адрес шлюза отвечает VRRP интерфейс (судя по маку), но это мне кажется не очень значительная информация. И при всём при этом тунель IPIP на этом канале строится нормально. Я понимаю, что я за это время всех вас достал, но может у кого какие то идеи появятся?)))
я так и не понял что и при каких условиях не работает ))
IIyа
Всем здравствуйте. Идёт 5 день как я пытаюсь разобраться почему не работает маршрут(((. В общем что происходит. Есть дефолтный маршрут с дистанс 2, если я пингую 8.8.8.8, через его интерфейс, то маршрутизатор НЕ пытается запросить мак шлюза, то есть не шлёт ARP запроса для определения мака шлюза, а сразу шлёт ARP запросы для 8.8.8.8, но стоит поставить маршрут в дистанс 1 или просто для 8.8.8.8 сделать явный маршрут с тем же самым шлюзом, то сразу от маршрутизатора уходит ARP запрос для шлюза, шлюз отвечает и всё работает. Такая ситуация происходит только с 2мя провайдерами из 3. Так же нетинсталом прошивал железку (RB5009), скидывал в бланк и делал минимальную конфу (2 адреса+2маршрута+2srcnat) проблема повторяется. Если в ARP таблице прописать статикой мак/ip шлюза, проблему это не решает. Так же видно что у провайдера на адрес шлюза отвечает VRRP интерфейс (судя по маку), но это мне кажется не очень значительная информация. И при всём при этом тунель IPIP на этом канале строится нормально. Я понимаю, что я за это время всех вас достал, но может у кого какие то идеи появятся?)))
Решил дома проверить, сделал DualWAN (основной PPPoE, второй - LTE) и точно такое же поведение. Так что это не некорректные настройки, а похоже, особенность утилиты ping в ROS. Полагаю, что поскольку на всех аплинках подсети /24 (или иные, но не /32), то при отсутствии явного маршрута (0.0.0.0 или индивидуального для хоста) и указании в утилите ping интерфейса, утилита просто не может найти IP шлюза, ассоциированный с этим интерфейсом и соотв, не может пропинговать.
IIyа
При указании любого туннельного интерфейса (а внутри них /32) все замечательным образом пингуется
IIyа
Значит надо выяснить, что не так с 3-м провайдером )
Alex
Значит надо выяснить, что не так с 3-м провайдером )
Ну в случае с 3 провайдером, маршрутизатор шлёт arp запрос для 8.8.8.8 прямо на шлюз, а не в бродкаст
IIyа
Ну в случае с 3 провайдером, маршрутизатор шлёт arp запрос для 8.8.8.8 прямо на шлюз, а не в бродкаст
У меня запрос arp (с адресом пингуемого хоста) шлёт как раз в этом случае, когда нет маршрутов и указываем в утилите ping интерфейс. Разумеется, ничего не находит, статус Failed. А вам ответ arp прилетает? Какой мак, провайдерского шлюза?
IIyа
О том провайдере, который работает (для начала)
Alex
О том провайдере, который работает (для начала)
Да, в случае с рабочим провайдером, ARP запрос для 8.8.8.8 летит конкретно на мак шлюза.
Alex
О том провайдере, который работает (для начала)
В случае с нерабочим ARP запрос для 8.8.8.8 летит в бродкаст
Nikita
What's new in Winbox 4.0beta23: *) add dynamic form field syntax validation - tooltips for form labels - edited fields now indicated with blue label *) add tooltips for some buttons *) add tooltips for tables - active flags - cells with truncated values - header with truncated values - cells containing extra information (e.g. netmask) *) add hover info for some form fields - similar to WinBox v3, but now field must be focused *) add outline for checkbox and radio button widgets *) minor icon color changes
licen777
Как же все таки винбокс 4 непривычно выглядит
Nikita
Как же все таки винбокс 4 непривычно выглядит
мне уже с сентября тот древний 3й глаза режет, особенно отсутствием dark mode
licen777
Ну, кому как
Nikita
я себя заставил привыкать сраз к хорошим вещам, привыкание заняло пару месяцев, еще с первой беты
Аникей
Как же все таки винбокс 4 непривычно выглядит
у него размеры элементов пугающие. Добавили много удобных штук, но при этом всё в размерах увеличилось, стало мало вмещаться на экран. И самое тупое: кнопки переехали, и переехали туда, куда бы не стоило переезжать, а там, где они были, осталось пустое место. Нафига, спрашивается)
Аникей
Ты давно его открывал последний раз?
с этими тоже, но это к табличной части относится, а кнопочки все еще большие