Ilość dozwolonych subdomen w domenie i e-mailu


23

Ile subdomen możesz mieć w swojej domenie? I przez to mam na myśli poziomy subdomen.

Na przykład masz domenę example.com, wiem, że możesz ją mieć test.example.com, ale ile poziomów możesz mieć? Jak test2.test.example.com, test3.test2.test.example.cometc.

Po drugie, zastanawiałem się 2 rzeczy na temat adresów e-mail. Po pierwsze, jak powszechne jest stosowanie subdomen w adresie e-mail (JEŚLI jest to w ogóle możliwe)? Nigdy nie widziałem czegoś takiego, test@test.example.comżeby być szczerym, więc nie jestem do końca pewien. A jeśli to możliwe, ile poziomów (tak jak powyżej) możesz mieć?

I na koniec, czy powyższe pytania mogą zależeć od rejestratora domen lub serwera poczty itp.? I od czego to może zależeć?


2
Jest to bardzo powszechne w krajach takich jak Australia i Wielka Brytania, które mają .com.aui .co.ukmają trzy poziomy nazwy hosta w adresach e-mail.
Nacht - Przywróć Monikę

2
@Nacht: Rzeczywiście, to może dość łatwo doprowadzić cię do czegoś takiegosmith@foonly.maths.ox.ac.uk
Nate Eldredge

Tak, zapomniałem o tym. Jak mogłem zapomnieć? Widzę .comi .nlzbyt wiele zapomniałem o innych rozszerzeniach takich jak com.au, .co.ukitp itd
Joshua Bakker

4
Dla przypomnienia, miałem kiedyś adres e-mail @cgg.ms.mff.cuni.cz. Głębokie hierarchie domen są dość powszechne w środowisku akademickim.
Przywróć Monikę

@Angew Och, cóż, nigdy nie widziałem czegoś takiego, więc nie wiedziałem, że to możliwe.
Joshua Bakker

Odpowiedzi:


33

Nie ma bezpośrednich ograniczeń co do liczby poziomów, tj. Kropek, które możesz mieć w nazwie hosta. Jednak nazwa hosta zgodna z RFC1034 może mieć tylko 255 bajtów, pozostawiając 253 bajty dla w pełni kwalifikowanej nazwy domeny FQDN w DNS. Niektóre systemy i TLS / SSL ograniczają FQDN do 64 bajtów, a FQDN w wiadomościach e-mail nie powinien przekraczać (*) 245 lub 221 bajtów w zależności od maksymalnej długości nazwy użytkownika (8 lub 32).

Ponieważ TLD zwykle zajmuje co najmniej 2 znaki, a .każda część nazwy hosta musi mieć co najmniej jeden znak, pozostało miejsca na dodatkowe kropki, tj. Teoretycznie maksymalne poziomy to:

  • (253-3) / 2 = 125 poziomów po TLD dla teoretycznie najdłuższej (mało przydatnej) nazwy hosta
  • (221-3) / 2 = 109 poziomów po TLD, jeśli chcesz go używać do wiadomości e-mail
  • (63-3) / 2 = 30 poziomów po TLD, jeśli chcesz używać SSL / TLS.

I tak, user@subdomainof.subdomain.example.comma prawidłowy format adresu e-mail.


(*) Specjalne ograniczenie długości adresu e-mail wynika z RFC 2821 4.5.3.1 i 4.1.2:

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 ">"

Ponieważ ścieżka do przodu musi zawierać nawiasy kątowe, na adres e-mail pozostało tylko 254 znaki. Następnie username@część 8 (+1) lub 32 (+1) musi zostać wykluczona, aby uzyskać maksymalną długość FQDN.


2
RFC 1034 oznacza, że ​​górna granica zarówno całkowitej długości nazwy domeny (w tym wszystkich części subdomeny) 255 oktetów pochodzi, a także maksymalna długość 63 oktetów dla nazwy hosta / subdomeny. Dłuższe nazwy domen powinny (a nie muszą) być również obsługiwane zgodnie z RFC 1123, ale AFAIK nie są tak naprawdę widoczne na wolności.
HBruijn

1
potrzebne cytowanie re: ograniczenie całkowitej długości adresu e-mail.
Alnitak

Długość nie jest tak ważna. Wiem jednak, że przy wielu subdomenach długość automatycznie się zwiększa; jedyną ważną rzeczą dla mnie jest ilość poziomów subdomen, które możesz mieć, ponieważ i tak nie będą one bardzo długie. Poza tym 30 poziomów nie jest czymś, co bym zrobił. Nawet 10. Może tylko 3/4 maks. Ale miałem też dużą ciekawość (uwaga: nie jestem ekspertem od serwerów i domen).
Joshua Bakker

Dodano argument i cytat za maksymalną długość adresu e-mail, @Alnitak
Esa Jokinen
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.