Теперь все сообщения с IP-адресов не имеющих обратной записи в DNS (записей типа PTR) будут отвергаться, поток спама, значительно сократится. Пожалуй, это самый простой, действенный и наименее ресурсоёмкий из всех методов фильтрации спама: проверкой reverse DNS отсекается подавляющее большинство спама, рассылаемого с заражённых компьютеров обычных пользователей, составляющих ботнеты спамеров.

Затрудняетесь с самостоятельной настройкой почтового сервера? Поручите все заботы профессионалам — хостинг корпоративной почты с круглосуточной поддержкой.

Частые вопросы

PTR-запись для почтового сервера — какую указать?

В случае поддержки собственного почтового сервера указать PTR-запись необходимо. Если она отсутствует или автоматически создана провайдером, письма с такого сервера в лучшем случае будут попадать в спам, а в худшем вообще отклоняться mail-серверами получателей.

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

Как создать PTR-запись?

Поддержкой PTR-записей занимается владелец автономной системы, в которую входит IP-адрес. Как правило, это провайдер услуг доступа в интернет или хостинг-провайдер. Самостоятельно абонент или пользователь хостинга эту процедуру не выполнит — следует обратиться в техническую поддержку оператора. Определить владельца IP и автономной системы.

Как проверить PTR-запись?

Команды для запроса PTR:

• В командной строке ОС Windows ввести:
  nslookup
  и после ввести интересующий IP-адрес.
• В командной строке ОС Linux ввести:
  dig -x

Настройка зоны обратного подсети

В этой статье описывается настройка зоны обратного подсети.

Исходная версия продукта: Windows Server 2012 R2
Исходный номер КБ: 174419

Аннотация

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

Быстрое увеличение интернет-сообщества создало необходимость подсети полных IP-сетей на меньшие части. В среде подсети DNS-серверы могут легко делегировать полномочия для зон forward lookup, так как они не зависят от инфраструктуры подсети. Однако из-за обратной структуры зон обратного подсмотра и их строгой зависимости от конкретной структуры подсети делегирования этих зон требуют особого внимания. Internet Engineering Task Force (IETF) создал RFC 2317, «Classless IN-ADDR. Делегирования ARPA», в котором рассматриваются эти вопросы.

Делегирование зон обратного подсети обратного подсети дополняет возможность делегирования зон обратного подсети. Такая гибкость в принадлежности зоны позволяет как администратору родительского домена делегировать контроль над поддоменом и соответствующей подсети адресов другому администратору. И наоборот, как администратор родительского домена у вас есть контроль, необходимый для внесения изменений в записи DNS host (A) или записи IP-адресов (PTR) без необходимости запроса на изменение через родительский домен.

В этой статье обсуждается настройка делегируемых зон обратного подсети обратного подсети для DNS-сервера Microsoft Windows.

Просто потому, что ваша сетевая среда подсетей не подразумевает, что DNS-сервер необходимо настроить так, как описано в этой статье. Создание делегированные зоны обратного подсети обратного подсети является только административным выбором; она определяется не только инфраструктурой подсети.

Дополнительные сведения

«Классивная» схема IP-адресов — это схема, которая не разбивет IP-сеть на более мелкие сегменты. Например, адрес класса C 192.168.1.0 с маской подсети 255.255.255.0 является схемой IP-адресов с классами.

«Бесклассовая» схема IP-адресов — это схема, использующая маску подсети для деления IP-адреса на более мелкие сегменты. Например, адрес класса C 192.168.1.0 с маской подсети 255.255.255.192 является бесклассовой схемой IP-адресов. Помимо этой сети, у вас также будут следующие IP-адреса сети: 192.168.1.64, 192.168.1.128 и 192.168.1.192.

При подсети IP-сетей дополнительные биты принимаются с хост-части IP-адреса и даются сетевой части. Это определяется добавлением дополнительных битов в маску подсети. Значение 11111111.11111111.11111111.000000000 показывает маску подсети класса C для сети Класса C 255.255.255.0, хотя значение 11111111.1111111.11111111.11000000 иллюстрирует маску подсети без класса 255.255.255.192. Поэтому из примера выше мы знаем, что:

Синтаксис

Делегированные зоны обратного подсети обратного подсети можно использовать для передачи административного контроля между любым родительским и потомком IN-ADDR. Зона ARPA в DNS. Общие конфигурации включают делегирование isP (Parent) на сайт клиента (child) или делегирование корпоративного главный офис (parent) на корпоративный удаленный сайт (child). Так как сценарий isP наиболее типичный, он будет использоваться в следующем примере.

При создании зон обратного подсмотра без класса можно использовать следующие нотации:

SubnetX .100.168.192.in-addr.arpa (где X — это номер подсети, присвоенный родительским) или

.100.168.192.in-addr.arpa Например: 64-26.100.168.192.in-addr.arpa или

64.100.168.192.in-addr.arpa
Это означает, что подсетная зона обратного подсети — это 64 подсети, использующая 26 бит для маски подсети.

Если вы будете выполнять какие-либо переносы зон, между родительским и потомков необходимо проверить синтаксис файлов, которые будут передаваться между DNS-серверами. Не все версии DNS-серверов поддерживают различные методы синтаксиса, определенные в RFC (дефис, косая черта и т. д.). Microsoft DNS будет поддерживать любой из этих методов.

Какой бы синтаксис ни был выбран в родительском домене, должен совпадать с синтаксис, используемый в этом домене.

Контрольный список

Заполнение следующего контрольного списка упрощает просмотр этого документа.

В этом примере мы будем использовать isP, который получил диапазон класса C и подсети в четыре подсети с помощью маски подсети 255.255.255.192. Четыре подсети: 192.168.100.0, 192.168.100.64, 192.168.100.128 и 192.168.100.192. Подсеть, делегированная сайту клиента, является вторым диапазоном, то есть сетью 64, использующей 65-126 для IP-адресов узла.

Родительское по walkthrough for Windows 2000 and Windows Server 2003 environments

Запустите консоль управления DNS (консоль управления Майкрософт). В представлении измените стандартное представление на расширенный. Выделайте зоны обратного подсмотра, щелкните правой кнопкой мыши и выберите новую зону. Выберите тип зоны Active Directory Integrated или Standard Primary, нажмите кнопку «Далее». Введите либо неподсетированный сетевой ИД (например, 192.168.100), либо имя зоны обратного поднадзора (например, 100.168.192.in-addr.arpa) для адреса класса C, не относя к подсети, нажмите кнопку «Далее». Если выбран стандартный основной файл, можно создать новый файл зоны или существующий файл зоны, его можно разместить в каталоге %systemroot%\winnt\system32\dns, и сервер прочитает его из этого каталога. После создания основной родительской зоны щелкните правой кнопкой мыши созданную зону и выберите новое делегирования. Добавьте соглашение об именах, выбираемого в качестве родительского для делегированной родительской зоны, например 64-26. Не забудьте сообщить об этом соглашении об именованию администратору этого домена. См. примеры. Добавьте запись ресурса CNAME (ALIAS) (записи ресурсов) для устройств в каждой из подсетей. Например:

65 CNAME 65.64-26.100.168.192.in-addr.arpa.

Динамические обновления для обратных подсетей не работают в Windows 2000. Записи необходимо добавить вручную. При создании записи «A» (хост) с помощью GUI не будет работать для подсетной зоны обратного подсети обратного подсети.

Родительское по walkthrough for Windows NT 4.0 environments

Microsoft DNS Manager можно использовать для того, чтобы настроить зону обратного подсмотра для этого сервера имен, а также зону обратного подсети или зоны обратного подсети. После создания зоны in-addr.arpa и подсетей в зонах in-addr.arpa файлы необходимо изменить вручную, чтобы включить записи NS, CNAME и PTR в каждый файл зоны.

В этом примере предполагается несколько предварительных условий. Предполагается, что DNS-сервер Microsoft установлен, а свойства TCP/IP (IP-адрес, маска подсети, шлюз по умолчанию и т. д.) настроены правильно.

Применение последней версии microsoft Windows NT Пакет обновления.

При запросе перезагрузите компьютер.

Нажмите кнопку «Начните», выберите «Программы», выберите «Администрирование» и «Диспетчер DNS».

В меню DNS щелкните «Новый сервер», введите IP-адрес или имя хоста DNS-сервера, а затем нажмите кнопку «ОК».

Создайте зону обратного подсети с помощью следующих действий:

1. Щелкните DNS-сервер и выберите пункт «Новая зона» в меню DNS.
2. Нажмите основную кнопку в диалоговом окне «Создание новой зоны» и нажмите кнопку «Далее».
3. Введите 100.168.192.in-addr.arpa в текстовом поле «Имя зоны» и нажмите кнопку TAB.
4. Текстовое поле «Файл зоны» должно автоматически заполняться 100.168.192.in-addr.arpa.dns.
5. Нажмите кнопку «Готово».

Завершив создание зон, остановите DNS-сервер одним из следующих способов:

• Нажмите кнопку «Начните», найдите пункт «Параметры», выберите пункт «Панель управления», а затем дважды щелкните значок «Службы». Выберите Microsoft DNS-сервер в списке служб и нажмите кнопку «Остановить».
• Введите следующую команду в командной области и нажмите ввод:
  NET STOP DNS

Важно остановить службу DNS перед редактированием файлов зоны или потерять записанную вручную информацию.

В текстовом редакторе откройте созданный файл созданной зоны обратного подсети. Теперь нам нужно добавить запись NS, которая делегирует подсеть на этот DNS-сервер. Добавьте в конец файла следующее:

; Начало комментариев по делегирования
;
NS
; Завершение делегирования

Наш пример будет выглядеть так:

; Начните делегирования в подзоны: 64-26.100.168.192.in-addr.arpa.
;
64-26 NSNS1.msn.com .
; Завершение делегирования

Теперь необходимо создать запись CNAME для каждого адреса в делегированный диапазон подсети. Наш пример выглядит так:

65 CNAME 65.64-26.100.168.192.in-addr.arpa.
66 CNAME 66.64-26.100.168.192.in-addr.arpa.
67 CNAME 67.64-26.100.168.192.in-addr.arpa.
68 CNAME 68.64-26.100.168.192.in-addr.arpa.
69 CNAME 69.64-26.100.168.192.in-addr.arpa.
.
126 CNAME 126.64-26.100.168.192.in-addr.arpa.

Много эллипс «. «, указывает уникальные IP-адреса и hosts в период между 67 и 126. Эллипсы в файле не являются допустимыми.

Повторив шаги 7 и 8, вы можете делегировать любые дополнительные подсетные зоны.

После того как записи NS и CNAME введены, сохраните и выйдите из файла.

Запустите DNS-сервер одним из следующих способов:

• Нажмите кнопку «Начните», найдите пункт «Параметры», выберите пункт «Панель управления», а затем дважды щелкните значок «Службы». Выберите Microsoft DNS-сервер в списке служб и нажмите кнопку «Начните».
• Введите следующую команду в командной области и нажмите ввод:
  NET START DNS

. Для нашего примера это 192.168.43.8. Нажмите кнопку «Добавить», «Далее» и «Готово».

Возможно, вам придется настроить эти DNS-серверы, на которых размещена делегированная зона, для переададации на родительские DNS-серверы. Этот процесс позволяет этим DNS-серверам разрешать записи в зонах, которые были на родительских DNS-серверах.

Примеры файлов зон

Родительский файл зоны обратного подсети

;
; Файл базы 100.168.192.in-addr.arpa.dns для 100.168.192.in-addr.arpa зоны.
; Версия зоны: 4
;

@ IN SOA NS.microsoft.com . administrator.microsoft.com . (
4 ; серийный номер
3600 ; refresh
600 ; retry
86400 ; expire
3600 ); minimum TTL

;
; Делегированная подзоны: 64-26.100.168.192.in-addr.arpa.
;
64-26 NSNS1.msn.com .
; Завершение делегирования

65 CNAME65.64-26.100.168.192.in-addr.arpa.
66 CNAME66.64-26.100.168.192.in-addr.arpa.
67 CNAME67.64-26.100.168.192.in-addr.arpa.
.
126 CNAME67.64-26.100.168.192.in-addr.arpa.

Много эллипс «. «, указывает уникальные IP-адреса и hosts в период между 67 и 126. Эллипсы в файле не являются допустимыми.

Файл зоны обратного подсети с подсети

;
; Файл базы 64-26.100.168.192.in-addr.arpa.dns для зоны 64-26.100.168.192.in-addr.arpa.
; Версия зоны: 1
;

@ IN SOA NS1.msn.com . administrator.msn.com . (
1 ; серийный номер
3600 ; refresh
600 ; retry
86400 ; expire
3600 ); minimum TTL

65 PTR host65.msn.com .
66 PTR host66.msn.com .
67 PTR host67.msn.com .
.
126 PTR host126.msn.com .

Опять же, в примерах выше многолинейки указывают пропущенные IP-адреса от 67 до 126. Эллипсы в файле не являются допустимыми.