Melkij, спасибо за все.
Нашел по вашим рекомендациям. Далее выяснил, что битые сектора налезли на БД. БД полностью не копируется. Думаю смысла продолжать что либо больше нет.
команда find не нашла datadir не на одном из дисков (и там и там стоит MariaDB). Видимо это относится исключительно к Mysql.
Все равно спасибо за попытку помочь.
Akina, да, спасибо, Я в курсе. Но меня интересует скачивание не через обновление (по своим причинам), а как отдельный инструмент или в наборе с другими официальными утилитами.
Ну, неужели нет такого ресурса?
Очень хотелось бы попробовать версию для 10 поставить на 7ку.
Валентин, что именно не правильно? то что Я добавил правило в Mangle, останавливающее обработку трафика в этом модуле, и нужный мне трафик не дошел до маркировки (проще говоря, был развернут и получил пендель), и после этого естественно пошел по маршрутам, созданным OSPF, что и требовалось?
Или второй вариант неправильный, где в IP ->Routes->Rules создаешь правило, которое принуждает трафик использовать маршруты из основной таблицы маршрутизации и задача опять решена? и кстати без использования публичных адресов.
Валентин, тема здесь используется в разрезе Mikrotik. Вы либо что-то путаете, либо заблуждаетесь. Я на практике этими 2мя способами решил поставленную задачу.
Я дополню Александра.
вместо маскарад выбираешь src-nat.
А в To Addresses - внешний IP (10.0.02 или 10.0.03)
И это только начало... Если остановиться на этом, то у тебя то будет работать, то не будет. Дело в том, что ответ пойдет согласно таблицы маршрутизации. И если там не будет специальных правил, трафик во вне пойдет случайным образом через одно из соединений. Требуется в Mangle настроить маркировку соединений.
по правилам маршрутизации приоритет имеют те маршруты, в которых есть маркировка. Соответственно трафик пойдет по ним, а не по маршрутам, созданным процессами OSPF.
Микротики НЕ должны знать заранее про новые сети. Просто добавляешь эту сеть на ОДНОМ маршрутизаторе в OSPF и он автоматически рассылает маршруты до нее другим маршрутизатором с запущенными процессами OSPF.
проблема в том, что по правилам маршрутизации трафик первым делом идет по пользовательской таблице маршрутизации (я привык к термину "именованный маршрут"). Он приоритетнее даже явных маршрутов /24. Поэтому и не использует маршруты OSPF.
Я тоже думал, что ключик в инстансес, в создании разных экземпляров OSPF. Но не прокатило. Пробовал тупиковые зоны делать. Но трафик тупо не доходит до маршрута OSPF, т.к. он никак не захватывает маркировку.
tormozillo, спасибо за совет. это один из способов также определить сколько зависает сеансов. Хотелось бы все-таки увидеть способ реализации требуемого.
Максим Гришин, нет. Нужно настроить на разных машинах выполнение задач. для этого нужен пользователь. Человек уволится, надо блокировать учетку. Задачи перестают выполняться. аврал. Да и тупо лень перенастраивать все при смене учетки. Хочется отдать в свое время стабильно работающую систему, без необходимости вместе сидеть и перенастраивать кучу дел.
Нашел по вашим рекомендациям. Далее выяснил, что битые сектора налезли на БД. БД полностью не копируется. Думаю смысла продолжать что либо больше нет.