[5.0.0] При удалении интерфейса удаляются правила маршрутизации

[spatiumstas]

STR

1. Задать правила маршрутизации DNS 

2. Удалить используемый в нём интерфейс, в моём случае WireGuard во вкладке /otherConnections

AR

Все маршруты удаляются

ER

Маршруты ни в коем случае не должны удаляться, по клику мы должны мочь открыть и выбрать другой интерфейс

 

@eralde @Anna_

 

[FLK]

А что тогда в маршруте будет, если нет интерфейса? Какой-то другой? Это наверно не будет хорошо) Или вообще отсутствие интерфейса - типа Не задано с возможностью выбрать другой?

Изменено Среда в 17:38 пользователем FLK

[spatiumstas]

11 минут назад, FLK сказал:

А что тогда в маршруте будет, если нет интерфейса?

Пустой интерфейс, или указанный с ошибкой, как например есть в SMB похожее когда папки нет.

Что угодно будет лучше чем за пользователя удалять его заданные правила

[FLK]

3 минуты назад, spatiumstas сказал:

Пустой интерфейс, или указанный с ошибкой, как например есть в SMB похожее когда папки нет.

Что угодно будет лучше чем за пользователя удалять его заданные правила

С последним доводом трудно поспорить)))

[keenet07]

При отсутствующем интрефейсе (в случае когда его удалили уже после создания правила маршрутизации) принудительно отключить правило маршрутизации, а в интерфейсе выставить интерфейс "Любой" при первом же переходе в меню Маршрутизация, либо где-то в фоне, если данный функционал существует.

Изменено Среда в 18:15 пользователем keenet07

[Le ecureuil]

Это нормально. "Любой" будет ошибкой и вести в неправильное место. А если отключить, то через некоторое время можно вообще не воспомнить что это было за правило.

[keenet07]

Ну как минимум отключить, ничего не выставляя, если возможно. Проще уж вспомнить что там было глядя на отключенное правило, чем тогда когда полностью удаляются все связи. Вот так точно можно не заметить и не вспомнить.

Изменено вчера в 08:33 пользователем keenet07

[Le ecureuil]

1 минуту назад, keenet07 сказал:

Ну как минимум отключить, ничего не выставляя, если возможно. Проще уж вспомнить что там было глядя на отключенное правило, тем более у него есть название, чем тогда когда полностью удаляются все связи. Вот так точно можно не заметить.

Автоудаление было всегда, и только вот сегодня, спустя почти 20 лет, оказалось что это неудобно.

Для мне все же нет убедительного варианта что должно быть вместо удаления, все предложенное выше создает еще больше проблем.

[keenet07]

8 минут назад, Le ecureuil сказал:

Для мне все же нет убедительного варианта что должно быть вместо удаления, все предложенное выше создает еще больше проблем.

Хорошо, доверимся вашему опыту. Я бы в принципе не стал удалять настроенное соединение. В конце концов его можно и перенастроить внутри существующего. А если оно не нужно, то значит и не используется нигде.

Изменено вчера в 08:41 пользователем keenet07

[keenet07]

5 минут назад, Le ecureuil сказал:

Для мне все же нет убедительного варианта что должно быть вместо удаления, все предложенное выше создает еще больше проблем.

Ну чисто теоретически можно было бы сделать предупреждение при удалении, что данное соединение используется там-то. Чтоб человек мог сознательно отключить в тех местах где оно задействовано. Чтоб без сюрпризов.

Изменено вчера в 08:40 пользователем keenet07

[Le ecureuil]

5 минут назад, keenet07 сказал:

Ну чисто теоретически можно было бы сделать предупреждение при удалении, что данное соединение используется там-то. Чтоб человек мог сознательно отключить в тех местах где оно задействовано. Чтоб без сюрпризов.

Это малореально в текущей версии, потому что это соединение может быть использовано в куче модулей, которые связаны только событиями друг с другом.

То есть до реального события удаления можно вообще не узнать что оно где-то используется.

[keenet07]

Исчерпывающе. Значит пока остается, как есть.