Maksim Herasim, соединения не стоит дропать принудительно (только в случаях отсутствия связи иначе больше задержек на переотправку данных на равнозначных каналах можно получить) и здесь возможно уже маркировка(маршрута) потребуется, если нужна скорость реакции на перестройку вышестоящих сетей провайдеров (bgp,ospf) но по сути если у вас отслеживаются все маршруты через петли то определить наименьшее количество прыжков через тот или иной шлюз не составит проблемы конечный итог просто изменение приоритета маршрутов, а по поводу, "адреса ресурсов заранее неизвестны" на это есть как минимум динамические access листы с днс именем ресурса вместо ip адреса, ну или если совсем в логику уходить l7 и regexp(на хорошей железке или VM будет работать это уже не роутер с mibs)
PS под ручным имелось ввиду по ACCESS list в определённый маршрут и только туда или через петлю в несколько разных маршрутов с другим scope(например через srcnat завернуть внутрь на другой маршрут)
Maksim Herasim, маркировка здесь не нужна нужен скрипт определения наименьшего количества прыжков и переопределения distanse на его основе либо ручное определение приоритета на основе дистанции маршрутов, или петли через scope
Юрий MikroTik, по шированоюму трафику наружу это как из шифрованного контейнера? Как пример у вас есть докер контейнера на шифрованном разделе и все в в https расшифруете?
Zettabyte, возможно служба индексации (windows search) будит или защитник сканирует в фоне диск у меня эти службы отключены как много других служб не очень нужных и естественно файл подкачки на другом диске
Просто недавно начал что-то качать на него и удивился услышав как он раскручиваться начал
Zettabyte, у меня стоит винт wd green или блю как несистемный диск, с win7 отключается самостоятельно и запускается только при попытке доступа к данным на этом диске
PS под ручным имелось ввиду по ACCESS list в определённый маршрут и только туда или через петлю в несколько разных маршрутов с другим scope(например через srcnat завернуть внутрь на другой маршрут)