Записи не могут быть найдены

Проблема: мой SPF Record (TXT) не может быть получен из записи DNS домена zwischengas.com
В моей записи DNS есть одна строка для записи SPF (как запись TXT):

@  IN TXT "v=spf1 ip4:188.a.b.c ip4:xyz/22
ip4:xyz/24 ip4:xyz/21 ip4:xyz/24 ip4:xyz/24" "ip4:xyz ip4:xyz/22
ip4:xyz ip4:xyz/29 ip4:xyz/29 ip4:xyz/28" "ip4:xyz/24 ip4:xyz/24 a mx
?all"

У меня проблема, что эта запись SPF не может быть найдена, и я понятия не имею, почему. Согласно RFC рекомендуется разбивать очень длинную строку на несколько строк, чтобы длина всех подстрок не превышала 255 символов.

Мой домен — zwischengas.com, IP-адрес почтового сервера — 188.a.b.c, кто-нибудь знает?

Я пробовал эти тесты без успеха:

host -t txt zwischengas.com
spfquery -ip-address 188.a.b.c -m [email protected] -h zwischengas.com

Также тесты с онлайн-инструментами не увенчались успехом:

Также Google Mail (gmail.com) не может получить мою запись SPF (согласно исходному разделу заголовка почты):

Received-SPF: neutral (google.com: 188.a.b.c is neither permitted
nor denied by best guess record for domain of
[email protected]) client-ip=188.a.b.c;

dns phishing spf
person basZero    schedule 08.08.2013    source источник
comment
Таким образом, каждая строка в конкатенированном 1.2.3.4 2.3.4.5 может состоять из 255 символов - каков общий максимум на запись (т.е. строка, которая намного длиннее, чем разрешено)   -  person Kevin    schedule 16.03.2015
comment
Я не нашел общепринятого максимального значения. Так что не хотел угадывать макс.   -  person basZero    schedule 17.03.2015

Ответы (2)


arrow_upward
6
arrow_downward

Рабочее решение

Вы можете проверить правильность записи SPF, позвонив по телефону

host -t txt myhost.com

Простая запись SPF может выглядеть так:

@ IN TXT "v=spf1 ip4:244.11.23.13 a mx ?all"

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

Итак, вместо

@  IN TXT "v=spf1 ip4:244.11.23.13 ip4:144.21.23.13 ip4:222.11.11.13 ip4:244.182.23.191 ip4:203.101.22.13 a mx ?all"

у вас будет (пример):

@ IN TXT "v=spf1 ip4:244.11.23.13 ip4:144.21.23.13" " ip4:222.11.11.13 ip4:244.182.23.191" " ip4:203.101.22.13 a mx ?all"

Параметр " " описан в соответствующем RFC и принимается всеми DNS-серверами (фактически происходит удаление " " и объединение подстрок).

Но что, если у вас 20 IP-адресов? Вы получите строку, которая намного длиннее допустимой. Что ты можешь сделать?

Решение этой проблемы называется: include

Пример:

@ IN TXT "v=spf1 include:_spf1.myhost.com include:_spf2.myhost.com a mx ?all"
_spf1 IN TXT "v=spf1 ip4:244.11.23.13 ip4:144.21.23.13 a mx ?all"
_spf2 IN TXT "v=spf1 ip4:222.11.11.13 ip4:244.182.23.191 ip4:203.101.22.13 a mx ?all"

Вы можете расширить это с помощью N иерархий. Я надеюсь, что это поможет, поскольку мне потребовалось некоторое время, чтобы выяснить это!!

person Community    schedule 08.08.2013

arrow_upward
0
arrow_downward

Что это за кратность"?

@  IN TXT "v=spf1 ip4:188.a.b.c ip4:xyz/22 ip4:xyz/24 ip4:xyz/21 ip4:xyz/24 ip4:xyz/24" "ip4:xyz ip4:xyz/22 ip4:xyz ip4:xyz/29 ip4:xyz/29 ip4:xyz/28" "ip4:xyz/24 ip4:xyz/24 a mx ?all"

Разве это не должно иметь только пару "", а затем быть:

@  IN TXT "v=spf1 ip4:188.a.b.c ip4:xyz/22 ip4:xyz/24 ip4:xyz/21 ip4:xyz/24 ip4:xyz/24 ip4:xyz ip4:xyz/22 ip4:xyz ip4:xyz/29 ip4:xyz/29 ip4:xyz/28 ip4:xyz/24 ip4:xyz/24 a mx ?all"
person user1293137    schedule 08.08.2013
comment
Если я попытаюсь сохранить его без кратного, он скажет, что строка слишком длинная. - person basZero; 08.08.2013
comment
ммм, вы редактируете его через панель или что-то подобное? Имхо, вы в настоящее время «избегаете» ограничений панели, используя скобки, но разрушаете стандарт SPF, умножая их. В любом случае, если a.b.c и xyz должны быть указаны как константы, вы можете изменить всю строку следующим образом: v=spf1 ip4:188.a.b.c ip4:xyz/21 +a +mx ?all - person user1293137; 08.08.2013
comment
" " обрабатывается, и строки объединяются. Я нашел это в RFC, но больше не имею ссылки. Я нашел это: zytrax.com/books/dns/ch8/txt.html< /а> - person basZero; 08.08.2013
comment
Спасибо @ user1293137, но все xyz - это разные диапазоны IP-адресов нашего партнера по почтовому маркетингу ... поэтому строка должна быть действительно такой длинной и не должна быть проблемой. - person basZero; 08.08.2013
comment
Я узнал это. Пожалуйста, смотрите мой пост выше. - person basZero; 08.08.2013