Исходное сообщение
"Расщепление зоны DNS" Отправлено LSTemp, 15-Июл-12 03:16
>[оверквотинг удален] >> Хм... Мне всегда казалось, что попав под первый view с match-clients (any), >> последующие view не рассматриваются. > тут порядок правил не важен. > используется более точное совпадение ИП (по длине маски) во всех acl. any > = маска /0 = любое значение всех 32-х битов в ИП. > если под более точную маску из другого acl не попало (например > 192.168.0.1 255.255.255.0 = 192.168.0.1/24), то в конце концов попадет сюда. >> У меня через include подцепляются общие зоны как в view "internal", так >> и external. >> Или я ошибаюсь? Коллеги, Вы почему-то совсем игнорируете возможность указывать ! в acl. в применении > (больше) 2-х интерфейсов. и к тому же даже с относительно старым биндом: man его:            view string optional_class {                 match-clients { address_match_element; ... };                 match-destinations { address_match_element; ... };                 match-recursive-only boolean;                 key string {                      algorithm string;                      secret string;                 }; итд [root@local etc]# named -v BIND 9.5.0-P2 попадание во view не ограничивется только возможностями acl. PS это же не SQL-логика-с-NULL  - это просто классические логические операции - простая булева алгебра.

Ваше сообщение
Имя*:
EMail:	Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>[оверквотинг удален] >>> Хм... Мне всегда казалось, что попав под первый view с match-clients (any), >>> последующие view не рассматриваются. >> тут порядок правил не важен. >> используется более точное совпадение ИП (по длине маски) во всех acl. any >> = маска /0 = любое значение всех 32-х битов в ИП. >> если под более точную маску из другого acl не попало (например >> 192.168.0.1 255.255.255.0 = 192.168.0.1/24), то в конце концов попадет сюда. >>> У меня через include подцепляются общие зоны как в view "internal", так >>> и external. >>> Или я ошибаюсь? > Коллеги, Вы почему-то совсем игнорируете возможность указывать ! в acl. в применении > > (больше) 2-х интерфейсов. > и к тому же даже с относительно старым биндом: man его: > view > string optional_class { > > match-clients { address_match_element; ... }; > > match-destinations { address_match_element; ... }; > > match-recursive-only boolean; > > key string { > > algorithm string; > > secret string; > > }; > итд > [root@local etc]# named -v > BIND 9.5.0-P2 > попадание во view не ограничивется только возможностями acl. > PS > это же не SQL-логика-с-NULL - это просто классические логические операции - > простая булева алгебра.
	Введите код, изображенный на картинке: