Можно ли сказать нам, что вывод с переключателем-i?
Кроме того, каков вывод file --version
, возможно, Вы пропускаете волшебные файлы?
file --version
file-4.26
magic file from /etc/magic:/usr/share/file/magic
Вы, возможно, просто должны были бы обновить свой волшебный пакет (я люблю как эти предложения звук :-)). Сделайте так на debian / человечность:
apt-get install libmagic1
У меня в /etc/dhcp/dhcpd.conf
на обоих серверах есть следующее:
ddns-update-style interim;
include "/etc/bind/rndc.key";
zone myzone.lan. {
primary 192.168.81.10;
key rndc-key;
}
zone 81.168.192.in-addr.arpa. {
primary 192.168.81.10;
key rndc-key;
}
И я скопировал файл /etc/bind/rndc.key
основного к вторичному серверу DNS / DHCP. Таким образом, приведенный выше раздел файла dhcpd.conf будет одинаковым на обоих серверах DHCP.
В качестве альтернативы, я мог бы скопировать первичный DNS-ключ в другой файл и указать этот файл в файле dhcpd.conf аварийного переключения.
Кажется, это работает, поэтому, возможно, ответ Пауски о том, что это невыполнимо, устарел. . У меня это работает на Debian Squeeze с isc-dhcp-server версии 4.1.1-P1-15 + squeeze2.
Это должно быть в некотором роде выполнимым, но требует, чтобы главный DNS в конце концов восстановился.
Во-первых, вам нужно использовать параметр «allow-update-forwarding» в зоне подчиненного DNS. Используйте тот же ключ, что и «allow-update» в главной зоне DNS.
Во-вторых, вам необходимо указать DHCP-серверам, чтобы они связались со вторичными DNS-серверами, если они не смогут связаться с первичным. Для этого перечислите вторичные DNS-серверы в зоне DHCP, например :[122 sizeszone myzone.lan. { первичный 192.168.81.10; вторичный 192.168.81.11; ключ rndc-key; }
Теперь, если главный DNS переходит в автономный режим, DHCP-серверы могут отправлять динамические обновления подчиненному DNS-серверу, и он будет ставить их в очередь для отправки главному серверу, когда он вернется в оперативный режим. К сожалению, DNS-клиенты не увидят динамические обновления, пока мастер не вернется в режим онлайн, не получит и не обработает ожидающие динамические обновления от подчиненного устройства и не перераспределит обновления обратно подчиненным.
Работает у меня годами. Оба сервера в наборе аварийного переключения обновляют ведущее устройство (зачем кому-то из них даже пытаться обновить ведомое устройство?). Мастер выполняет репликацию на подчиненное устройство.