MX-запис - какво е това?

MX-запис, или за обмен на поща запис, - тип запис за ресурс в системата за имена на домейни в който се посочва мейл сървър, отговорен за получаване на съобщения от електронната поща от името на домейна на получателя, както и стойността на преференциите трябва да се използва, за да даде приоритет на доставянето на пощата. за обмен на поща записи, поставени от името на домейна показва колко имейл трябва да се насочват посредством протокола Протокол за прост пощенски пренос (SMTP).

MX Records: Общ преглед на технологиите

Записите за ресурсите са основният информационен елемент на системата за имена на домейни (DNS). Те се отличават с идентификация на типа (A, MX, NS) и DNS клас (Интернет, CHAOS). Записите имат валидност (за цял живот), като им показва кога информацията, която съхраняват, трябва да се актуализира от авторитетен сървър за имена. Записите за ресурсите се организират в DNS въз основа на пълното им име на домейн от електронната поща на получателя (част от името след символа @).

Типичната информация за полезния товар на MX е пълното квалифицирано име на домейна на хост-мейла и стойността на предпочитанието, която трябва да се показва директно в един или повече записи на адреси.

Когато е изпратено съобщение по електронната поща през интернет, изпратеният агент за прехвърляне на поща (MTA) изисква система за имена на домейни за записи MX за всеки домейн получател. Тази заявка връща списък на хостовете за сървъри за обмен на поща, които приемат входяща поща за този домейн. Изпращащият агент се опитва да установи SMTP връзка.

Основи на приоритизирането

В най-простия случай домейнът може да има само един пощенски сървър. Например, ако МТА гледа записа MX на example.com, на DNS-сървър само отговаря на броя на предпочитанията mail.example.com 50, MTA ще се опита да изпраща имейли до определен сървър. В този случай числото 50 може да бъде всяко цяло число, разрешено от SMTP спецификацията.

Но когато се връща повече от един сървър за заявката MX, предпочитаният номер за всеки запис определя относителния приоритет на посочения сървър. Когато отдалечен клиент (обикновено друг сървър за електронна поща) търси MX за име на домейн, той получава списък със сървъри и техните номера на предпочитания. Първоначално всеки сървър с най-нисък предпочитан номер трябва да бъде тестван. За да се осигури надеждно предаване на пощата, клиентът на SMTP трябва да може да проверява всеки от съответните адреси в този списък, за да може да се осъществи успешен опит.

Разпределение на натоварването между масиви от пощенски сървъри

Методът, използван за разпределяне на товара върху входящата поща в масива на сървъра, трябва да върне същия номер на предпочитание за всеки сървър в комплекта. При определяне на сървъра, който има еднакви предпочитания за изпращане на поща, подателят трябва да ги разпредели на случаен принцип, за да разпредели натоварването на няколко пощенски топлообменници за дадена организация. Многоядрените сървъри се третират по различен начин, защото в този случай се счита, че всяка рандомизация вече се прилага от сървъра за имена. Това се отнася главно до проблеми с маршрутизацията. Другите видове зареждане на сървъра могат да бъдат разрешени с помощта на SMTP прокси сървър.

Резервно копие

Целевият сървър, който е този, който знае как да достави пощенската кутия на съответния потребител, обикновено е най-предпочитаният. Сървърите с по-нисък приоритет, т.нар. Резервни или вторични MX записи, обикновено съхраняват съобщения в опашката, чакащи да се появи основният сървър. Ако и двата сървъра са свързани към мрежата или са свързани помежду си, резервното копие на MX ще пренасочи съобщението към главния пощенски топлообменник. Архивирането действа като хранилище.

Как да конфигурирате MX записи: приоритет

Пощата се изпраща на сървъра за обмен с най-нисък номер на предпочитание (най-висок приоритет), така че профилът на обменника, използван за маршрутизиране, трябва да има най-ниския предпочитан номер, обикновено равен на 0.

Приоритетът определя реда, по който сървърите да бъдат свързани (ако са посочени няколко сървъра с различни приоритети). Първо се проверяват сървърите с най-висок приоритет и най-ниския номер на предпочитанията. В DNS записите като правило се определя и уточнява предпочитаният номер.

Грешки при инсталирането

Често срещано погрешно схващане за предпочитанията за поръчка за MX запис на даден домейн е, че е предназначено да увеличи вероятността за доставка на поща. Обаче, простото използване на множество записи със същите предпочитания осигурява това предимство.

Друго често срещано погрешно тълкуване на поръчката на MX е, че е предназначено да осигури "възстановяване при отказ" в случай на претоварване на сървъра. Въпреки че може да се използва по този начин, това е лош метод за управление на ресурсите, защото умишлено създава претоварване, не използва напълно наличния хардуер и не ви позволява да проверявате записите MX. Присвояването на същата стойност на всички налични сървъри дава същото предимство, което може да помогне да се избегнат ситуации на претоварване и по този начин да се увеличи производителността на системата, като се намали латентността.

SMTP регистриране

SMTP създава мрежа за съхранение и препращане, а ако пощенските сървъри в домейна са офлайн, изпращащите сървъри изискват опашка за съобщения, предназначена за този домейн, която да бъде повторена по-късно. Тези сървъри за изпращане обаче не могат да бъдат уведомени, че вече са налице автономни сървъри за домейни и откриват, че домейнът е налице само ако се прави следващият опит при изпращане на закъснели съобщения.

Забавянето между когато сървърите на домейни са свързани към мрежата и когато отлага съобщението накрая доставени може да бъде от няколко минути до дни, в зависимост от графика повтаря изпращане на сървъра. Проблемът е, че резервните копия имат уникална квалификация за решението и не ви позволяват да проверите MX записа на домейна.