Osobni DNS račun (DNS). Mail: Postavljanje DNS zapisa za Yandex.Mail - Timeweb Centar za pomoć Mail dns

DNS je mreža digitalnih i Kućanski aparati, koji je široko zastupljen u Rusiji. Trgovine imaju širok izbor proizvoda. Na službenoj stranici DNS-a možete odabrati i kupiti bilo koji proizvod iz udobnosti svog doma. Kupnju je moguće preuzeti u odabranoj trgovini (kupovinu će pripremiti voditelj trgovine do navedenog termina) ili naručiti dostavu. Za korištenje svih mogućnosti resursa postoji prikladna usluga "osobnog računa". Postoji služba za korisničku podršku koju možete kontaktirati putem posebnog obrasca za naručivanje povratnog poziva.

Značajke vašeg osobnog DNS računa

Usluga radi 24 sata dnevno. Omogućuje vam naručivanje proizvoda predstavljenih na stranici i njihovo praćenje. također u osobni račun možete aktivirati svoju karticu kako biste postali član bonus program. Da biste dobili karticu morate dati broj mobitel zaposleniku u bilo kojoj od trgovina lanca (izdaje se besplatno i vrijedi 5 godina). U svakom trenutku na svom računu možete vidjeti broj bonus bodova i povijest njihovog prikupljanja. Također, vlasnici osobnih računa mogu vidjeti sve promocije i druge profitabilne ponude, vijesti o tvrtki. Aktualne informacije šalju se na vaš telefon ili elektronička pošta, koji su povezani s računom.

Koristeći uslugu, možete postaviti pitanje službi tehničke podrške u online chatu. Povijest narudžbi i plaćanja se sprema. Na temelju toga, zaposlenik tvrtke kreira profitabilne pojedinačne ponude za registrirane korisnike

Za pravilan rad poslužitelja e-pošte važno je imati ispravno konfiguriranu DNS zonu. Već smo se dotakli nekih aspekata povezanih s DNS sustavom, danas ćemo se detaljnije zadržati na ovom pitanju. DNS postavke zona odnosi se na pripremne radnje prije postavljanja poslužitelja e-pošte i performanse sustava e-pošte izravno ovise o njoj.

Neispravne postavke može dovesti do toga da se pošta ne može isporučiti na vaš poslužitelj pošte ili da poslužitelji primatelja odbiju vašu poštu. Doista, ako zapisi vaše zone ne sadrže informacije o poslužitelju e-pošte, kamo treba poslati poštu? Na selo po djeda? Možete, naravno, zatražiti od svog davatelja usluga da konfigurira DNS zonu, ali bolje je da to učinite sami.

Što trebamo? Namjenska IP adresa (recimo 11.22.33.44), koju morate dobiti od svog pružatelja usluga. Naziv domene (na primjer example.com) može se registrirati kod bilo kojeg registrara ili njegovog partnera. Prilikom registracije kod partnera provjerite daje li on pristup upravljanju DNS zonom, inače ćete morati potrošiti Višak vremena, živce i novac za prijenos domene na matičara.

Ako već imate domenu i, najvjerojatnije, web stranica radi na njoj, provjerite je li moguće upravljati DNS zonom s panela pružatelja usluga hostinga; u suprotnom, bolje je prenijeti domenu na registrara, kontaktirajte podršku pružatelja usluga.

Dakle, imamo domenu. Koje zapise sadrži njegova DNS zona? Prvo, ovo je SOA zapis - opis zone. Nećemo detaljno analizirati sve unose, to je izvan opsega našeg članka, ali potrebno ih je općenito razumjeti. Također bi trebala postojati dva NS zapisa koja upućuju na poslužitelje naziva ( DNS poslužitelji) koji opslužuju ovu domenu, to će biti poslužitelji registra ili davatelja usluga hostinga.

Prvi zapis koji se dodaje bit će zapis A ili zapis imena. Trebao bi upućivati ​​na IP adresu vašeg poslužitelja ako odlučite sami posluživati ​​sve zahtjeve prema domeni ili na IP adresu pružatelja usluge hostinga ako odlučite ugostiti svoju web stranicu. Kada web stranicu hostirate kod hostera, domena se obično delegira na njegov DNS poslužitelj (registrirani su odgovarajući NS zapisi), a A zapis će se automatski kreirati prilikom parkiranja domene.

Ova je opcija najčešća, ali ako je potrebno, uvijek možete sami izraditi zapis A. Ovaj unos izgleda

Primjer.com. U A 22.11.33.44

U našem primjeru, 22.11.33.44 je adresa našeg pružatelja usluge hostinga na kojoj se nalazi stranica. Obratite pozornost na točku na kraju imena, to znači da je ime apsolutno; u nedostatku točke, naziv se smatra relativnim i dodaje mu se naziv domene iz SOA-e. Unos možete provjeriti naredbom nslookup.

Da bi mail server radio, potrebno je kreirati MX zapis koji bi trebao upućivati ​​na naš mail server. Da bismo to učinili, stvorimo zapis:

Primjer.com. U MX 10 mail.example.com.

Također možete jednostavno napisati:

Primjer.com. U MX 10 poštom

Example.com automatski će se dodati ovom nazivu (bez točke na kraju). Broj 10 određuje prioritet poslužitelja; što je niži, to je veći prioritet. Usput, DNS zona možda već sadrži MX zapis kao što je:

Primjer.com. U MX 0 primjer.com.

Tipično, ovaj unos automatski kreira pružatelj usluga hostinga kada hostira web mjesto; potrebno ga je izbrisati.

Kreirajmo sada A zapis za mail.example.com

Mail.example.com. U A 11.22.33.44

Sada će se sva pošta za domenu example.com slati hostu pošte s adresom 11.22.33.44, tj. vaš poslužitelj e-pošte, dok će u isto vrijeme stranica example.com nastaviti s radom na poslužitelju pružatelja 22.11.33.44.
Može se postaviti pitanje: zašto ne možete odmah navesti IP adresu poslužitelja e-pošte u MX zapisu? U principu je moguće, neki ljudi to rade, ali nije u skladu s DNS specifikacijama.

Također možete napraviti pseudonime za poslužitelj e-pošte kao što je pop.example.ru I smtp.example.ru. Zašto je to potrebno? To će omogućiti klijentu da ne ovisi o značajkama vaše infrastrukture, nakon što je jednom odredio postavke. Recimo da je vaša tvrtka narasla i dodijelila zasebni poslužitelj e-pošte za opsluživanje vanjskih klijenata. pošta1, sve što trebate je promijeniti dva DNS zapisa, klijenti neće primijetiti da rade s novim poslužiteljem. Za izradu aliasa koriste se zapisi vrste CNAME:

Uskočite u CNAME mail.example.com.
smtp U CNAME mail.example.com.

U ovom trenutku postavljanje prednje DNS zone može se smatrati završenim; ostaje najzanimljivija - obrnuta zona. Obrnutom zonom upravlja pružatelj koji vam je dodijelio IP adresu i njome ne možete sami upravljati (osim ako niste vlasnik bloka IP adresa). Ali morate dodati barem jedan unos u obrnutu zonu. Kao što smo napisali u prethodnom članku, mnogi poslužitelji pošte provjeravaju PTR zapise (zapise obrnute zone) za poslužitelj koji šalje, a ako ih nema ili se ne podudaraju s domenom pošiljatelja, pismo će biti odbijeno. Stoga zamolite svog pružatelja usluga da vam doda ovakav unos:

44.33.22.11.in-addr.arpa. U PTR mail.example.com.

Malo čudno izgleda, zar ne? Pogledajmo detaljnije strukturu PTR zapisa. Za obrnutu konverziju imena koristi se posebna domena vrhunska razina in-addr.arpa. To je učinjeno kako bi se koristili isti softverski mehanizmi za pretvorbu imena naprijed i nazad. Činjenica je da se mnemonička imena pišu s lijeva na desno, a IP adrese s desna na lijevo. Dakle mail.example.com. znači da je host mail u domeni primjera, koja je u domeni najviše razine com., 11.22.33.44 znači da je host 44 u podmreži 33, koja je dio podmreže 22, koja pripada mreži 11. Za održavanje jedinstvene poredak, PTR zapisi sadrže IP adresu "natrag" kojoj je pridodana domena najviše razine in-addr.arpa.

Naredbom također možete provjeriti MX i PTR zapise nslookup korištenjem dodatni parametar -tip=MX ili -tip=PTR

I naravno, ne treba zaboraviti da se bilo kakve promjene u DNS zonama ne događaju trenutno, već u roku od nekoliko sati ili čak dana, koji su potrebni da se promjene propagiraju kroz globalni DNS sustav. To znači da iako će vaš poslužitelj za poštu početi raditi 2 sata nakon unošenja promjena, vaš partner vam možda neće slati poštu dulje vrijeme.

Za mene je misterij zašto implementirati čak i primitivnu konfiguraciju poslužitelja e-pošte za mnoge administratori sustava je tako ozbiljan problem. Ipak, istina je. Nikada mi ne bi palo na pamet da o tome napišem cijeli članak, ali sudeći po neiscrpnom broju pitanja, to je ipak neophodno. Najteži su osnovni DNS zapisi za mail server, pa ćemo o njima.

Ako ste zainteresirani za temu poslužitelja e-pošte, preporučujem da pogledate odgovarajuće oznake na mom blogu - i .

U članku se govori o osnovnim zapisima koji su potrebni ili vrlo poželjni za normalno funkcioniranje poslužitelja pošte.

Pa, sada počnimo shvaćati što treba učiniti prije stvaranja zapisa.

Kupnja naziva domene

Morate započeti s kupnjom imena domene. Nije tako teško kao što se čini i nije tako skupo. Nova domena u.ru-zoni ne može koštati više od 100-200 rubalja.

Nakon što je domena kupljena, možete početi stvarati zapise. Svi registri imaju različite administrativne ploče, ali poznavajući teoriju, lako je razumjeti specifičnosti dodavanja zapisa.

Bilješka: kada navedete A-zapis na koji se CNAME odnosi prilikom kreiranja, neki matičari će možda morati unijeti cijeli A-zapis s točkom (npr. record.bissquit.com.), dok je za druge dovoljno unijeti samo dio prije domene (samo zapis bez svega, kao u prethodnom primjeru).

Želio bih vas odmah upozoriti da distribucija novostvorenih postova traje neko vrijeme, obično od 15 minuta do nekoliko sati (ili u teoriji čak i jedan dan, ali nikada nisam vidio da se to dogodilo).

A

Prvo stvorite glavni A zapis koji će upućivati ​​na vanjsku adresu vašeg poslužitelja e-pošte. Sve opcije su prihvatljive, ali obično biraju nešto slično mail.domain.tld ili mx1.domena.tld. Ako koristite vlastiti DNS poslužitelj za vezanje, zapis A unutar zone može izgledati ovako:

Ljuska

pošta IN A 1.2.3.4

Na ovaj će unos naknadno ukazivati ​​MX.

MX

Ovaj unos se prevodi kao izmjenjivač pošte i zapravo je glavni za poslužitelje pošte. Može biti nekoliko takvih zapisa i svaki od njih nužno ima vrijednost prioriteta - što je niža, to je veći prioritet. Čemu služi? Uglavnom za određivanje redoslijeda pristupa MX zapisima, ako ih ima više.

Uobičajeno je da više MX zapisa za istu domenu ima isti prioritet. U tom će slučaju dolazni promet biti ravnomjerno uravnotežen između poslužitelja.

Bilješka: strogo govoreći, pridruženi MX zapis za vaš poslužitelj za slanje nije toliko potreban. Poštu možete slati bez problema, a poslužitelji ciljne domene će je čak i primiti. Ali na primateljskim poslužiteljima, pošta će vjerojatno odmah završiti u spamu, budući da se domene za slanje bez MX-a odmah označavaju kao sumnjive. Problemi mogu nastati i s primanjem pošte, iako bi se u teoriji isporuka pisma u nedostatku MX zapisa trebala izvršiti u glavni A-zapis domene (prema RFC 5321).

Ako zađemo dublje u arhitekturu rješenja za poštu, vrlo često MX zapis ukazuje na mail-relay ili antispam server (spamassasin, na primjer, ili Exchange Server Edge), a ne na konačni poslužitelj za poštu koji pohranjuje dolazne/odlazne poruke . Ovo je potpuno razuman pristup, gdje zasebni poslužitelj djeluje kao rubni pristupnik, a drugi s poslovno kritičnim podacima djeluje kao pozadina. Reći ću više - ovo je čak i najbolja praksa.

Koliko MX trebaš da budeš sretan?

Pametnom čitatelju može pasti na pamet vrlo zanimljiva misao: "Što je bolje - dva MX zapisa ili jedan MX zapis, ali referencirati dva identična A-zapisa?" Vizualno to izgleda ovako:

Kada b. ispada neka vrsta Round Robina. Ali, ako zanemarimo nijanse, opcija a. sličan! Uostalom, isti prioritet MX zapisa pruža istu funkciju.

Međutim, čak iu ovom slučaju, mnogi sumnjaju. Uglavnom su vođeni uvjerenjem da će u slučaju b., ako poslužitelj koji šalje naiđe na pokvareni poslužitelj u prvom pokušaju slanja, odgoditi slanje i pokušati sljedeći put, nakon isteka vremena. Ali to je fundamentalno pogrešno - pokušat će ga poslati na drugi poslužitelj iz RR izdanja odmah. To je dokazano jasnim eksperimentom.

Kada oba poslužitelja iz opcije b odgovore na zahtjeve, vidimo sljedeći unos u smtp sesiji kada im pokušamo poslati pismo (. Pošta u redu za dostavu— pismo je prihvaćeno za dostavu):

Ljuska

Ako je iz nekog razloga jedan od poslužitelja prestao s mrežom, a pošiljatelj je ušao u prvi pokušaj, drugi će pokušaj odmah poslati poštu drugom poslužitelju iz problema (nakon Veza je istekla prvi put postoji uspješan drugi pokušaj):

Ljuska

14. veljače 14:02:16 mail postfix/smtp: povezivanje s mail.domain.tld:25: Isteklo vrijeme veze 14. veljače 14:02:17 mail postfix/smtp: 35E8F140073: to=

Bilješka: Ako nekoga zanima dilema odabira "ispravne" MX hijerarhije, savjetujem vam da pogledate temu DNS - MX, A, TLL i poslužitelj pošte na Technet forumima. Primjer sa slanjem logova je preuzet odatle, a ja sam i njegov autor.

Vratimo se sada s teorije na praksu i vidimo kako stvari stoje s velikim javnim uslugama e-pošte:

Ljuska

# dig -t MX mail.ru +kratko 10 mxs.mail.ru. # dig -t A mxs.mail.ru +kratko 94.100.180.104 94.100.180.31 # # # dig -t MX yandex.ru +kratko 10 mx.yandex.ru. # dig -t A mx.yandex.ru +kratko 213.180.204.89 77.88.21.89 213.180.193.89 87.250.250.89 93.158.134.89

Mail i Yandex koriste opciju s RR za A-records za svoje usluge, ali Google ne:

Ljuska

# dig -t MX gmail.com +kratko 5 gmail-smtp-in.l.google.com. 20 alt2.gmail-smtp-in.l.google.com. 30 alt3.gmail-smtp-in.l.google.com. 40 alt4.gmail-smtp-in.l.google.com. 10 alt1.gmail-smtp-in.l.google.com.

Stoga je na vama da odlučite koju ćete opciju odabrati.

PTR

S PTR-om nema prostora za kreativnost kao u slučaju MX-a i to samo olakšava. PTR zapis pripada obrnutoj zoni i dizajniran je za podudaranje IP adrese s DNS imenom (odnosno, adresa se mora razriješiti u ime).

U najidealnijem slučaju, trebalo bi postojati "kružno" razlučivanje zapisa. Što je to lako je razumjeti na primjeru: iz MX-a dobivamo A-zapis, iz A-zapisa dobivamo IP adresu, iz ove adrese uzimamo PTR zapis, koji bi se idealno trebao razriješiti na A-zapis koji MX je u početku ukazao na. I tako u krug:

Ali u stvarnosti, ovo je očito pretjerani perfekcionizam. Osim toga, što ćete učiniti ako vaš poslužitelj opslužuje nekoliko domena u isto vrijeme (a to je vrlo česta situacija)?

Bilješka: hipotetski, možete stvoriti nekoliko PTR-ova za jednu IP adresu, jer RFC to izravno ne zabranjuje. Međutim, softver na strani klijenta obično ne zna kako pravilno riješiti takvu situaciju i jednostavno će iz rezultata pretraživanja izvući prvi unos na koji naiđe. Ovaj unos možda nije onaj koji vam treba. Osim toga, većina pružatelja jednostavno će odbiti vaš zahtjev za stvaranjem više PTR-ova. Dakle, koristite jedan unos za jednu adresu i pobrinite se da poslužitelj e-pošte u pozdravu HELO izda ime koje se rješava u adresu poslužitelja, to je sve.

Samo zabave radi, provjerimo iste javne pružatelje usluga:

Ljuska

# dig -t MX mail.ru +kratko 10 mxs.mail.ru. # dig -t A mxs.mail.ru +kratko 94.100.180.104 94.100.180.31 # dig -x 94.100.180.104 +kratko mxs.mail.ru.

I, naravno, njihove adrese će imati PTR potpuno nevezano za ime, na primjer, bk.ru. Dakle, suštinski teško podudaranje nije potrebno i možete koristiti PTR s bilo kojim svojim naziv domene. Glavna stvar je da unos postoji, jer mnogi poslužitelji provjeravaju PTR i, ako ga nema, naglo povećavaju ocjenu neželjene pošte vaših poruka.

Trenutno je korištenje pošte na Yandex domeni dostupno unutar usluge Yandex.Connect.

4. Pronađite domenu za koju planirate napraviti promjene, kliknite na ikonu zupčanika i odaberite "DNS postavke".

5. Kliknite na "Dodaj DNS zapis", odaberite "TXT" i odredite zapis primljen u Yandex.Connect.

Obično je potrebno 10-15 minuta da promjene stupe na snagu.

7. Nakon što su promjene primijenjene, kliknite "Pokreni skeniranje" u Yandex.Connectu. Pričekajte potvrdu domene (obično vrlo brzo).

8. Postavite DNS zapise za domenu prema uputama u nastavku.

MX zapis

SPF unos

2. Pronađite domenu za koju planirate napraviti promjene, kliknite na ikonu zupčanika i odaberite "DNS postavke".

3. Izbrišite postojeće TXT zapise (najprije kopirajte vrijednost SPF zapisa ako planirate slati poštu i s poslužitelja navedenih u njemu).

V=spf1 ip4:IP1 ip4:IP2 ip4:IP3 uključi:_spf.yandex.net ~sve

gdje su IP1, IP2, IP3 IP adrese dodatnih poslužitelja.

6. Spremite promjene pomoću gumba "Dodaj".

DKIM potpis

1. Nabavite TXT zapis s javnim ključem u Yandex.Connectu:

• Otvorite stranicu za administraciju pošte.
• Idite na karticu DKIM Potpisi.
• Kopirajte DKIM potpis za željenu domenu.

2. Pronađite domenu za koju planirate napraviti promjene, kliknite na ikonu zupčanika i odaberite "DNS postavke".

3. Izbrišite postojeće MX zapise.

4. Kliknite na "Dodaj DNS zapis", odaberite "MX" i u prozoru koji se otvori označite stavku "Yandex.Mail":

5. Spremite promjene pomoću gumba "Dodaj".

6. Pričekajte da promjene DNS-a stupe na snagu. Ovaj proces može trajati do 72 sata.

SPF unos

2. Pronađite domenu za koju planirate napraviti promjene, kliknite na ikonu zupčanika i odaberite "DNS postavke".

3. Izbrišite postojeće TXT zapise (prvo kopirajte vrijednost spf zapisa ako planirate slati poštu i s poslužitelja navedenih u njemu).

4. Kliknite na "Dodaj DNS zapis", odaberite "TXT" iu prozoru koji se otvori unesite sljedeću vrijednost:

V=spf1 preusmjeravanje=_spf.yandex.net

5. Ako želite slati pisma ne samo s Yandex poslužitelja, navedite dodatne poslužitelje u ovom formatu:

V=spf1 ip4:IP-1 ip4:IP-2 ip4:IP-3 uključi:_spf.yandex.net ~sve

gdje su IP-1, IP-2, IP-3 IP adrese dodatnih poslužitelja.

6. Spremite promjene pomoću gumba "Dodaj".

7. Pričekajte da promjene DNS-a stupe na snagu. Ovaj proces može trajati do 72 sata.

DKIM potpis

2. Pronađite domenu za koju planirate napraviti promjene, kliknite na ikonu zupčanika i odaberite "DNS postavke".

3. Kliknite na "Add DNS Record" i odaberite "TXT".

4. U prozoru postavki navedite "mail._domainkey" u polju "Host" i unesite DKIM parametre s javnim ključem primljenim u Mailu za domenu u polje "Value". Na primjer, "v=DKIM1; k=rsa; t=s; p=MIGfMA0GCSEBtaCOteH4EBqJlKpe..."

5. Spremite promjene pomoću gumba "Dodaj".

6. Pričekajte da promjene DNS-a stupe na snagu. Ovaj proces može trajati do 72 sata.

CNAME zapis

2. Pronađite ili kreirajte poddomenu mail.your_domain i kliknite na ikonu zupčanika.

3. Kliknite na "Dodaj DNS zapis" i odaberite "CNAME".

4. U prozoru postavki unesite vrijednost "domain.mail.yandex.net":

5. Spremite promjene pomoću gumba "Dodaj".

6. Pričekajte da promjene DNS-a stupe na snagu. Ovaj proces može trajati do 72 sata.

• Nema oznaka

3. Izbrišite postojeće MX zapise.

4. Kliknite na “Dodaj DNS zapis”, odaberite “MX” i u prozoru koji se otvori potvrdite okvir Mail.ru:

5. Spremite promjene pomoću gumba "Dodaj".

6. Pričekajte da promjene DNS-a stupe na snagu. Ovaj proces može trajati do 72 sata.

SPF unos

2. Pronađite željenu domenu, kliknite na ikonu zupčanika i odaberite "DNS postavke".

3. Izbrišite postojeće TXT zapise koji počinju s v=spf1 (prvo kopirajte vrijednost spf zapisa ako planirate slati e-poštu i s poslužitelja navedenih u njemu).

4. Kliknite na "Dodaj DNS zapis", odaberite "TXT" iu prozoru koji se otvori unesite sljedeću vrijednost:

V=spf1 preusmjeravanje=_spf.mail.ru

5. Ako želite slati pisma ne samo s poslužitelja Mail.ru, navedite dodatne poslužitelje u ovom formatu:

V=spf1 ip4:IP1 ip4:IP2 ip4:IP3 uključi:_spf.mail.ru ~sve

gdje su IP-1, IP-2, IP-3 IP adrese dodatnih poslužitelja.

6. Spremite promjene pomoću gumba "Dodaj".

7. Pričekajte da promjene DNS-a stupe na snagu. Ovaj proces može trajati do 72 sata.

DKIM potpis

2. Pronađite željenu domenu, kliknite na ikonu zupčanika i odaberite "DNS postavke".

3. Kliknite na "Add DNS Record" i odaberite "TXT".

4. U prozoru postavki koji se otvori:

• u polju "Host" navedite mailru._ključ domene
• U polje "Vrijednost" unesite DKIM parametre primljene na vašem osobnom računu https://biz.mail.ru/ u odjeljku " ".