Reversais DNS un Jūsu nosūtīšanas serveris

5. modulis: Reputācija un lielie pakalpojumu sniedzēji · Lasīšanas laiks: 9 minūtes

Mācību mērķis: Pēc šīs nodarbības Jūs varēsiet izskaidrot, kāpēc servera, kas nosūta Jūsu e-pastu, IP adresei nepieciešams korekts reversais DNS, noteikt, kurš tas ir Jūsu gadījumā, un pārbaudīt, vai virziens uz priekšu un atpakaļ sakrīt.

Pamatjēdzieni: nosūtīšanas serveris, PTR ieraksts, forward-confirmed reverse DNS (FCrDNS), HELO/EHLO nosaukums, ģenērisks nosaukums, koplietota hostings, savs serveris (VPS), IP bloka īpašnieks

Kurš serveris patiesībā nosūta Jūsu e-pastu?

4. modulī bija runa par Jūsu domēnu: SPF, DKIM un DMARC atrodas domēna example.com DNS. Šajā modulī aplūkosim kaut ko citu: serveri, kas piegādā Jūsu e-pastu saņēmējam. Tam serverim ir IP adrese, un saņēmēji šo adresi vērtē neatkarīgi no Jūsu domēna.

Kurš tas ir serveris, ir atkarīgs no tā, kā Jūs sūtāt e-pastu:

Nosūtīšanas servera IP adresi varat atrast tāda e-pasta galvenēs, ko esat nosūtījuši sev vai citai adresei (nodarbība 1.5). Skatieties augšējo Received: rindu, ko pievienojis saņemošais serveris. Tur ir redzams kaut kas šāds:

Received: from smtp.hosting.example (smtp.hosting.example [192.0.2.25])
        by mx.example.net with ESMTPS id 4f2a...

Adrese kvadrātiekavās, 192.0.2.25, ir IP adrese, ar kuru nosūtošais serveris izveidoja savienojumu. Nosaukums pirms tās (smtp.hosting.example) ir nosaukums, ko saņēmējs šai adresei atrada, izmantojot reverso DNS.

Reversais DNS īsumā

Reversais DNS sasaista IP adresi atpakaļ ar nosaukumu, izmantojot PTR ierakstu. Pamatus apguvāt DNS kursā (nodarbība 4.6): ieraksts neatrodas Jūsu domēna zonā, bet gan IP adreses reversajā zonā, un tā pieder pusei, kas pārvalda IP bloku.

E-pastam svarīgas ir trīs lietas:

1. PTR pastāv. IP adrese bez reversā DNS izskatās pēc nejaušas mašīnas internetā. Gmail noraida šādu pastu ar paziņojumu 550 5.7.25 ... the sending IP address doesn't have a PTR record.
2. Nosaukums norāda atpakaļ uz to pašu adresi. IP adresei 192.0.2.25 ir PTR smtp.hosting.example, un smtp.hosting.example ir A ieraksts 192.0.2.25. To sauc par forward-confirmed reverse DNS (FCrDNS). Gmail, Yahoo un T-Online savās prasībās to skaidri min.
3. Nosaukums izskatās pēc pasta servera. Nosaukums, piemēram, 192-0-2-25.dsl.provider.example vai host25.dynamic.provider.example, atklāj mājas vai klienta pieslēgumu. Surogātpasta filtri par to piešķir punktus vai uzreiz noraida savienojumu.

IPv6 gadījumā viss attiecas tāpat. Ja serveris sūta caur IPv6, arī IPv6 adresei nepieciešams PTR, kas norāda atpakaļ ar AAAA ierakstu. Serveris, kas ir kārtībā IPv4 ziņā, bet ne IPv6 ziņā, saskaras ar problēmām galvenokārt Gmail gadījumā: Google kā trūkstoša IPv6 PTR seku min "IPv6 authorization error".

HELO nosaukums

Kad serveris izveido savienojumu, tas iepazīstinās ar EHLO (vai vecāko HELO) un nosaukumu (nodarbība 1.2). RFC 5321 nosaka, ka tam jābūt servera pilnajam nosaukumam. Praksē saņēmēji pārbauda, vai šis nosaukums:

• ir reāls, eksistējošs nosaukums (nevis localhost, nevis kailas IP adreses, nevis nosaukums, kas nav DNS);
• atbilst reversajam DNS vai vismaz pieder tam pašam domēnam.

Hostinga pakotnes vai pasta pakalpojuma gadījumā to nokārto pārvaldnieks. Ja Jūs pats uzturat pasta serveri, HELO nosaukumu iestatāt savā pasta programmatūrā (Postfix to sauc par myhostname) un rūpējaties, lai šis nosaukums, PTR un A ieraksts visi sakristu.

Koplietota hostinga: PTR nav jābūt Jūsu domēnam

Bieži uzdots jautājums: "Vai reversajam DNS nav jābūt mail.example.com, jo tas ir mans domēns?" Nē. Koplietotā hostingā un lielos pasta pakalpojumos viens serveris sūta pastu simtiem vai tūkstošiem domēnu. IP adresei var būt tikai viens PTR, un tāpēc tajā ir servera paša nosaukums, piemēram, server12.hosting.example.

Tas ir pareizi. Saņēmēji pārbauda, vai PTR pastāv, norāda atpakaļ un nav ģenērisks. Viņi nepārbauda, vai tajā ir Jūsu paša domēna nosaukums. Saiti starp Jūsu domēnu un serveri izveido ar SPF (serveris ir norādīts Jūsu SPF) un DKIM (serveris paraksta Jūsu domēna vārdā).

WebOké gadījumā tas, piemēram, ir sakārtots šādi: hostinga pakotnes serveriem ir reversais DNS ar paša servera nosaukumu, domēnā webawere.nl, kas savukārt arī norāda atpakaļ. Citos hostinga uzņēmumos un pasta pakalpojumos tas darbojas līdzīgi, ar viņu pašu servera nosaukumiem.

Savs serveris: kas Jums jānokārto?

Ja sūtāt e-pastu tieši no sava servera, piemēram, VPS ar interneta veikalu vai savu pasta serveri, tad Jūs pats esat nosūtītājs un Jums jānokārto vairāk:

1. Izvēlieties nosaukumu, piemēram, mail.example.com.
2. Izveidojiet A ierakstu (un AAAA ierakstu) šim nosaukumam, kas norāda uz servera IP adresi, Jūsu domēna DNS.
3. Pieprasiet PTR no servera pakalpojuma sniedzēja. Parasti klientu panelī ir lauks "Reverse DNS" vai "rDNS". Tajā ievadiet to pašu nosaukumu.
4. Iestatiet HELO nosaukumu savā pasta programmatūrā uz to pašu nosaukumu.
5. Ievietojiet IP adresi savā SPF ierakstā (ip4: un ip6:) un ieslēdziet DKIM savā pasta programmatūrā.
6. Pārbaudiet, vai izejošais 25. ports ir atvērts. Daudzi pakalpojumu sniedzēji to pēc noklusējuma aizver, lai novērstu ļaunprātīgu izmantošanu; tādā gadījumā jāpieprasa tā atvēršana, vai jāsūta caur sava pakalpojumu sniedzēja releju vai nosūtīšanas pakalpojumu.

Pasta serveris uz parasta interneta pieslēguma mājās vai birojā gandrīz vienmēr ir slikta ideja. Šādas adreses bieži ir "gala lietotāju adrešu" sarakstos (piemēram, Spamhaus Policy Block List, nodarbība 5.2), PTR parasti nevarat izvēlēties pats, un T-Online tieši nosaka, ka šādām sistēmām jāsūta caur piemērota pakalpojumu sniedzēja releju.

Pārbaude

Ar komandrindas logu (DNS kursa nodarbība 8.2):

dig -x 192.0.2.25 +short
smtp.hosting.example.

dig A smtp.hosting.example +short
192.0.2.25

Ja otrajā jautājumā atgriežas tā pati adrese, tad FCrDNS ir pareizs. IPv6 gadījumā darāt to pašu ar dig -x 2001:db8::25 un dig AAAA.

Varat arī apskatīt, kā to redzēja saņēmējs. Galvenēs saņemošais serveris pievieno nosaukumu, ko atrada, iekavās aiz from. Ja tur rakstīts unknown, viņš neatrada PTR. Daži serveri pievieno arī savu pārbaudi, piemēram, iprev=pass rindā Authentication-Results: (RFC 8601).

Kopsavilkums

• Nosūtīšanas serveris ir serveris, kas piegādā Jūsu pastu saņēmējam. Saņēmēji vērtē tā IP adresi neatkarīgi no Jūsu domēna.
• Šai IP adresei nepieciešams PTR, kas norāda atpakaļ uz to pašu adresi (FCrDNS), gan IPv4, gan IPv6 gadījumā, ar nosaukumu, kas nav ģenērisks.
• HELO nosaukumam jābūt eksistējošam nosaukumam, kas atbilst PTR.
• Koplietotā hostingā un pasta pakalpojumos PTR ir servera nosaukums, nevis Jūsu domēns. Tas ir pareizi.
• Ar savu serveri Jūs pats nokārtojat nosaukumu, A/AAAA, PTR (caur savu pakalpojumu sniedzēju), HELO, SPF un DKIM.

Tests

Uzdevums

Uzdevums Z5.1: Jūsu paša domēna nosūtīšanas serveris. Nosūtiet e-pastu no savas pašu adreses uz citu savu adresi (piemēram, Gmail vai Outlook.com adresi) un atveriet galvenes. Atrodiet tā servera IP adresi, kas piegādāja e-pastu, šīs adreses PTR nosaukumu, un norādiet, vai nosaukums norāda atpakaļ uz to pašu adresi (jā/nē). Ja Jums nav sava domēna, izmantojiet pasta servera mx00.t-online.de IP adresi. Programma reāllaikā pieprasa PTR un A/AAAA ierakstu un veic salīdzinājumu.

Papildu lasāmviela

Šajos rakstos aprakstītās darbības attiecas uz WebOké paneļiem; citiem pakalpojumu sniedzējiem process ir līdzīgs.

• E-pasta sūtīšana no Jūsu VPS un reverse DNS iestatīšana
• Bezmaksas DNS kurss 4.6: Reverse DNS (PTR): no numura atpakaļ uz nosaukumu
• E-pasta sūtīšanas procesa skaidrojums / SMTP
• RFC 5321 (SMTP), 4.1.1.1. punkts par EHLO nosaukumu; RFC 8601 par galvenes rindu Authentication-Results