Czy potrzebne są osobne rekordy dns dla sieci i poczty na jednym serwerze?

Podczas konfigurowania serwera WWW / poczty na jednym serwerze lub VPS z jednym adresem IP prawie każdy przewodnik online ma taką samą strukturę dla DNS:

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  

Użyłem tego kilka razy i to zawsze działało dla mnie. Zastanawiałem się jednak, czy istnieje powód, dla którego serwer poczty wskazuje inną nazwę? Czy można wskazać rekord MX na nazwę hosta i po prostu użyć hostname.example.com dla SMTP i POP3?

Tak, byłoby to możliwe, ale stracisz kilka ważnych korzyści, jeśli zdecydujesz się to zrobić:

Jeśli wskażesz wszystkie usługi na tę samą nazwę DNS, nie będziesz mógł umieścić ich na oddzielnych serwerach bez ponownej konfiguracji klienta, który się do nich odwołuje.

Na przykład: Przy różnych nazwach, gdy obciążenie serwera rośnie zbyt mocno, możesz po prostu odciążyć usługi pocztowe na innym serwerze bez wpływu na klientów. Wszystko, co musisz zrobić, to dostosować swoje rekordy DNS.

Zgodnie z rfc5321 dostarczanie poczty odbywa się na adres A, jeśli brakuje MX. Tak więc następujące linie nie są wymagane do działania SMTP:

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

Zobacz także: http://en.wikipedia.org/wiki/MX_record#History_of_fallback_to_A

Możesz użyć dowolnej nazwy hosta dla swojego serwera poczty, ale potrzebujesz wpisu MX.

Powiedziawszy to, podoba mi się pomysł posiadania osobnej nazwy dla różnych ról. Po pierwsze, jeśli / kiedy przyjdzie czas na zmianę hostów, masz większą kontrolę nad DNS i będziesz mieć mniej problemów z powodu zewnętrznego buforowania DNS.

Twój serwer pocztowy będzie wymagał PTRzapisu do niego wskazującego. Umożliwi to działanie odwrotnego DNS. Nie ufam serwerom pocztowym, które używają domeny drugiego poziomu, tak example.comjak zbyt wielu spamerów próbuje twierdzić, że ich nazwa jest jedną z dużych domen nazw. Lepiej jest użyć nazwy takiej jak mail.example.com. Jeśli używasz mail.example.comdodaj MXdo swojej głównej domeny example.comwskazując, mail.example.comże otrzymasz pocztę. Nawiasem mówiąc, ani mail.example.comnie example.commogą być CNAMEwpisy.

Możesz uruchomić wszystko na jednej nazwie domeny. Jeśli jednak przekonałem Cię do korzystania mail.example.comz serwera pocztowego, możesz www.example.comraczej użyć go do swojego serwera WWW mail.example.com. Jeśli www.example.comgo użyjesz , łatwo będzie dodać domenę równoległą dla treści statycznych, które nie otrzymują plików cookie z Twojego serwera internetowego.

Często zdarza się, że adres IP domeny nadrzędnej jest example.comrozwiązywany na adres serwera WWW. Jeśli nie masz dużego ruchu w sieci, możesz użyć rekordu CNAME dla swojej domeny internetowej. Pozostałe usługi niewymienione powyżej, takie jak POP i IMAP, mogą być obsługiwane przez rekordy CNAME. Jeśli później dodasz różne serwery, możesz zastąpić rekord CNAME rekordem A lub po prostu dostosować rekord CNAME. Korzystanie z rekordów CNAME ułatwia dodawanie IPV6, ponieważ nie trzeba dodawać rekordów AAAA do wszystkich domen.

Lubię mieć rekord DNS dla nazwy hosta. Jeśli to zrobisz, możesz użyć tej domeny zamiast poczty jako swojej MX. W przykładzie chciałbym upuść mail.example.comrekord i wykorzystywać hostname.example.comw swojej MXhistorii. Dodaj rekord CNAME dla www.example.comi już całkiem dobrze.

Twój serwer pocztowy powinien używać dowolnej nazwy PTRrekordu dla twojego serwera. Może być konieczne zwrócenie się do dostawcy IP o PTRodpowiednią zmianę . Dodaj Arekord również dla tej nazwy.

Rozważ dodanie rekordu SPF dla obu hostname.example.comi example.com.