Как Обратный поиск DNS работает относительно спам-фильтров?
Просто настройте сервер Windows 2003. В компоненте Маршрутизации и Удаленного доступа можно включить его как конечную точку VPN PPTP.
В Вашем брандмауэре Вам будет нужен к открытым портам TCP 1723 и GRE (Общая инкапсуляция маршрутов) протокол.
Если Вы не включите GRE, то Вы получите к "Имени пользователя проверки и паролю..." шаг, но никогда "Регистрацию Вашего компьютера на сетевом" шаге - это - то, как Вы знаете.:)
Надежда, которая помогает..., работает отлично когда-то настроенный.
Тест обычно не выдерживает сравнение с конвертом SMTP (как Вы, описывают как Ваш основанный на глазном яблоке процесс), но нахождение обратного имени хоста DNS соединяющегося хоста (если таковые имеются), прокручивание того вперед DNS и наблюдение, если это решило назад к исходному IP-адресу.
Таким образом, то, в чем Вы нуждаетесь, должно 1) иметь обратный настроенный DNS (для первого шага) и 2) иметь настроенный правильно (для второго шага).
Нет ничего, чтобы мешать любому соответствовать конверту SMTP также, даже если бы это часто рассматривается как слишком параноидальное, таким образом, Вы также хотели бы везде свое имя хоста, кажется, в Вашей почтовой передаче использует имя DNS, которое появляется в Вашем обратном DNS.
Именно так. Вы проверяете, не симулирует ли почтовый сервер, кто просто говорил с Вами, быть кем-то еще путем взаимосвязи вперед запроса DNS (запись домена) с обратным запросом (запись PTR IP-адреса).
Если они соответствуют, браво. Если они не делают, шикают, шипение.
Это, конечно, подразумевает, что любой сервер с несколькими именами хостов на их IP-адресе должен просто использовать адрес, указанный в PTR при отправке писем.
Обратная запись DNS должна существовать, но я не думаю, что она также следит за именем хоста - пока доменные соответствия.
Мы SNAT вся наша исходящая коммуникация так, чтобы все это прибыло из 1 IP-адреса. У нас также есть все записи наших mailserver, настроенные в обратном DNS, но я думаю, что он просто отвечает циклическим способом, таким образом, нет никакой гарантии, какую запись узла это получит.
Тем не менее, эта установка работает приятно.
-
1Я думаю, что можно быть правы относительно не слежения также за именем хоста. Некоторое время я управлял почтовым сервером, который признал себя mail.example.com даже при том, что RDNS для IP-адреса перешел к www.example.com. У меня никогда не было проблем при получении почты до Gmail. – David Z 24 July 2009 в 19:58
Вы корректны в заявлении, что Обратный запрос DNS не проверяет по имени хоста сервера SMTP. Однако важно отметить, что некоторые почтовые серверы действительно на самом деле проверяют это. Мое последнее задание было в обменной хостинговой компании, и мы будем иногда сталкиваться с проблемами из-за этого. Как адресат нужно отметить в этом обсуждении, что обратная сторона этого уравнения также становится популярной теперь - записи SFP. В основном записи SPF покрывают имя хоста / IP сервера SMTP путем утверждения, какие серверы разрешены отправить почту как домен. Если имитировавший сервер попытается отправить, то получатель откажется от сообщения, так как это от неправильного IP.