Проверьте свой выпуск также. Для выпуска Разработчика LicenseType возвратится 'отключенный'
select serverproperty('LicenseType'),
serverproperty('NumLicenses'),
serverproperty('Edition');
Удостоверьтесь, что nsupdate установлен, затем используйте его для регистрации имен. Одна проблема с nsupdate состоит в том, что Вы испытываете необходимость для разрешения незащищенных динамических обновлений. Если Ваша поддержка платформ nsupdate-gss и Ваши машины Linux не являются установкой с kerberos, чтобы быть частью домена.
У меня есть сценарий, который похож несколько как это, я использую в паре ситуаций, как динамическая регистрация клиентов OpenVPN. В реальном сценарии, IP и фактическом имени хоста прибывает из vpn сервера. При использовании базирующегося распределения Debian, было бы довольно легко настроить этот сценарий и поместить его в /etc/network/if-up.d/
.
#/bin/bash
dnssrv="192.168.47.12" # the dns server that will accept the ddns request.
zone="dyn.example.org" # the name of the zone
ttl="7200" #
hostname=`hostname` # the name of your local host
ip='192.168.47.193' # IP of the host
(
echo "server ${dnssrv}"
echo "zone ${zone}"
echo "update delete ${farm}"
echo "update add ${hostname}.${zone} ${ttl} A ${ip}"
echo "send"
) | /usr/bin/nsupdate
Другая альтернатива может быть, чтобы просто использовать DHCP для обоих интерфейсов в установить резервирование.
Я знаю, что Вы сказали, что DHCP не является опцией для статического производства NICs, но Вы изучили сервер DHCP, который раздает фиксированные адреса? Во всех отношениях, они так же хороши как статические IP-адреса, но с добавленным преимуществом централизованного администрирования.
Это относительно просто, чтобы сделать в соответствии с Linux (и я верю также в соответствии с Windows).
Возможно, Вы могли объяснить, почему фиксированные адреса через DHCP не являются опцией, и затем мы можем посмотреть на то, что могло делаться с этим.