2015-05-24 2 views
1

У меня есть сценарий CLI, который проходит через NSUPDATE для Unix-сервера DDNS. Он принимает вход пользователя и добавляет/изменяет/удаляет записи по мере необходимости. Я не знаю, как или если вы можете изменить запись в обратную зону, когда меняется запись в прямой зоне. СкажитеИзменить обратный поиск с прямым поиском

nslookup host1.zone1 = 1.2.3.4 
nslookup 1.2.3.4 = host.zone1 

Я хочу запустить nsupdate следующим образом.

nsupdate 
server info .... 
update add host1.zone1 86400 IN A 5.6.7.8 
send 

мне интересно, если есть способ связать обратную запись в прямой записи так просто редактируя запись вперед зоны изменения обоих.

nslookup host1.zone1 = 5.6.7.8 
nslookup 5.6.7.8 = not found (want this to show host1.zone1) 
nslookup 1.2.3.4 = host1.zone1 (want this to show not found) 

ответ

0

от первого звена googling "человека nsupdate обратном":

Добавление записей

Ниже приведены примеры того, как добавление A, CNAME и PTR записей. Нужно указать TTL (время жизни) записей (в секундах) при добавлении .

update add www1.example.com 86400 a 172.16.1.1 
update add www.example.com 600 cname www1.example.com. 
send 

update add 1.1.16.172.in-addr.arpa 86400 ptr www1.example.com. 
send 

Обратите внимание, что я позаботилась, чтобы использовать два отдельных «отправить» команды обрабатывать обновления A и PTR от www1.example.com, поскольку изменения относятся к двум различным зонам, например, .com и 1.16.172.in-addr.arpa.

Имейте в виду, что обратные записи - это PTR, а не A. Нет никакого метода, я знаю, где вы можете связать их, чтобы одна команда выполняла оба действия, поскольку они являются отдельными записями. Но, если вы создаете скрипт вперед, у вас уже есть информация для PTR.

+0

Ах, хорошо, спасибо за ваше время, не был уверен, есть ли способ их увязки. Я сделал очень грубый сценарий bash смеси dig/grep/cut/sed, чтобы получить старый ip, отменил его шаблон, а затем удалите перед добавлением нового адреса. – Saxon

+0

, если вы берете IP-адрес и реверсируете его, чтобы получить запись PTR, вы можете рассмотреть либо разбор инструкций зоны из конфигурации, либо какой-либо другой метод отслеживания фактической зоны, чтобы вы не пытались добавить/удалить в неправильную зону; то есть, если вы используете 192.168/16 IP-пространство, вы не захотите добавить записи в качестве/24. Один из способов, которым я обходился в прошлом, - использовать INCLUDE (http://www.zytrax.com/books/dns/ch7/include.html) в файле конфигурации, чтобы люди приложения могли добавлять/удалять записи в файлы в не приватизированном файле на сервере. –

Смежные вопросы