PTR ለማዘጋጀት dedicated IP ያስፈልገኛል?

አዎ። PTR record IPን ወደ hostname መልሶ ያዛምዳል፣ ስለዚህ IPን መያዝ አለብዎ። NAT ዕቅዶች ወጪ አድራሻ ይጋራሉ፣ ስለዚህ rDNS የሚያዘጋጁበት ምንም የለም። ይህ በdedicated-IP ዕቅዶች ላይ ብቻ ይሠራል።

SPF እና DKIM ቢኖርም ኢሜይሌ ለምን spam ውስጥ ይወድቃል?

SPF እና DKIM መልእክቱን ያረጋግጣሉ፤ PTR IPን ያረጋግጣል። ብዙ ተቀባይ servers reverse DNS resolve ከማያደርግ ወይም ከመላኪያ hostname ጋር ከማይዛመድ IP የመጣ ኢሜይል ውድቅ ያደርጋሉ ወይም ደረጃ ይቀንሳሉ። PTRን ወደ mail hostnameዎ ያዘጋጁ እና forward A record ወደ ተመሳሳይ IP መልሶ እንዲያመለክት ያድርጉ — ያ forward-confirmed rDNS ነው፣ እና የሚያረጋግጡት ያንን ነው።

PTR ለመተግበር ምን ያህል ጊዜ ይወስዳል?

ለውጡ ራሱ ሲያስቀምጡት ወዲያውኑ ይተገበራል። በሌላ ቦታ ያለ DNS caching ለመከታተል ከጥቂት ደቂቃዎች እስከ ሁለት ሰዓት ሊወስድ ይችላል፣ ስለዚህ ማረጋገጫ አሁንም የድሮውን ዋጋ የሚያሳይ ከሆነ፣ ትንሽ ጊዜ ይስጡት።

ወዲያውኑ በport 25 ኢሜይል መላክ እችላለሁ?

በነባሪ አይደለም። ወጪ port 25 spamን ከአውታረ መረቡ ለማራቅ በአዲስ servers ላይ ተዘግቷል። PTR ማዘጋጀት ኢሜይል ለማንቀሳቀስ አንድ መስፈርት ነው፤ ወጪ 25 ማስከፈት የተለየ እርምጃ ነው — PTR፣ SPF፣ DKIM እና DMARCዎ ከተስተካከሉ በኋላ ያግኙን።

ለdedicated IPዎ reverse DNS (PTR) ማዘጋጀት

ለdedicated-IP VPSዎ ከዳሽቦርድ PTR record እንዴት እንደሚያዘጋጁ፣ mail servers ለምን እንደሚፈልጉት፣ እና ሁለቱንም አቅጣጫ resolve እንደሚያደርግ እንዴት እንደሚያረጋግጡ። Self-service፣ የsupport ticket የለም።

Reverse DNS (PTR record) የIP አድራሻዎን ወደ hostname መልሶ ያዛምዳል — የተለመደ A record ተቃራኒ። አብዛኞቹ አገልግሎቶች በጭራሽ አይመለከቱትም። ኢሜይል ትልቁ ልዩ ሁኔታ ነው: ተቀባይ servers መላኪያ IP PTR እንዳለው፣ እና server ራሱን ከሚያስተዋውቅበት hostname ጋር እንደሚዛመድ በመደበኛነት ያረጋግጣሉ። ተሳስተው ካደረጉት SPF እና DKIMዎ ምንም ያህል ንፁህ ቢሆኑም ኢሜይልዎ እንደ spam ይመዘገባል ወይም በቀጥታ ውድቅ ይደረጋል።

በEQVPS PTRን እራስዎ ከዳሽቦርድ ያዘጋጃሉ — የsupport ticket የለም፣ እኛን መጠበቅ የለም።

ከዳሽቦርድ ያዘጋጁት

ይግቡ እና Servers ን ይክፈቱ፣ ከዚያ ማዘጋጀት የሚፈልጉትን dedicated-IP server ይጫኑ።
በserver ገጹ ላይ የReverse DNS ፓነልን ያግኙ። (በdedicated-IP ዕቅዶች ላይ ብቻ ይታያል — NAT server የሚያመለክተው የራሱ IP የለውም።)
IPን resolve ማድረግ የሚፈልጉበትን hostname ያስገቡ — የሚቆጣጠሩት ሙሉ-ብቁ ጎራ፣ ለምሳሌ mail.yourdomain.com።
ያስቀምጡ። record ወዲያውኑ ይተገበራል።

ፓነሉ አሁን ያለውን PTR ያሳያል፣ ስለዚህ hostname በተለወጠ ቁጥር ተመልሰው መጥተው ሊቀይሩት ይችላሉ።

forward-confirmed ያድርጉት

PTR ብቻውን ለኢሜይል በቂ አይደለም። ጥብቅ ተቀባዮች forward-confirmed reverse DNS ይፈልጋሉ: PTR IPን ወደ hostname ያመለክታል፣ እና የዚያ hostname A record ወደ ተመሳሳይ IP መልሶ ያመለክታል። ሁለቱም አቅጣጫዎች መስማማት አለባቸው።

ስለዚህ IPዎ 203.0.113.10 ከሆነ እና PTRን ወደ mail.yourdomain.com ካዘጋጁ፣ በጎራዎ DNS ውስጥ A record ም ይፍጠሩ:

mail.yourdomain.com.  A  203.0.113.10

አሁን loopው ይዘጋል: IP → hostname → IP።

እንደሠራ ያረጋግጡ

ከማንኛውም ማሽን:

# reverse: IP hostnameዎን መመለስ አለበት
dig -x 203.0.113.10 +short
# forward: hostname ተመሳሳይ IPን መመለስ አለበት
dig mail.yourdomain.com +short

ሁለቱም እርስ በርስ ማመልከት አለባቸው። reverse lookup አሁንም የነባሪ provider hostname የሚያሳይ ከሆነ (እንደ static.203-0-113-10.rev.example-isp.net ያለ ነገር)፣ ለውጡ እየተጠቀሙበት ወዳለው resolver ገና አልተሰራጨም — ትንሽ ይጠብቁ እና እንደገና ያረጋግጡ።

ታማኝ ገደቦች

Dedicated IP ብቻ። የራስዎ IP የለም፣ PTR የለም — NAT ዕቅዶች ይህን ማድረግ አይችሉም።
PTR አንድ ቁራጭ ነው፣ ሙሉ የኢሜይል እንቆቅልሽ አይደለም። ለ deliverability በጎራው ላይ SPF፣ DKIM እና DMARC ም ይፈልጋሉ፣ እና ወጪ port 25 ክፍት (spamን ለማቆም በአዲስ servers ላይ በነባሪ ተዘግቷል — የቀረው ከተዘጋጀ በኋላ ይጠይቁ)። Reverse DNS ከመጀመሪያው በር ያሳልፍዎታል፤ አስማታዊ የ deliverability switch አይደለም።
በአንድ IP አንድ hostname። PTR IPን ወደ አንድ ስም ያዛምዳል። ወደ ዋና mail hostnameዎ ያመልክቱት።

mail serverን ከባዶ እያቆሙ ከሆነ፣ የmail server walkthrough SPF/DKIM/DMARC እና የport-25 ታሪክን ከዚህ ጎን ለጎን ይሸፍናል። እና dedicated IP እንኳ ያስፈልግዎ እንደሆነ አሁንም እየወሰኑ ከሆነ፣ የNAT-vs-dedicated ትንተና ይኸውና።

ለdedicated IPዎ reverse DNS (PTR) ማዘጋጀት

ከዳሽቦርድ ያዘጋጁት

forward-confirmed ያድርጉት

እንደሠራ ያረጋግጡ

ታማኝ ገደቦች

FAQ

አስተያየቶች

አስተያየት ይተዉ