Tek bir sunucuda web ve posta için ayrı dns kayıtları gerekli mi?


13

Tek bir sunucuda veya bir IP adresiyle VPS'de bir web / posta sunucusu kurarken, çevrimiçi olarak hemen hemen her kılavuz DNS için aynı yapıyı izler:

example.com.               IN A    192.0.2.0  
hostname.example.com.      IN A    192.0.2.0  
mail.example.com.          IN A    192.0.2.0  
example.com.               IN MX   10 mail.example.com.  
0.2.0.192.in-addr.arpa.  IN PTR  hostname.example.com  

Bunu birkaç kez kullandım ve her zaman benim için çalıştı. Ancak posta sunucusunun farklı bir adı işaret etmesinin bir nedeni olup olmadığını merak ediyordum? MX kaydını ana makine adına yönlendirmek ve SMTP ve POP3 için yalnızca hostname.example.com adresini kullanmak mümkün müdür?


7
IP adresi için lütfen 192.0.2.0/24 kullanın. (Bunlar example.com gibi belgeler için ayrılmıştır. Bkz. RFC5737.)
billpg

SF'yi seviyorum, her gün yeni bir şey öğreniyorum. Bunun için teşekkürler, billpg!
MadHatter

@billpg Bahşiş için teşekkürler. Bu benim ilk sorumdu, bu yüzden hala ipleri öğreniyorum.
Jeff

Yanıtlar:


20

Evet, mümkün olabilir, ancak bunu seçerseniz bazı önemli avantajları kaybedersiniz:

Tüm hizmetleri aynı DNS adına yönlendirirseniz, bunlara başvuran herhangi bir istemciyi yeniden yapılandırmadan bunları artık ayrı sunuculara yerleştiremezsiniz.

Örnek olarak: Farklı adlarla, sunucudaki yük çok fazla büyüdüğünde, posta hizmetlerini istemcileri etkilemeden başka bir sunucuya yükleyebilirsiniz. Tek yapmanız gereken DNS kayıtlarınızı uyarlamak.


MX DNS kayıtları daha sonra eklenebilir, bu yüzden neden bir şey kaybettiğinizi görmüyorum.
Mircea Vutcovici

1
Müşterilerinize hem web sunucunuza hem de IMAP / POP3 sunucunuza example.com adresinden ulaşılabileceğini söylüyorsanız ve bunları daha sonra ayırmanız gerekiyorsa, daha sonra yardım üzerine bir MX kaydı eklemek nasıl olur? En baştan yapın ve daha sonra sorun yaşamazsınız çünkü DNS bölgenize iki veya üç satır daha eklemek için tembelsiniz.
Sven

@MirceaVutcovici, tüm müşterilerinizi değiştirmek zorunda kalmadan temel altyapıyı değiştirebilmektir.
pc1oad1etter 14:12

@MirceaVutcovici, MX kaydını eklemek veya değiştirmek istemcilerin posta hizmetlerini aradıkları yerde değişmez. Anladığım kadarıyla MX kayıtları, istemcilerin kullanması için değil, yalnızca dağıtım ve yönlendirme içindir.
mp3foley

Sadece ayrı bir adın gerekli olup olmadığını merak ettim, bu yüzden cevap öyle değil. Ama bunun idari avantajları olduğunu kabul ediyorum.
Jeff

4

Gereğince rfc5321 MX eksikse posta teslimat A adrese yapılır. Bu nedenle, SMTP'nin çalışması için aşağıdaki satırlar gerekli değildir:

mail.example.com.          IN A    192.168.0.1  
example.com.               IN MX   10 mail.example.com.  

Ayrıca bkz: http://en.wikipedia.org/wiki/MX_record#History_of_fallback_to_A


Ayrıca, MX kaydı varsa, isterse hostname.example.com adresine yönlendirebilir.
Matt

Bununla hiçbir şey kazanmıyorsunuz ve çok fazla esneklik kaybediyorsunuz, neden rahatsız oluyorsunuz? Yukarıda söylediğim gibi, en baştan yapın.
Sven

Herkesin hizmetleri için fazlalığı olmadığından (küçük bir blog yazarının kullanım durumunu düşünün), aynı durum posta sunucusu için de geçerli olabilir. Ve neden DNS'yi düzenlemenin bu kadar esnek olduğunu düşünüyorsunuz?
Mircea Vutcovici

1
@MirceaVutcovici: Üzgünüm, ama aynı ana bilgisayar adını farklı amaçlar için kullanıyorsanız ve bu hizmetleri gelecekte herhangi bir nedenle herhangi bir nedenle ayırmanız gerekiyorsa, tüm müşterilerinizi değiştirmeniz gerektiği gerçeğini anlamak ne kadar zor? Yolunuzu yaptığınızda tam olarak hiçbir şey kazanmazsınız ve daha sonra sorun yaşayabilirsiniz. Profesyonel yaklaşım (ve bu sadece ServerFault için geçerlidir) böyle aptal tuzaklardan kaçınan makul bir DNS altyapısı oluşturmaktır.
Sven

4

Size posta sunucusu için mi ne olursa olsun hostname kullanabilirsiniz, ancak ihtiyaç yapmak bir MX girdisi olmalıdır.

Bununla birlikte, farklı roller için ayrı bir isme sahip olma fikrini sevdim. İlk olarak, ana bilgisayarları değiştirme zamanı geldiğinde / ne zaman gelirse, DNS'in kontrolü sizde olur ve harici DNS önbelleği nedeniyle daha az sorunla karşılaşırsınız.


3
Teknik olarak bir MX kaydına ihtiyacınız yoktur.
joeqwerty

Yeterince adil; cevap yansıtmak için güncellendi
gWaldo

4

Posta sunucunuzun PTRişaret eden bir kayda ihtiyacı olacaktır . Bu, ters DNS'nin çalışmasına izin verecektir. Çok example.comfazla spam gönderenin adının büyük ad alanlarından biri olduğunu iddia etmeye çalıştığı gibi ikinci düzey bir alan adı kullanan posta sunucularına güvenmiyorum . Gibi bir isim kullanmak daha iyidir mail.example.com. Kullanıyorsanız , ana alan adınıza posta alacağını belirten mail.example.combir MXa ekleyin . Bu arada girişler de olamaz .example.commail.example.commail.example.comexample.comCNAME

Her şeyi tek bir alan adında çalıştırabilirsiniz. Ancak, mail.example.comsizi posta sunucunuz için kullanmaya ikna ettiysem www.example.com, web sunucunuz yerine kullanmak isteyebilirsiniz mail.example.com. Eğer kullanırsanız www.example.comsizin web sunucusundan çerezleri almaz statik içerik paralel etki alanı eklemek için kolay olacaktır.

Üst alan adının IP adresine sahip example.comolmak, web sunucusunun adresini çözümlemek yaygındır . Çok fazla web trafiğiniz yoksa, web alan adınız için bir CNAME kaydı kullanabilirsiniz. POP ve IMAP gibi yukarıda listelenmeyen hizmetlerin geri kalanı CNAME kayıtları tarafından işlenebilir. Daha sonra farklı sunucular eklerseniz CNAME kaydını A kaydıyla değiştirebilir veya yalnızca CNAME kaydını ayarlayabilirsiniz. CNAME kayıtlarını kullanmak, tüm alanlarınıza AAAA kayıtları eklemenize gerek olmadığından IPV6 eklemeyi kolaylaştırır.

Ana bilgisayar adı için bir DNS kaydına sahip olmayı seviyorum. Bunu yaparsanız, posta olarak o alanı alan adınız olarak kullanabilirsiniz MX. Senin örnekte, düşeceği mail.example.comkayıt ve kullanmak hostname.example.comsizin de MXrekor. İçin bir CNAME kaydı ekleyin www.example.comve çok başarılısınız.

Posta sunucunuz, sunucunuz için PTRkaydın kullandığı adı kullanmalıdır. PTRUygun bir şekilde değiştirmek için IP sağlayıcınızı almanız gerekebilir . ABu ad için de bir kayıt ekleyin .

Hem hostname.example.comve için SPF kaydı eklemeyi düşünün example.com.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.