https://www.rfc-editor.org/rfc/pdfrfc/rfc1995.txt.pdfговорит:
Сервер IXFR может опционально объединять несколько последовательностей различий в одну последовательность различий, тем самым отбрасывая информацию о промежуточных версиях.
Это может быть полезно, если создается много версий, не все из которых полезны. (...).
Но эта функция может быть не столь полезной, если клиент IXFR имеет доступ к двум серверам IXFR: A и B, с несогласованными результатами конденсации. Текущая версия клиента IXFR, полученная от сервера A, может быть неизвестна серверу B. В таком случае сервер B не может предоставить инкрементные данные из неизвестной версии, и необходима полная передача зоны.
Не могли бы вы пролить больше света на то, как могла возникнуть такая ситуация? Я имею в виду, как вообще возможно, что клиент IXFR будет выполнять IXFR с двух серверов, если он в первую очередь — как я понимаю — используется для передачи «недостающей части» зоны с главного авторитарного сервера.
Также, даже если клиент IXFR отправляет по какой-то причине IXFR на два разных сервера, я все равно не понимаю, в чем проблема. Можете ли вы привести какой-нибудь наглядный пример?
решение1
Я не могу точно сказать, какой сценарий представлял себе автор, но вот мое мнение на этот счет:
У сервера имен A есть фактическая главная зона.
Сам сервер имен B получает зону через IXFR от A
(один из нескольких вариантов, другой может быть, что A и B оба IXFR от C, который имеет фактическую главную зону.)
Ваш сервер имен настроен на IXFR зоны от A или B
По той же причине, по которой несколько изменений можно объединить в одну передачу через IXFR, у B могут не быть всех доступных промежуточных версий.
Если затем вы получили IXFR от B, но ваша текущая версия была получена от A, то в настоящее время вы можете находиться на версии, которую B никогда не видел, и B вернется к полной версии AXFR.