Andrey G. Sergeev (AKA Andris) wrote:
>
> >> "Выключение" этой услуги подразумевает её недоступность, поэтому
> >> зону можно
> >> а) вынести из конфигов;
> VS> А не приведет ли это к сильному росту DNS трафика?
>
> Возможно, поэтому лучше применить вариант б).
>
> >> б) подменить файл зоны на некий default override, где A показывают
> >> на сайт провайдера,
>
> VS> Это если в зоне был сайт.
>
> >> а MX на 127.1.
> VS> А это уже подлость по отношению к клиенту. Мне нужно как можно
> VS> более корректно отключить, а не насолить клиенту. обеспечив
> VS> попадание в bogusmx и т.п.
>
> Про насолить речи нет. Можно либо вообще вынести MX либо прописать в
> его качестве некий undeliverable.your-domain.tld. В свою очередь этот
> хост должен быть недоступен либо не существовать вообще.
Либо отказываться принимать почту согласно RFC1846.
>
> Способ с вынесением MX из зоны можно применять, если для самой
> "отключаемой" зоны нет собственной A.
А если есть?
Хотелось бы какого-нибудь унифицированного решения, и при этом по
возможности очевидного для клиента, что это не "провайдер глючит", а
именно что его отключили.
>
> >> Для slave-зон возможное решение - type stub.
> VS> Как его применить для выключения, не соображу.
>
> A stub zone is similar to a slave zone except that it replicates only
> the NS records of a master zone instead of the entire zone.
Я знаю, что такое stub zone, но по-прежнему не пойму, как предлагается
ее применить для выключения. Заменять slave на stub, что ли?
Но при этом для тестирующих роботов зона останется выглядеть
работоспособной, а не хотелось бы.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@xxxxxxxxxxxx if you want to quit.
Archive is accessible on
