История изменений
Исправление firkax, (текущая версия) :
Соотвественно если линк упал, можно… нужно все записи о соединениях привязаных к этому линку из таблицы вычистить, а всем службам разослать что конектион лост, завязывайте со «слать и слушать»
Это как раз и есть то совершенно идиотское поведение которое я видел в старой винде (в семёрке такого уже нет). Нет, не нужно удалять соединения при падении линка.
т.к после падения линка очевидно соединения прервались и это новое актуальное состояние системы.
Нет.
Если модуль так не делает, значит хреновый модуль, и его таблица соединений отображает погоду на марсе.
Это как раз хороший модуль, и к счастью так себя ведёт сетевой стек и в линуксе и в фрибсд - ничего не рвёт при потере линка.
Линк - это физический уровень, и логическому (tcp) до него не должно быть дела. Мало ли из-за чего он упал и мало ли когда он вернётся. Может это кабель надо было переткнуть почему-то, на 1 сек. А для долгих разрывов есть штатные tcp-таймауты, которые от линков опять не зависят. Если же почему-то надо сбросить tcp-соединения, то это как раз и можно сделать вручную уже.
противоположная сторона уже отработала потерю соединения, и закрыла его, а вот твоя приложуха будет упорото долбится, вместо переподнятия соединения в результате линк есть а ничего не работает.
Если та сторона закрыла коннект, то она ответит RST при попытке нашей стороны этот коннект использовать. После чего «наша сторона» коннект тоже закроет. Линки тут опять ни при чём.
Исправление firkax, :
Соотвественно если линк упал, можно… нужно все записи о соединениях привязаных к этому линку из таблицы вычистить, а всем службам разослать что конектион лост, завязывайте со «слать и слушать»
Это как раз и есть то совершенно идиотское поведение которое я видел в старой винде (в семёрке такого уже нет). Нет, не нужно удалять соединения при падении линка.
т.к после падения линка очевидно соединения прервались и это новое актуальное состояние системы.
Нет.
Если модуль так не делает, значит хреновый модуль, и его таблица соединений отображает погоду на марсе.
Это как раз хороший модуль, и к счастью так себя ведёт сетевой стек и в линуксе и в фрибсд - ничего не рвёт при потере линка.
Линк - это физический уровень, и логическому (tcp) до него не должно быть дела. Мало ли из-за чего он упал и мало ли когда он вернётся. Может это кабель надо было переткнуть почему-то, на 1 сек. А для долгих разрывов есть штатные tcp-таймауты, которые от линков опять не зависят. Если же почему-то надо сбросить tcp-соединения, то это как раз и можно сделать вручную уже.
противоположная сторона уже отработала потерю соединения, и закрыла его, а вот твоя приложуха будет упорото долбится, вместо переподнятия соединения в результате линк есть а ничего не работает.
Если та сторона закрыла коннект, то она ответит RST при попытке нашей стороны этот коннект использовать. После чего «наша сторона» коннект тоже закроет.
Исходная версия firkax, :
Соотвественно если линк упал, можно… нужно все записи о соединениях привязаных к этому линку из таблицы вычистить, а всем службам разослать что конектион лост, завязывайте со «слать и слушать»
Это как раз и есть то совершенно идиотское поведение которое я видел в старой винде (в семёрке такого уже нет). Нет, не нужно удалять соединения при падении линка.
т.к после падения линка очевидно соединения прервались и это новое актуальное состояние системы.
Нет.
Если модуль так не делает, значит хреновый модуль, и его таблица соединений отображает погоду на марсе.
Это как раз хороший модуль, и к счастью так себя ведёт сетевой стек и в линуксе и в фрибсд - ничего не рвёт при потере линка.
Линк - это физический уровень, и логическому (tcp) до него не должно быть дела. Мало ли из-за чего он упал и мало ли когда он вернётся. Может это кабель надо было переткнуть почему-то, на 1 сек. А для долгих разрывов есть штатные tcp-таймауты, которые от линков опять не зависят. Если же почему-то надо сбросить tcp-соединения, то это как раз и можно сделать вручную уже.