Etki alanındaki ve e-postadaki izin verilen alt alan sayısı


23

Alan adınızda kaç tane alt alan adınız olabilir? Ve bununla, alt düzeylerin seviyelerini kastediyorum.

Örneğin, sahip olduğunuz etki alanı example.comvar test.example.com, sahip olabilirsiniz , ancak kaç düzeyiniz olabilir? Gibi test2.test.example.com, test3.test2.test.example.comvb

İkincisi, e-posta adresleri hakkında 2 şeyi merak ediyordum. Her şeyden önce, bir e-posta adresinde alt alanların kullanımı ne kadar yaygındır (eğer mümkün ise)? Hiç test@test.example.comdürüst olmak gibi bir şey görmedim, bu yüzden tam olarak emin değilim. Ve eğer mümkünse, kaç seviye (tıpkı yukarıdaki gibi) olabilir?

Ve son olarak, yukarıdaki sorular etki alanı kayıt memuruna veya posta sunucusuna vb. Bağlı olabilir mi? Ve neye bağlı olabilir?


2
Bu Avustralya ve sahip İngiltere'de gibi ülkelerde çok yaygındır .com.auve .co.uke-posta adreslerindeki hostname üç seviye var.
Nacht - Monica

2
@Nacht: Gerçekten de, bu sizi kolayca kolayca bir şeye götürebilirsmith@foonly.maths.ox.ac.uk
Nate Eldredge

Evet bunu unuttum. Nasıl unutabildim. Gördüm .comve .nlçok fazla com.au, .co.ukvb gibi diğer uzantıları unuttum .
Joshua Bakker

4
Kayıt için bir e-posta adresim vardı @cgg.ms.mff.cuni.cz. Derin alan hiyerarşileri, akademi'de oldukça yaygındır.
Monica

@Hayır Oh, ben hiç böyle bir şey görmedim, bu yüzden mümkün olduğunu bilmiyordum.
Joshua Bakker

Yanıtlar:


33

Bir ana bilgisayar adında kaç noktaya, yani noktaya sahip olabileceğinize ilişkin doğrudan bir sınır yoktur. Ancak, RFC1034 uyumlu bir ana bilgisayar adı yalnızca 255 bayt uzunluğunda olabilir, bu da DNS'de FQDN tam etki alanı adı için 253 bayt bırakır . Bazı sistemler ve TLS / SSL, FQDN'yi 64 bayt ile sınırlandırır ve e-postalardaki FQDN , maksimum kullanıcı adı uzunluğuna (8 veya 32) bağlı olarak 245 veya 221 baytı aşmamalıdır .

TLD genellikle en az 2 karakter aldığından .ve ana bilgisayar adının her bölümü en az bir karakter uzunluğunda olması gerektiğinden, ek noktalar için kalan boşluk, yani teorik olarak en yüksek düzeyler olacaktır:

  • (253-3) / 2 = teorik olarak en uzun (çok kullanışlı değil) ana bilgisayar adı için TLD'den sonra 125 seviye
  • (221-3) / 2 = TLD'den sonra 109 seviye, e-postayla kullanmak istiyorsanız
  • (63-3) / 2 = SSL / TLS kullanmak istiyorsanız TLD'den sonra 30 seviye.

Ve evet, user@subdomainof.subdomain.example.comgeçerli bir e-posta adresi biçiminde.


(*) E-posta adresi uzunluğu için özel sınırlama, RFC 2821 4.5.3.1 ve 4.1.2'nin bir sonucudur :

4.5.3.1 Size limits and minimums

   path
      The maximum total length of a reverse-path or forward-path is 256
      characters (including the punctuation and element separators).


4.1.2 Command Argument Syntax

      Path = "<" [ A-d-l ":" ] Mailbox ">"

İleri yolun köşebentleri içermesi gerektiğinden, e-posta adresi için yalnızca 254 karakter kaldı. Ardından, username@maksimum FQDN uzunluğunu elde etmek için 8 (+1) veya 32 (+1) kısmı hariç tutulmalıdır.


2
RFC 1034 , 255 oktetin hem alan adının (hem de tüm alt etki alanı bölümleri dahil) toplam uzunluğunun üst sınırının, bir ana bilgisayar adı / alt etki alanı için ve maksimum 63 oktet uzunluğundan kaynaklandığı yerdir. Daha uzun alan adları (zorunlu olmak yerine) RFC 1123 uyarınca da desteklenmelidir, ancak AFAIK, vahşi doğada gerçekten görülmez.
HBruijn

1
atıf gerekli yeniden: bir e-posta adresinin toplam uzunluğu kısıtlaması.
Alnitak

Uzunluk o kadar önemli değil. Birden fazla alt etki alanıyla uzunluk otomatik olarak artar, ancak; Benim için önemli olan tek şey, zaten çok uzun sürmeyecekleri için sahip olabileceğiniz alt etki alanı seviyeleridir. Ayrıca, 30 seviye yapacağım bir şey değil. 10 bile değil. Belki sadece 3/4 maks. Ama aynı zamanda sahip olduğum büyük bir meraktı (not: Sunucular ve etki alanları konusunda uzman değilim).
Joshua Bakker

Maksimum e-posta adresi uzunluğu için tartışma ve alıntı eklendi, @Alnitak
Esa Jokinen
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.