Использование nslookup



Использование nslookup

Если у вас есть опыт работы в Unix или вы уже программировали на других языках сценариев помимо Perl, то первая попытка может сильно походить на сценарий командного интерпретатора. Внешняя программа, вызываемая из Perl сценария, выполняет всю сложную работу:

use Data::Dumper;

Shostname = $ARGV[0];

Snslookup = "/usr/local/bin/nslookup";

# путь к nslookup ©servers = qw(nameserver1 nameserver2 nameserverS);

имена серверов имен foreach Sserver (©servers) {

&lookupaddress($hostname,Sserver); в заполняем %results }

%inv = reverse %results;

# инвертируем полученный хэш

if (scalar(keys %inv) > 1) {

print "Между DNS-серверами есть разногласияДп";

print Data::Dumper->Dump([\%results],["results"]),"\n"; }

» обращаемся к серверу, чтобы получить IP-адрес и прочую

# информацию для имени узла, переданного в программу в

командной строке. Результаты записываем в хэш %results sub lookupaddress

my($hostname,Sserver) = @_;

open(NSLOOK,"$nslookup Shostname Sserver|") or

die "Невозможно запустить nslookup:$!\n";

while (<NSLOOK>) {

« игнорировать, пока не дойдем до "Name: next until (/"Name:/);

следующая строка - это ответ Address: chomp($results{$server} = <NSLOOK>);

# удаляем имя поля

die "Ошибка, вывода nslookup \n" unless /Address/;

$results{$server} =" s/Addfess(es)?:\s+//;

все, с nslookup мы закончили last;

}

close(NSLOOK);

}

Преимущества такого подхода:

  • Это короткая программа, которую можно быстро написать (вероятно, ее даже можно построчно перевести из настоящего сценария командного интерпретатора).
  • Нет необходимости писать запутанный код для работы с сетью.
  • Применяется подход в стиле Unix, когда язык общего назначения используется для соединения нескольких маленьких специальных программ, выполняющих требуемые задачи в связке, вместо того чтобы писать большую монолитную программу.
  • Это может оказаться единственным выходом, если нельзя написать программу для взаимодействия клиента и сервера на Perl; в частности, если вам нужно обратиться к серверу, который требует использования особого клиента без каких-либо альтернатив.

Недостатки такого подхода:

  • Появляется зависимость от другой программы за пределами сценария. А если эта программа недоступна? Что делать, если изменится формат вывода данной программы?
  • Это работает медленнее. Каждый раз, для того чтобы выполнить запрос, необходимо запустить новый процесс. От подобной нагрузки можно избавиться, если установить двунаправленный канал с процессом nslookup, который открыт все то время, когда он нужен. Правда, это потребует несколько большего опыта программирования, но это стоит сделать, если вы решите использовать и улучшать подобный подход.
  • У вас меньше контроля. Во всех деталях реализации приходится полагаться на милость внешней программы. Например, в данном случае nslookup (если быть более точным, то библиотека разыменования, которую использует nslookup) обрабатывает тайм-ауты сервера, повторные попытки запросов и дописывает списки поисков доменов.


- Начало - - Назад - - Вперед -