Defaults.Exposed › Ataskaitos

Kas yra SPF ptr mechanizmas ir kodėl jis vis dar naudojamas 950,631 įrašuose? (2026)

Paskelbta 2026-07-03

Skaičiai 2026-06-29 būsenai · metodika v7. Suvestinis surašymas apima 261 milijonų įvertintų domenų. Visi skaičiai yra suvestiniai — niekada ne konkrečios įmonės įrašas. Žr. kaip mes vertiname.

ptr yra SPF mechanizmas, kuris įgalioja siuntėjus atlikdamas atvirkštinę DNS užklausą — ir pats SPF standartas nuo 2014 m. sako „nenaudokite jo”. Praėjus 12 metams, 950,631 domenų jį vis dar skelbia. Tai maždaug 1 iš 146 iš 139 milijonų SPF įrašų internete, kurie turi mechanizmą, kurį specifikacija panaikino dar prieš įregistruojant kai kuriuos iš tų domenų.

Ką ptr turėjo daryti

ptr sako: „priimk laiškus iš bet kurio serverio, kurio atvirkštinė DNS užklausa nurodo į mano domeną.” Tai skamba elegantiškai — nereikia prižiūrėti IP sąrašų. Praktikoje tam reikia, kad gavėjas atliktų atvirkštinę užklausą prisijungiančiam IP, o tada persiuntimu patvirtintų kiekvieną gautą pagrindinį kompiuterio vardą. RFC 7208 (§5.5) panaikino jį aiškiais žodžiais: mechanizmas yra „lėtas, DNS klaidų atvejais nėra toks patikimas kaip kiti mechanizmai ir uždeda didelį išteklių poreikį .arpa vardų serveriams” — ir nurodo, kad jis „NETURĖTŲ būti naudojamas.”

Kodėl 2026 m. tai vis dar spąstai

Trys priežastys, kodėl prieš 12 metų panaikintas mechanizmas vis dar svarbus:

• Jis eikvoja jūsų užklausų biudžetą. Kiekvienas ptr skaičiuojamas SPF griežtai riboje — 10 DNS užklausų per patikrinimą — riboje, kurią peržengus visas įrašas paskelbiamas negaliojančiu su PermError. Mechanizmas, kuris nedaro nieko patikimo, vis tiek atima iš jūsų biudžetą, kurio reikia jūsų tikriesiems include: mechanizmams.
• Jis nenuspėjamai nepavyksta. Atvirkštinė DNS yra mažiausiai prižiūrimas daugumos tinklų kampas. Kai ptr užklausa baigiasi laiko limitu arba persiuntimo patvirtinimas nepavyksta, jūsų teisėti laiškai netenka SPF praėjimo, kuriuo jie rėmėsi.
• Kai kurie gavėjai jį visiškai praleidžia. Kadangi standartas jį panaikina, kai kurios realizacijos tiesiog ignoruoja ptr — todėl siuntėjai, kuriuos jis turėjo įgalioti, iš pradžių niekada nebuvo apsaugoti.

Iš kur jis atsiranda

Beveik niekas šiandien nesirenka ptr sąmoningai. Jis atkeliauja paveldėjimu: 2009 m. parašytas nustatymo vadovas, iš seno serverio konfigūracijos nukopijuotas šablonas, „veikiantis” įrašas, nepakitusiai perkeltas per tris talpinimo perkėlimus. Tai modelis, kurį mūsų surašymas mato kiekviename panaikintame, bet vis dar esančiame mechanizme: seni patarimai nemiršta, jie tiesiog nukopijuojami ir įklijuojami. Domenai, turintys ptr, nėra neatidūs — jie laikosi instrukcijų, kurios buvo panaikintos prieš 12 metų.

Kaip tai pataisyti — nemokamai, per penkias minutes

1. Raskite savo SPF įrašą (dig TXT yourdomain.com arba patikrinkite nemokamai).
2. Jei jame yra ptr, nustatykite, kurie serveriai juo rėmėsi.
3. Pakeiskite ptr tikslia forma: ip4:/ip6: bloku serveriams, kuriuos valdote, arba include:, kurį dokumentuoja jūsų tiekėjas.
4. Kol jau ten esate, patikrinkite, ar įrašas baigiasi tikru kvalifikatoriumi — žr. ~all prieš -all.

Dažnai užduodami klausimai

Ką ptr reiškia SPF įraše? Jis įgalioja bet kurį serverį, kurio atvirkštinė DNS užklausa nurodo į jūsų domeną. RFC 7208 §5.5 panaikino jį 2014 m. kaip lėtą ir nepatikimą ir sako, kad jis NETURĖTŲ būti naudojamas — tačiau 950,631 domenų jį vis dar skelbia 2026-06-29 būsenai.

Ar SPF ptr mechanizmas kada nors galioja? Jis vis dar sintaksiškai apdorojamas, ir kai kurie gavėjai jį vis dar vertina — bet standartas visais atvejais pataria jo nenaudoti, kai kurie gavėjai jį ignoruoja, ir jis išnaudoja vieną iš jūsų dešimties DNS užklausų. Nėra jokios šiuolaikinės konfigūracijos, kur ptr būtų tinkamas atsakymas.

Ką turėčiau naudoti vietoj ptr? ip4:/ip6: blokus serveriams, kuriuos valdote, arba jūsų tiekėjo dokumentuotą include:. Abu yra deterministiniai, greiti ir patikimi — viskas, kuo ptr nėra.

Ar ptr skaičiuojamas SPF 10 užklausų riboje? Taip — kiekvienas ptr kainuoja bent vieną iš dešimties DNS užklausų, kurias gavėjas atliks prieš pasiduodamas su PermError. Įrašuose, jau prikrautuose include: mechanizmais, negyvas mechanizmas gali būti būtent tas, kuris jus perkelia per ribą.

Patikrinkite savo įrašą dėl šmėklų

Mechanizmas, panaikintas prieš 12 metų, vis dar sėdintis jūsų DNS, yra būtent tas dalykas, kurio niekas neieško. Pasižiūrėti užtrunka pusę minutės.

Patikrinkite savo domeną → · Pataisykite SPF → · Du SPF įrašai = nė vieno → · SPF brandos modelis → · Tik suvestiniai duomenys. Duomenys saugomi ir apdorojami ES.