The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск Red Hat Enterprise Linux 6.10, opennews (??), 20-Июн-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


22. "Выпуск Red Hat Enterprise Linux 6.10"  –2 +/
Сообщение от Аноняшка (?), 20-Июн-18, 16:16 
> В пакете iptables-services добавлена поддержка настроек /etc/sysctl.d, которые теперь *корректно применяются* после перезапуска сервиса iptables.

ой... а что, раньше у красношапки iptables работали так себе? Столько лет?...А это только у красношапки, или у Убунту 14.04 тоже?... XD

Ответить | Правка | Наверх | Cообщить модератору

30. "Выпуск Red Hat Enterprise Linux 6.10"  +/
Сообщение от Stax (ok), 20-Июн-18, 17:02 
iptables работал нормально, просто *сервис*, отвечающий за iptables при перезапуске перечитывал настройки только из sysctl.conf, а не sysctl.d.
Эта проблема касается, скажем так, далеко не часто встречающихся ситуаций, когда через sysctl правились такие параметры netfilter, которые могли сбрасываться при перезапуске iptables.

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

А по юбунте, это вопрос к тому, как там идет управление сервисом файрвола. Там может вообще не быть подобной операции, например (по причинам, описанным выше). Или вообще не быть подгрузки sysctl.conf после перезапуска файрвола, я не знаю.

Ответить | Правка | Наверх | Cообщить модератору

34. "Выпуск Red Hat Enterprise Linux 6.10"  –1 +/
Сообщение от Moomintroll (ok), 20-Июн-18, 17:40 
> по юбунте

О! Чё-то новенькое! Такого я ещё не видел.

Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск Red Hat Enterprise Linux 6.10"  +/
Сообщение от нах (?), 20-Июн-18, 17:55 
> А по юбунте, это вопрос к тому, как там идет управление сервисом
> файрвола. Там может вообще не быть подобной операции, например (по причинам,

а никак, это ж наследники дебиан - известные неосиляторы iptables.

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

Впрочем, можно сделать и хуже - см. SuSEFirewall, ручному управлению не поддается в принципе - только интуитивно-приятными концепциями
(он еще и имел уморительную привычку каждый раз перезагружаться при поднятии/опускании динамических интерфейсов)

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

42. "Выпуск Red Hat Enterprise Linux 6.10"  –1 +/
Сообщение от Sw00p aka Jerom (?), 20-Июн-18, 20:24 
>>отвечающий за iptables при перезапуске перечитывал настройки только из sysctl.conf

он вообще не перечитывал их при перезапуске

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

43. "Выпуск Red Hat Enterprise Linux 6.10"  +/
Сообщение от Stax (ok), 20-Июн-18, 21:48 
Перечитывал при запуске и перезапуске. Просто он смотрит только на то, что относится к настройкам netfilter, а не все, что попало. Настраивается опцией в sysconfig/iptables-config, напр.

IPTABLES_SYSCTL_LOAD_LIST=".nf_conntrack .bridge-nf"

Если там пусто, то ничего не будет перечитывать, т.к. не настроено.

Ответить | Правка | Наверх | Cообщить модератору

56. "Выпуск Red Hat Enterprise Linux 6.10"  –1 +/
Сообщение от Sw00p aka Jerom (?), 21-Июн-18, 01:23 
net.ipv4.netfilter.ip_conntrack_max

это как минимум он не перечитывал, если его значение превышало дефолтовое

Ответить | Правка | Наверх | Cообщить модератору

77. "Выпуск Red Hat Enterprise Linux 6.10"  +/
Сообщение от Stax (ok), 21-Июн-18, 13:35 
Еще раз, он не будет перечитывать что попало, там нет искусственного интеллекта с глубоким анализом, что нужно перечитывать, а что нет. Прочтите описание опции IPTABLES_SYSCTL_LOAD_LIST, добавьте туда .ip_conntrack_max и буде тработать.
Ответить | Правка | Наверх | Cообщить модератору

86. "Выпуск Red Hat Enterprise Linux 6.10"  +/
Сообщение от Sw00p aka Jerom (?), 21-Июн-18, 14:29 
https://bugzilla.redhat.com/show_bug.cgi?id=552522
https://access.redhat.com/errata/RHBA-2012:0255
Ответить | Правка | Наверх | Cообщить модератору

97. "Выпуск Red Hat Enterprise Linux 6.10"  +/
Сообщение от Stax (ok), 21-Июн-18, 17:00 
Ну да, с 2012 года фича, когда-то не было.. Что не так-то? :)
Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск Red Hat Enterprise Linux 6.10"  –1 +/
Сообщение от RHEL fan (?), 21-Июн-18, 10:21 
Тут же, вроде, не так давно писали, что iptables правила добавлять/удалять в принципе не умеет, при изменении происходит сброс таблицы и загрузка новой. Так что, добавили/удалили или перезагрузили - разницы никакой. В обсуждении новости про bpfilter было.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

73. "Выпуск Red Hat Enterprise Linux 6.10"  +/
Сообщение от нах (?), 21-Июн-18, 12:07 
> Тут же, вроде, не так давно писали, что iptables правила добавлять/удалять в
> принципе не умеет, при изменении происходит сброс таблицы и загрузка новой.

тут о другом речь - сервис iptables в rh при некоторых (помнится, дефолтных) настройках на stop/restart еще и сами модули норовит выгрузить. Соответственно, пакетный кривотюнинг от неосиляторов sed (ни конфиг модуля поредактировать, ни sysctl.conf, надо обязательно нагадить автоперечитываемым нано-конфигом куда-то в недра чегототам.d, чтоб его ни в коем случае админ не нашел, а нашел так менять не рискнул, хрен потом кто найдет, и неизвестно, как отреагирует автомагическая хрень, ЭТО понасоздававшая) не срабатывал второй раз.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру