Kayıt nerede yaşar
Örneğinize yönlendirilen her adresin düzenlenebilir bir PTR kaydı vardır. Panel, bunları örneğin altında, adres başına bir satır olacak şekilde listeler. API aynı şeyi sunar:
curl -s https://paragonvps.com/api/v1/instances/<instance-id>/addresses -H "Authorization: Bearer $Paragon_TOKEN" | jq -r '.[].ptr'Bir tane ayarlamak:
curl -s -X PUT https://paragonvps.com/api/v1/addresses/<address-id>/ptr -H "Authorization: Bearer $Paragon_TOKEN" -H "Content-Type: application/json" -d '{"ptr":"mail.example.com"}'İleri kaydın önce mevcut olması gerekir
Eşleşen bir A veya AAAA kaydı olmayan bir isme işaret eden bir PTR, hiç PTR olmamasından daha kötüdür. Alıcı posta sunucuları uyumsuzluğu bir sinyal olarak okur ve birkaçı bu nedenle bağlantıyı reddeder. İleri kaydı yayınlayın, çözümlendiğini doğrulayın, ardından PTR'yi ayarlayın.
dig +short mail.example.com A
dig +short mail.example.com AAAAArdından çiftin her iki yönde de uyuştuğunu kontrol edin:
dig +short -x <ipv4>
dig +short -x <ipv6>dig -x, in-addr.arpa veya ip6.arpa adını sizin için derler; bu, otuz iki nibble'ı elle ters çevirip birini yanlış yapmanızı önler.
Yayılma
Yetkili bölgelerimiz bir değişikliği yaklaşık bir dakika içinde alır. Daha uzun süren negatif önbellektir: PTR'yi ayarlamadan önce sorgulayan herhangi bir çözümleyici, boş yanıtı SOA minimum süresi boyunca tutabilir; ters bölgelerde bu bir saattir. Bunu ne biz ne de siz kısaltabiliriz ve sorguyu tekrarlamak yalnızca bunu kanıtlar.
IPv6
Yönlendirilen /64, adlandıracağınızdan daha fazla adres içerir ve panel size her biri için bir metin alanı sunmayacaktır. İki işe yarayan yaklaşım:
- Gerçekten kullandığınız bireysel adreslerde PTR ayarlayın. Çoğu kişinin yalnızca birine ihtiyacı vardır: posta göndereni için.
- /64'ünüzü kapsayan
ip6.arpabölgesinin kendi ad sunucularınıza devredilmesini isteyin; ardından istediğinizi üretebilirsiniz. Devir bir biletle yapılır, yaklaşık bir gün sürer ve bölge için zaten yanıt veren iki ad sunucusu gerektirir.
Posta ayrıntıları
Yeni hesaplarda giden 25 numaralı bağlantı noktası kapalıdır. Sorun, örneğin ne gönderdiğini ve kabaca ne kadar gönderdiğini söyleyin, biz de açalım. Bu kontrol, açık rölelerin kabul edilebilir kullanım politikasının açıkça yasakladığı üç şeyden biri olduğu için vardır.
Açıldıktan sonra dört dize uyuşmalıdır: gönderen ana bilgisayar adı, PTR, HELO adı ve SPF kaydınızın yetki verdiği her şey. HELO'yu PTR ile aynı yapmak, yumuşak reddetmenin en yaygın nedenini ortadan kaldırır.
swaks --to [email protected] --server localhost --helo mail.example.comKabul edilmediğinde
Oluşma sırasına göre üç neden:
- İleri kayıt eksik, yanlış veya henüz yayılmamış.
- Düzenlediğiniz adres, trafiği gönderen örnekten farklı bir örneğe ait.
- Arka plan programınız, PTR'yi ayarladığınız adresten farklı bir /64 adresine bağlanıyor.
Üçüncüsü gözden kaçması kolay ve kontrol etmesi kolaydır:
ip -brief addr
ss -tlnpGiden bir bağlantıdaki kaynak adres, PTR'nizi taşıyan adres değilse, arka plan programını açıkça bağlayın; çekirdeğin aklınızdaki adresi seçeceğini ummayın.