Запросы DNS для CNAMEs для сервера

Используя сервер удаленного терминала как Moxa (http://www.moxa.com/product/NPort_6450.htm) общий подход.

Последовательные устройства все подключение в терминальный сервер Moxa, затем драйвер COM-порта окон Virtual установлен на гостевой ОС VMware. Виртуальный драйвер COM-порта настроен с IP-адресом Терминального сервера.

Преимущество этого подхода состоит в том, что Ваш виртуальный сервер становится абсолютно аппаратно-независимым, можно переместить изображение к любому физическому серверу, и, пока существует возможность соединения IP к терминальному серверу, ничто не повреждается.

12
задан 4 July 2011 в 12:11
5 ответов

используйте powershell:

проверка на Primaryname на Вашей Microsoft DNS Server:

Добираются-WmiObject - Пространство имен 'root\MicrosoftDNS' - Класс MicrosoftDNS_AType - Фильтр "IPAddress = 'xx.xx.xx.xx (IP)'" - имя компьютера mydnsservername

получает весь cnames для того хоста с Вашего сервера Microsoft DNS:

Добираются-WmiObject - Пространство имен 'root\MicrosoftDNS '-Класс MicrosoftDNS_CNAMEType - Фильтр "primaryname =' primaryname от первого запроса, завершенного с точкой'. "-имя компьютера mydnsservername|select ownername, primaryname

2
ответ дан 2 December 2019 в 21:36

Вы не указывали то, что Ваша среда всего лишь при использовании Unix, я думаю, что комбинация роет, и grep должен работать. ns.example.com должно быть имя хоста Вашего сервера имен, example.com домен, которого Ваш хост является частью, и ХОСТ является хостом, для которого Вы хотите найти все записи CNAME. Это - на самом деле символ табуляции в команде grep, не буквально <TAB> (Вам, вероятно, придется скорректировать строку grep).

Также Ваш сервер имен должен, чтобы быть настроенным для разрешения зональных передач, подробные сведения которых будут зависящими от реализации.

dig @ns.example.com example.com axfr |grep 'CNAME<tab>HOST$'

Или если Вы находитесь в Windows, Вы могли бы использовать nslookup:

C:\> nslookup
> name ns.example.com
> ls -a example.com FILE

Это должно произвести все записи для домена example.com это ns.example.com "знает о" в ФАЙЛ. Можно затем использовать любой инструмент, Вы хотите отсортировать текстовый файл, ища соответствующий CNAMES.

Или с непротестированным (но приличный корректный взгляд) сценарий жемчуга:

#!/usr/bin/perl

use Net::DNS;

($target, $zone) = @ARGV;

$res = new Net::DNS::Resolver;
foreach $rr ($res->axfr($zone)) {
     print $rr->name."\n" if (($rr->type eq "CNAME") && ($rr->rdatastr eq $target."."));
}

Несколько точек для полноты:

  • Как @womble указанный, нет никакого эквивалента записи PTR для CNAME. Необходимо будет использовать некоторую контекстную осведомленность путем сортировки всей зональной информации для CNAMES, которые соответствуют записи хоста.
  • Это только работает на Ваш сервер DNS (и если у Вас есть разрешение просмотреть зональную информацию). Нет никакого способа "проследить" CNAMES для Вашего хоста, которые принадлежат на других зонах.
  • Как @BillThor состояния, существуют другие пути к псевдонимам имя хоста вне CNAMES. Снова, Вам будет нужна некоторая контекстная осведомленность.
6
ответ дан 2 December 2019 в 21:36

Протокол DNS не позволяет Вам делать такой "обратный" поиск. Необходимо будет выйти из протокола, такого как использование grep предложений, обеспеченных kce.

3
ответ дан 2 December 2019 в 21:36
  1. Найдите все зоны обслуживаемыми Вашими машинами.
  2. Для каждой зоны использовать dnscmd экспортировать зональные данные:
    dnscmd a.ns.example.com /zoneexport zone.example.com some-filename-for-this-zone
  3. Ищите экспортируемые файлы CNAME ресурсные записи, которые указывают на целевое доменное имя.
1
ответ дан 2 December 2019 в 21:36

Если у Вас есть доступ к Вашей конфигурации DNS, это довольно тривиально для обнаружения этих данных. Однако у любого может быть CNAME, указывающий на Ваш сервер. Вы не сможете проследить их.

Поскольку @wombie указал, что Вы не можете сделать обратного поиска для CNAMES. Нет никакого PTR, эквивалентного для CNAMES, и даже если там, где это вероятно, только некоторые записи существовали бы. Быстрая проверка случайного выбора доменов показала бы, что записи PTR часто не указывают назад на запись. Аналогично, выполнение обратных поисков записей PTR для случайных адресов часто не находит соответствие записью.

Править: CNAMEs не являются единственным способом исказить систему. DNS позволяет нескольким записи на точку тот же адрес. Функционально это совпадает с добавлением CNAME, но метод отличается. Те же проблемы применяются вне Вашего домена. Для поиска различного записи, Вы искали бы IP-адрес (IP-адреса) рассматриваемой системы.

4
ответ дан 2 December 2019 в 21:36

Теги

Похожие вопросы