24454 2010-10-29 21:44:20 +0400 "Хвосты" после остановки ppp-интерфейсов после обрывов связи 2020-03-31 16:52:30 +0300 1 1 4 Development Sisyphus etcnet unstable all Linux NEW P3 major --- 1 4alt sem 4alt asy ldv rider sem shaba qa-sisyphus oldest_to_newest 114452 0 4alt 2010-10-29 21:44:20 +0400 Ошибка существует как минимум с ALS 4.0 Я сталкивался с этой проблемой на PPTP и PPPoE подключениях. В случае неожиданного разрыва связи родительского интерфейса ethernet (например, выдернули патч-корд или пропало питание на коммутаторе), не удаляются правила efw и ipv4rule дочернего PPTP/PPPoE интерфейса после его опускания. Для efw есть простой обход ошибки: в ifdown-post PPP-интерфейса вносится /sbin/efw $NAME stop К сожалению, для ipv4rule простого обхода нет (IMHO). Возможно, ошибка нестабильна, повторяемость 70-90% случаев обрывов, по моим наблюдениям. Такое впечатление, что часто не успевают обрабатываться все настройки во время опускания PPP-интерфейса. 126560 1 4alt 2011-10-26 15:24:54 +0400 Опять столкнулся с этой ошибкой но уже на p6 на PPPoE. Ничего не изменилось. Вот смотрю на вывод service iptables status и вижу три одинаковых набора правил, привязанных к ppp-интерфейсу. Похоже опять придется городить костыль. Наверное, эта ошибка будет существовать всегда. Ее бы тогда на wiki, как alt-specific 189012 2 asy 2020-03-31 16:52:30 +0300 etcnet - не служба сама по себе, а набор конфигурирующих скриптов. Если pppd сам не обозначит действие (например выполнив ifdown), то etcnet ничего не сделает.