DNS sunucusu postası. Yeni başlayanlar için bir posta sunucusu. DNS bölgesini yapılandırma

CSN, dijital ve Ev aletleri, Rusya topraklarında yaygın olarak temsil edilmektedir. Mağazalar geniş bir ürün yelpazesine sahiptir. DNS'in resmi web sitesinde, rahat bir ev ortamında herhangi bir ürünü seçip satın almak mümkündür. Satın alınan ürün seçilen mağazadan teslim alınabilir (belirtilen zamana kadar satın alma, mağaza müdürü tarafından hazırlanacaktır) veya sipariş teslimatı yapılabilir. Kaynağın tüm kaynaklarını kullanmak için uygun bir "kişisel hesap" hizmeti vardır. Geri arama siparişi vermek için özel bir form aracılığıyla iletişime geçilebilecek bir müşteri destek hizmeti vardır.

CSN kişisel hesap özellikleri

Kişisel hesabınıza erişmek için siteye kayıt olmalısınız. Bunu yapmak için, bir e-posta adresi sağlamanız ve bir şifre bulmanız gerekecektir. Kayıt işlemini tamamlamak için onay gerektiğinden geçerli bir posta kutusu belirtmek önemlidir. belirtilen adres... Bundan sonra, kullanıcıdan bir cep telefonu numarası belirtmesi istenir (bu öğe isteğe bağlıdır). Belirtilen numara, mevcut siparişin durumundaki bir değişiklik hakkında mesajlar alacaktır. Bu kayıt işlemini tamamlar, kişisel hesabınıza girebilir ve tüm özelliklerini kullanabilirsiniz.

Servis günün her saati çalışır. Sitede sunulan ürünler için sipariş vermenizi, takip etmenizi sağlar. Ayrıca kişisel hesapüye olmak için kartı etkinleştirebilirsiniz bonus programı... Bir kart almak için bir numara vermelisiniz cep telefonu zincir mağazalardan herhangi birindeki bir çalışana (ücretsiz verilir, 5 yıl geçerlidir). Hesabınızda istediğiniz zaman bonus puanlarının sayısını, tahakkuk geçmişini görebilirsiniz. Ayrıca, kişisel hesap sahipleri tüm promosyonları ve diğer kazançlı teklifleri, şirket haberlerini görebilir. gerçek bilgi telefona gelir veya e-posta Hesabınıza bağlı olan

Servis aracılığıyla servise bir soru sorabilirsiniz. teknik Destekçevrimiçi sohbette. Siparişlerin ve ödemelerin geçmişi kaydedilir. Buna dayanarak, şirketin çalışanı kayıtlı kullanıcılar için karlı bireysel teklifler oluşturur.

Şu anda Yandex.Connect hizmetinde Yandex'deki bir etki alanında posta kullanmak mümkündür.

4. Değişiklik yapmayı planladığınız etki alanını bulun, dişli simgesine tıklayın ve "DNS Ayarları"nı seçin.

5. "DNS kaydı ekle"ye tıklayın, "TXT"yi seçin ve Yandex.Connect'te aldığınız kaydı belirtin.

Değişikliklerin etkili olması genellikle 10-15 dakika sürer.

7. Değişiklikler uygulandıktan sonra Yandex.Connect'te "Taramayı başlat"a tıklayın. Alanın doğrulanmasını bekleyin (genellikle çok hızlı).

8. Aşağıdaki talimatları izleyerek etki alanı için DNS kayıtlarını yapılandırın.

MX kaydı

SPF kaydı

2. Değişiklik yapmayı planladığınız alanı bulun, dişli simgesine tıklayın ve "DNS Ayarları"nı seçin.

3. Mevcut TXT kayıtlarını silin (belirtilen sunuculardan da posta göndermeyi planlıyorsanız, önce SPF kaydının değerini kopyalayın).

V = spf1 ip4: IP1 ip4: IP2 ip4: IP3 şunları içerir: _spf.yandex.net ~ tümü

burada IP1, IP2, IP3 ek sunucuların IP adresleridir.

6. "Ekle" düğmesini kullanarak değişikliklerinizi kaydedin.

DKIM imzası

1. Yandex.Connect'te ortak anahtarlı bir TXT kaydı alın:

• Posta yönetim sayfasını açın.
• DKIM İmzaları sekmesine gidin.
• Gerekli alan için DKIM imzasını kopyalayın.

2. Değişiklik yapmayı planladığınız alanı bulun, dişli simgesine tıklayın ve "DNS Ayarları"nı seçin.

3. Mevcut MX kayıtlarını silin.

4. "DNS kaydı ekle"yi tıklayın, "MX"i seçin ve açılan pencerede "Yandex.Mail" öğesini işaretleyin:

5. "Ekle" düğmesini kullanarak değişikliklerinizi kaydedin.

6. DNS'de yapılan değişikliklerin yürürlüğe girmesini bekleyin. Bu işlem 72 saate kadar sürebilir.

SPF kaydı

2. Değişiklik yapmayı planladığınız alanı bulun, dişli simgesine tıklayın ve "DNS Ayarları"nı seçin.

3. Mevcut TXT kayıtlarını silin (önce, içinde belirtilen sunuculardan da posta göndermeyi planlıyorsanız, spf kaydının değerini kopyalayın).

4. "DNS kaydı ekle"ye tıklayın, "TXT"yi seçin ve açılan pencerede aşağıdaki değeri girin:

V = spf1 yönlendirmesi = _spf.yandex.net

5. Yalnızca Yandex sunucularından e-posta göndermek istemiyorsanız, ek sunucuları aşağıdaki biçimde belirtin:

V = spf1 ip4: IP-1 ip4: IP-2 ip4: IP-3 şunları içerir: _spf.yandex.net ~ tümü

burada IP-1, IP-2, IP-3 ek sunucuların IP adresleridir.

6. "Ekle" düğmesini kullanarak değişikliklerinizi kaydedin.

7. DNS'de yapılan değişikliklerin yürürlüğe girmesini bekleyin. Bu işlem 72 saate kadar sürebilir.

DKIM imzası

2. Değişiklik yapmayı planladığınız alanı bulun, dişli simgesine tıklayın ve "DNS Ayarları"nı seçin.

3. "DNS Kaydı Ekle"ye tıklayın ve "TXT"yi seçin.

4. Ayarlar penceresinde, "Host" alanına "mail._domainkey" yazın ve "Değer" alanına Mail for Domain'de alınan ortak anahtarla DKIM parametrelerini girin. Örneğin, "v = DKIM1; k = rsa; t = s; p = MIGfMA0GCSEBtaCOteH4EBqJlKpe ..."

5. "Ekle" düğmesini kullanarak değişikliklerinizi kaydedin.

6. DNS'de yapılan değişikliklerin yürürlüğe girmesini bekleyin. Bu işlem 72 saate kadar sürebilir.

CNAME kaydı

2. Bir alt alan adı mail.your_domain bulun veya oluşturun ve dişli çark simgesini tıklayın.

3. "DNS Kaydı Ekle"ye tıklayın ve "CNAME"yi seçin.

4. Ayarlar penceresinde "domain.mail.yandex.net" değerini girin:

5. "Ekle" düğmesini kullanarak değişikliklerinizi kaydedin.

6. DNS'de yapılan değişikliklerin yürürlüğe girmesini bekleyin. Bu işlem 72 saate kadar sürebilir.

• Etiketsiz

3. Mevcut MX kayıtlarını silin.

4. "DNS kaydı ekle"ye tıklayın, "MX"i seçin ve açılan pencerede kutucuğu işaretleyin Mail.ru:

5. "Ekle" düğmesini kullanarak değişikliklerinizi kaydedin.

6. DNS'de yapılan değişikliklerin yürürlüğe girmesini bekleyin. Bu işlem 72 saate kadar sürebilir.

SPF kaydı

2. İstediğiniz etki alanını bulun, dişli simgesine tıklayın ve "DNS Ayarları"nı seçin.

3. v = spf1 ile başlayan mevcut TXT kayıtlarını silin (önce, içinde belirtilen sunuculardan da posta göndermeyi planlıyorsanız, spf kaydının değerini kopyalayın).

4. "DNS kaydı ekle"ye tıklayın, "TXT"yi seçin ve açılan pencerede aşağıdaki değeri girin:

V = spf1 yönlendirmesi = _spf.mail.ru

5. Yalnızca Mail.ru sunucularından değil de mektup göndermek istiyorsanız, bu biçimde ek sunucular belirtin:

V = spf1 ip4: IP1 ip4: IP2 ip4: IP3 şunları içerir: _spf.mail.ru ~ tümü

burada IP-1, IP-2, IP-3 ek sunucuların IP adresleridir.

6. "Ekle" düğmesini kullanarak değişikliklerinizi kaydedin.

7. DNS'de yapılan değişikliklerin yürürlüğe girmesini bekleyin. Bu işlem 72 saate kadar sürebilir.

DKIM imzası

2. İstediğiniz etki alanını bulun, dişli simgesine tıklayın ve "DNS Ayarları"nı seçin.

3. "DNS Kaydı Ekle"ye tıklayın ve "TXT"yi seçin.

4. Açılan ayarlar penceresinde:

• "Ana Bilgisayar" alanında belirtin mailru._domainkey
• "Değer" alanına, kişisel hesabınızdaki https://biz.mail.ru/ adresinden alınan DKIM parametrelerini "" bölümüne girin.

Posta sunucusunun düzgün çalışması için düzgün yapılandırılmış bir DNS bölgesine sahip olmak önemlidir. DNS sistemiyle ilgili bazı yönlere zaten değindik, bugün bu konuyu daha ayrıntılı olarak ele alacağız. DNS bölgesinin yapılandırılması, posta sunucusunu dağıtmadan önce yapılan bir hazırlık işlemidir ve e-posta sisteminin çalışabilirliği doğrudan buna bağlıdır.

Yanlış ayarlar, postanın posta sunucunuza teslim edilmesini engelleyebilir veya alıcı sunucular postanızı reddeder. Gerçekten de bölge kayıtlarınız posta sunucusu hakkında bilgi içermiyorsa, posta nereye gönderilmelidir? Dedemin köyüne mi? Elbette, sağlayıcınızın DNS bölgesini yapılandırmayı isteyebilirsiniz, ancak bunu kendiniz yapmak daha iyidir.

Neye ihtiyacımız var? ISS'nizden almanız gereken özel IP adresi (örneğin 11.22.33.44). Alan adı (örneğin ornek.com), herhangi bir kayıt kuruluşuna veya ortaklarına kaydedilebilir. Bir ortağa kaydolurken, DNS bölge yönetimine erişim sağlayıp sağlamadığını kontrol edin, aksi takdirde harcamak zorunda kalacaksınız. ek süre, alan adını kayıt şirketine aktarmak için sinirler ve para.

Halihazırda bir etki alanınız varsa ve büyük olasılıkla üzerinde bir web sitesi çalışıyorsa, DNS bölgesini barındırma sağlayıcısının panelinden yönetmenin mümkün olup olmadığını kontrol edin, aksi takdirde etki alanını kayıt kuruluşuna aktarmak daha iyidir, bunun için sağlayıcının desteği.

Yani, etki alanımız var. DNS bölgesi hangi kayıtları içerir? İlk olarak, bu SOA kaydıdır - bölgenin açıklaması. Tüm kayıtları ayrıntılı olarak incelemeyeceğiz, bu makalemizin kapsamı dışındadır, ancak Genel fikir onlar hakkında gereklidir. Ayrıca ad sunucularına işaret eden iki NS kaydı olmalıdır ( DNS sunucuları) bu alana hizmet veriyorsa, bunlar kayıt şirketinin sunucuları veya barındırma sağlayıcısı olacaktır.

Eklenecek ilk giriş, bir A girişi veya bir ad girişi olacaktır. Alan adına tüm istekleri kendi başınıza sunmaya karar verirseniz sunucunuzun IP adresini veya sitenizi barındırmaya karar verirseniz barındırma sağlayıcısının IP adresini göstermelidir. Bir site bir barındırıcı tarafından barındırıldığında, alan adı genellikle DNS sunucusuna devredilir (ilgili NS kayıtları kaydedilir) ve alan park edildiğinde A kaydı otomatik olarak yapılır.

Bu en yaygın seçenektir, ancak gerekirse her zaman kendiniz bir A kaydı oluşturabilirsiniz. Bu giriş forma sahip

Örnek.com. 22.11.33.44'TE

Örneğimizde 22.11.33.44, siteyi barındıran barındırma sağlayıcımızın adresidir. İsmin sonundaki noktaya dikkat edin, bu ismin mutlak olduğunu, nokta yoksa ismin göreceli kabul edildiğini ve buna SOA'dan alan adının eklendiğini gösterir. komutu ile kaydı kontrol edebilirsiniz. nslookup.

Posta sunucusunun çalışması için, posta sunucumuzu işaret etmesi gereken bir MX kaydı oluşturmanız gerekir. Bunu yapmak için bir kayıt oluşturalım:

Örnek.com. MX 10 mail.example.com'DA.

Ayrıca basitçe yazabilirsiniz:

Örnek.com. MX 10 postasında

Böyle bir isme (sonunda nokta olmadan) example.com otomatik olarak eklenir. 10 numara, sunucunun önceliğini tanımlar, ne kadar düşükse, öncelik o kadar yüksek olur. Bu arada, DNS bölgesi zaten şu şekilde bir MX kaydı içerebilir:

Örnek.com. MX 0'DA example.com.

Genellikle bu giriş, siteyi yerleştirirken barındırma sağlayıcısı tarafından otomatik olarak oluşturulur, silinmesi gerekir.

Şimdi mail.example.com için bir A kaydı oluşturalım.

Mail.example.com. 11.22.33.44 İÇİNDE

Şimdi example.com etki alanı için tüm postalar, 11.22.33.44 adresli posta ana bilgisayarına yönlendirilecektir, yani. posta sunucunuz, aynı zamanda example.com sitesi 22.11.33.44'te sağlayıcının sunucusunda çalışmaya devam edecektir.
Soru ortaya çıkabilir, posta sunucusunun IP adresini MX kaydında hemen belirtmek neden imkansız? Prensip olarak, bazıları bunu yapabilir, ancak bu, DNS spesifikasyonlarına karşılık gelmez.

Ayrıca, aşağıdaki gibi bir posta sunucusu için takma adlar oluşturabilirsiniz: pop.example.ru ve smtp.example.ru... Bu neden gerekli? Bu, istemcinin ayarları kaydettikten sonra altyapınızın özelliklerinden bağımsız olmasını sağlayacaktır. Diyelim ki şirketiniz büyüdü ve harici müşterilere hizmet vermek için ayrı bir posta sunucusu tahsis etti. posta1, tek ihtiyacın olan ikisini değiştirmek DNS kayıtları, istemciler yeni sunucuyla çalıştıklarını bile fark etmeyeceklerdir. Takma adlar oluşturmak için CNAME kayıtları kullanılır:

CNAME mail.example.com'a girin.
CNAME mail.example.com'DA smtp.

Bu, ileri DNS bölgesinin yapılandırmasını tamamlar, en ilginç şey kalır - ters bölge. Ters bölge, size IP adresini veren sağlayıcı tarafından kontrol edilir ve bunu kendiniz yönetemezsiniz (IP adres bloğunun sahibi değilseniz). Ancak ters bölgeye en az bir kayıt eklemek gerekir. Son makalede yazdığımız gibi, birçok posta sunucusu gönderen sunucu için PTR kayıtlarını (ters bölge kayıtları) kontrol eder ve yoksa veya gönderenin etki alanı ile eşleşmezse böyle bir mektup reddedilir. Bu nedenle, sağlayıcıdan sizin için bir giriş eklemesini isteyin:

44.33.22.11.in-addr.arpa. PTR mail.example.com'DA.

Biraz tuhaf, değil mi? PTR kaydının yapısına daha yakından bakalım. Ters ad çözümlemesi için özel bir etki alanı kullanılır Üst düzey in-addr.arpa. Bu, ileri ve geri ad çevirisi için aynı programlama mekanizmalarını kullanmak için yapılır. Buradaki nokta, anımsatıcı adların soldan sağa ve IP adreslerinin sağdan sola yazılmasıdır. Yani mail.example.com. posta ana bilgisayarının üst düzey etki alanı com.'daki etki alanı örneğinde olduğu anlamına gelir, 11.22.33.44 ana bilgisayar 44'ün ağ 11'e ait alt ağ 22'nin bir parçası olan alt ağ 33'te olduğu anlamına gelir. Aynı sırayı korumak için , PTR kayıtları IP adresini "arkadan öne" üst düzey etki alanı dolgulu içerir in-addr.arpa.

Ayrıca komut ile MX ve PTR kayıtlarını da kontrol edebilirsiniz. nslookup ek bir parametre kullanarak -type = MX veya -type = PTR

Ve elbette, DNS bölgelerindeki herhangi bir değişikliğin anında değil, küresel DNS sistemindeki değişikliklerin yayılması için gerekli olan birkaç saat hatta gün içinde gerçekleştiğini unutmayın. Bu, değişiklikler yapıldıktan 2 saat sonra posta sunucunuz çalışmaya başlamasına rağmen, eşinizin postasının size daha uzun süre gönderilemeyebileceği anlamına gelir.

Birçok sistem yöneticisi için ilkel bir posta sunucusu yapılandırmasının bile neden bu kadar ciddi bir sorun olduğu benim için bir muamma. Ancak durum bu. Bununla ilgili bir makale yazmak asla aklıma gelmezdi, ancak tükenmez soru sayısına bakılırsa, bunu yapmak hala gerekli. Posta sunucusu için temel DNS kayıtları en çok zorluğa neden olur ve bunlardan bahsedelim.

Posta sunucuları konusuyla ilgileniyorsanız, blogumdaki ilgili etiketlere bakmanızı tavsiye ederim - ve.

Makale, posta sunucusunun normal çalışması için gerekli olan veya çok istenen temel kayıtları tartışır.

Peki, şimdi kayıt oluşturmadan önce yapılması gerekenleri anlamaya başlayalım.

Alan adı satın alma

Bir alan adı satın alarak başlamanız gerekir. Göründüğü kadar zor ve pahalı değil. ..ru bölgesindeki yeni bir alan adı 100-200 ruble'den fazla olamaz.

Alan adı satın alındıktan sonra kayıt oluşturmaya başlayabilirsiniz. Tüm kayıt şirketlerinin farklı yönetici panelleri vardır, ancak teoriyi bilerek, kayıt eklemenin özelliklerini anlamak kolaydır.

Not: CNAME'in oluştururken başvurduğu A kaydını belirttiğinizde, bazı kayıt şirketlerinin tüm A kaydını bir nokta ile yazması gerekebilir (örneğin record.bissquit.com.) ve birisi için yalnızca alan adından önceki kısım (önceki örnekte olduğu gibi her şey olmadan kaydedin).

Yeni oluşturulan kayıtların dağıtımının genellikle 15 dakikadan birkaç saate (veya teorik olarak bir gün bile) kadar biraz zaman aldığı konusunda sizi hemen uyarmak istiyorum, ancak bunu görmedim.

A

İlk adım, posta sunucunuzun harici adresini işaret edecek bir ana A kaydı oluşturmaktır. Tüm seçenekler kabul edilebilir, ancak genellikle şuna benzer bir şey mail.domain.tld veya mx1.domain.tld... Kendi bağlama DNS sunucunuzu kullanıyorsanız, bölge içindeki A kaydı şöyle görünebilir:

Kabuk

1.2.3.4'TE posta

1.2.3.4'TE posta

Bu kayıt daha sonra MX ile gösterilecektir.

MX

Bu giriş şu şekilde çevrilir: posta değiştirici ve aslında, posta sunucuları için ana olanıdır. Bu tür birkaç giriş olabilir ve her birinin mutlaka bir öncelik değeri vardır - ne kadar düşükse, öncelik o kadar yüksek olur. Ne için kullanılır? Temelde, birkaç tane varsa, MX kayıtlarına erişim sırasını belirlemek içindir.

Aynı etki alanı için birden çok MX kaydının aynı önceliğe sahip olması yaygındır. Bu durumda, gelen trafik sunucular arasında eşit olarak dengelenecektir.

Not: Açıkça söylemek gerekirse, gönderen sunucunuz için ilişkili bir MX kaydına sahip olmak gerekli değildir. Herhangi bir sorun olmadan posta gönderebilirsiniz ve hedef etki alanının sunucuları bile alır. Ancak, MX içermeyen alan adları hemen şüpheli olarak işaretlendiğinden, alıcı sunucularda postaların anında spam'e gitmesi muhtemeldir. Posta alma ile ilgili sorunlar da ortaya çıkabilir, ancak teoride, bir MX kaydının yokluğunda posta teslimi, etki alanının ana A kaydında (RFC 5321'e göre) gerçekleştirilmelidir.

Posta çözümlerinin mimarisini araştırırsanız, MX kaydı genellikle gelen / giden mektupları depolayan son posta sunucusunu değil, posta geçişi veya istenmeyen posta önleme sunucusunu (örneğin, spamsasin veya Exchange Server Edge) gösterir. . Bu, uç ağ geçidi görevi gören ayrı bir sunucu ve bir tür arka uç olarak iş açısından kritik veriler içeren diğeri ile tamamen makul bir yaklaşımdır. Daha fazlasını söyleyeceğim - bu en iyi uygulama bile.

Mutluluk için ne kadar MX gereklidir?

Bilgili okuyucunun aklına çok ilginç bir fikir gelebilir: "Daha iyi mi - iki MX kaydı mı yoksa bir MX kaydı mı, ancak iki özdeş A kaydına atıfta bulunuyor mu?" Görsel olarak şöyle görünür:

Ne zaman B. bir çeşit Round Robin çıkıyor. Ancak, nüansları görmezden gelirsek, a seçeneği. benzer! Sonuçta, MX kayıtlarının aynı önceliği aynı işlevi sağlar.

Bununla birlikte, bu durumda, birçoğunun şüpheleri var. Temel olarak, b durumunda, gönderen sunucunun ilk gönderme denemesinde çalışmayan bir sunucuya ulaşması durumunda, göndermeyi erteleyeceği ve bir zaman aşımından sonra bir dahaki sefere deneyeceği görüşünden kaynaklanmaktadır. Ancak bu temelde yanlıştır - RR'yi düzenlemeden ikinci sunucuya hemen göndermeye çalışacaktır. Bu görsel bir deneyle gösterilmiştir.

Her iki sunucu da b seçeneğinden isteklere yanıt verdiğinde, onlara mektup göndermeye çalışırken smtp oturumunda aşağıdaki girişi görüyoruz ( Teslimat için sıraya alınmış posta- mektup teslimat için kabul edilir):

Kabuk

14 Şubat 13:57:37 posta postfix / smtp: ACF0D140073: to = , röle = mail.domain.tld: 25, gecikme = 1.7, gecikmeler = 0.17 / 0 / 0.09 / 1.5, dsn = 2.6.0, durum = gönderildi (250 2.6.0 Teslimat için sıraya alınmış posta

Herhangi bir nedenle, sunuculardan biri çökerse ve gönderen taraf ilk denemeye girerse, ikinci bir deneme, sorundan ikinci sunucuya posta göndermek için hemen gider (sonra Bağlantı zaman aşımı ilk kez başarılı bir ikinci deneme olduğunda):

Kabuk

14 Şubat 14:02:16 posta postfix / smtp: mail.domain.tld'ye bağlan: 25: Bağlantı zaman aşımına uğradı 14 Şubat 14:02:17 posta postfix / smtp: 35E8F140073: to =

14 Şubat 14:02:16 posta postfix / smtp: mail.domain.tld'ye bağlanın: 25: Bağlantı zaman aşımına uğradı 14 Şubat 14:02:17 posta postfix / smtp: 35E8F140073: to = , röle = mail.domain.tld: 25, gecikme = 31, gecikmeler = 0.15 / 0/30 / 0.7, dsn = 2.6.0, durum = gönderildi (250 2.6.0 Teslimat için sıraya alınmış posta

Not: Birisi "doğru" MX hiyerarşisini seçme ikilemiyle ilgileniyorsa, Technet forumlarındaki DNS konusuna - MX, A, TLL ve posta sunucusuna başvurmanızı tavsiye ederim. Gönderme günlüklerinin olduğu örnek oradan alınmıştır, ancak ben de onun yazarıyım.

Şimdi teoriden pratiğe dönelim ve büyük genel posta hizmetlerinde işlerin nasıl gittiğini görelim:

Kabuk

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

# dig -t MX mail.ru + kısa # dig -t Bir mxs.mail.ru + kısa # dig -t MX yandex.ru + kısa 10 mx.yandex.ru. # dig -t Bir mx.yandex.ru + kısa

Mail ve Yandex, hizmetleri için A kayıtları için RR seçeneğini kullanır, ancak Google şunları yapmaz:

Kabuk

# dig -t MX gmail.com + kısa 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.

# dig -t MX gmail.com + kısa 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.

Bu nedenle, hangi seçeneği seçeceğinize karar vermek size kalmıştır.

PTR

PTR ile, MX'de olduğu gibi yaratıcılığa yer yoktur ve bu sadece onu kolaylaştırır. PTR kaydı ters bölgeye aittir ve ip adresini DNS adıyla eşleştirmek üzere tasarlanmıştır (yani, adresin bir ada çözümlenmesi gerekir).

En ideal durumda, kayıtların "dairesel" bir çözünürlüğü olmalıdır. Bir örnek kullanarak ne olduğunu anlamak kolaydır: MX'den bir A kaydı alıyoruz, A kaydından bir ip adresi alıyoruz, bu adresten ideal olarak A-'ye çözülmesi gereken bir PTR kaydı alıyoruz. MX'in başlangıçta işaret ettiği kayıt. Ve böylece bir daire içinde:

Ancak gerçekte, bu açıkça aşırı mükemmeliyetçiliktir. Ayrıca sunucunuz aynı anda birden fazla domaine hizmet verecekse (ki bu çok yaygın bir durum) ne yapacaksınız?

Not: varsayımsal olarak, bir ip adresi için birkaç PTR oluşturabilirsiniz, çünkü RFC bunu doğrudan yasaklamaz. Bununla birlikte, istemci tarafındaki yazılım genellikle böyle bir durumu nasıl doğru bir şekilde ele alacağını bilmez ve yalnızca sorundan mevcut ilk kaydı alır. Bu kayıt istediğiniz kayıt olmayabilir. Buna ek olarak, çoğu sağlayıcı birden fazla PTR oluşturma isteğinizi reddedecektir. Bu nedenle, bir adres için bir giriş kullanın ve HELO'daki posta sunucusunun, sunucunun adresine çözümlenen bir adı memnuniyetle karşıladığından emin olun, hepsi bu.

Eğlenmek için aynı genel sağlayıcıları kontrol edelim:

Kabuk

# dig -t MX mail.ru + kısa 10 mxs.mail.ru. # dig -t A mxs.mail.ru + kısa 94.100.180.104 94.100.180.31 # dig -x 94.100.180.104 + kısa mxs.mail.ru.

Ve elbette, adresleri kesinlikle adla ilgisi olmayan bir PTR'ye sahip olacaktır, örneğin, bk.ru. Bu nedenle, özünde, zor bir eşleşme gerekli değildir ve PTR'yi herhangi bir cihazınızla kullanabilirsiniz. alan adı... Ana şey, kaydın var olmasıdır, çünkü birçok sunucu PTR'nin varlığını kontrol eder ve eğer orada değilse, mesajlarınızın spam derecesini önemli ölçüde artırır.