Итак, мне никогда не приходилось делать это раньше, но, судя по присланной вами статье, я пришел к такому выводу.
Мы начали с:
v=spf1 a mx include:_spf.google.com include:servers.mcsv.net include:sendgrid.net ~all
Мы получаем всего 10 запросов, прежде чем выдадим ошибку Too many DNS lookups
:
2 (Initial TXT & SPF Lookups)
2 (a & mx Lookups)
1 (_spf.google.com)
1 (servers.mcsv.net)
+1 (sendgrid.net)
-----------------
7 Lookups
Итак, даже не следуя включенным записям SPF, у нас есть 7 поисков.
Теперь давайте погрузимся на уровень глубже.
1. _spf.google.com
Запись Google SPF оценивается как:
v=spf1 include:_netblocks.google.com include:_netblocks6.google.com ?all
Каждый из них принимает следующие значения:
# _netblocks.google.com
v=spf1 ip4:216.239.32.0/19 ip4:64.233.160.0/19 ip4:66.249.80.0/20 ip4:72.14.192.0/18 ip4:209.85.128.0/17 ip4:66.102.0.0/20 ip4:74.125.0.0/16 ip4:64.18.0.0/20 ip4:207.126.144.0/20 ip4:173.194.0.0/16 ?all
# _netblocks6.google.com
v=spf1 ip6:2607:f8b0:4000::/36 ip6:2a00:1450:4000::/36 ?all
Таким образом, Google дает нам еще 2 поиска, в результате чего общее количество запросов составляет 9 запросов.
2. server.mcsv.net
Mailchimp - это немного глупо, потому что он добавляет целых 3 дополнительных поиска:
v=spf1 include:spf1.mcsv.net include:spf2.mcsv.net include:spf.mandrillapp.com ?all
Я предполагаю, что в зависимости от того, что вы отправляете через Mailchimp, вы можете удалить одну или две из этих записей (но вам придется оценить это самостоятельно).
В любом случае, они сводятся к следующему:
# spf1.mcsv.net
v=spf1 ip4:207.97.237.194/31 ip4:207.97.238.88/29 ip4:207.97.240.168/29 ip4:69.20.10.80/29 ip4:69.20.41.72/27 ip4:74.205.22.1/27 ip4:69.20.90.0/26 ?all
# spf2.mcsv.net
v=spf1 ip4:204.232.163.0/24 ip4:72.26.195.64/27 ip4:74.63.47.96/27 ip4:173.231.138.192/27 ip4:173.231.139.0/24 ip4:173.231.176.0/20 ip4:205.201.128.0/24 ?all
# spf.mandrillapp.com
v=spf1 ip4:205.201.136.0/24 ip4:205.201.137.0/24 ?all
Таким образом, мы получаем в общей сложности 12 запросов (что на два уже превышает лимит).
2. sendgrid.net
SendGrid оказывается для нас наименьшим количеством дополнительных запросов.
v=spf1 ip4:208.115.214.0/24 ip4:74.63.202.0/24 ip4:75.126.200.128/27 ip4:75.126.253.0/24 ip4:67.228.50.32/27 ip4:174.36.80.208/28 ip4:174.36.92.96/27 ip4:69.162.98.0/24 ip4:74.63.194.0/24 ip4:74.63.234.0/24 ip4:74.63.235.0/24 include:sendgrid.biz ~all
Таким образом, единственный дополнительный поиск здесь - sendgrid.biz
, который оценивается как:
v=spf1 ip4:208.115.235.0/24 ip4:74.63.231.0/24 ip4:74.63.247.0/24 ip4:74.63.236.0/24 ip4:208.115.239.0/24 ip4:173.193.132.0/24 ip4:173.193.133.0/24 ip4:208.117.48.0/20 ip4:50.31.32.0/19 ip4:198.37.144.0/20 ~all
В результате получается 14 поисковых запросов.
Итак, наша общая сумма составляет 14 запросов. Нам нужно уменьшить это число до 10. Я выделил несколько вариантов ниже, вам может потребоваться использовать более одного из них, чтобы их уменьшить.
Непосредственно включить некоторые перенаправленные записи SPF. Теперь, когда мы знаем, на какие серверы перенаправляются записи spf, вы можете исключить посредников и включить их напрямую. Примечание. Если какая-либо из служб в конечном итоге изменит свои записи SPF, вам придется обновить свои записи вручную.
Удалите некоторые из используемых вами служб. Не уверен, каков ваш вариант использования всех этих сервисов, но определенно есть некоторые совпадения, которые вы могли бы использовать. Например, SendGrid поддерживает (1) транзакционную исходящую почту, (2) информационные бюллетени / маркетинговые электронные письма и (3) входящую почту. Так что может быть некоторая сокращаемая избыточность.
Удалите запись MX, если она избыточна. В зависимости от вашей настройки поиск MX может быть избыточным.
Надеюсь это поможет!
person
Swift
schedule
10.01.2013