MX запис, или запис за обмен на поща, е вид ресурсен запис в системата за имена на домейни, който определя пощенския сървър, отговорен за приемането на имейл съобщения от името на домейна на получателя и стойност на предпочитание, използвана за приоритизиране на доставката на поща. Набор от записи за обмен на поща от името на домейн указва как трябва да се маршрутизира имейл с помощта на протокола за прост трансфер на поща (SMTP).
MX Records: технологичен преглед
Ресурсните записи са основният информационен елемент на системата за имена на домейни (DNS). Те се различават по идентификация на типа (A, MX, NS) и DNS клас (Интернет, CHAOS). Записите имат присвоена дата на изтичане (време на живот), което показва кога информацията, която съхраняват, трябва да бъде актуализирана от авторитетен сървър за имена. Ресурсните записи са организирани в DNS въз основа на FQDN имейл на техния получател (частта от името след символа@).
Информацията за полезен товар за специфичен MX запис е напълно квалифицираното име на домейн на пощенския хост и стойност на предпочитание, която трябва да се показва директно в един или повече адресни записи. Когато имейл съобщение е изпратено през Интернет, изпращащият агент Mail Transfer Service (MTA) отправя запитване към системата за имена на домейни за MX записи за всеки домейн на получател. Тази заявка връща списък с хостове на сървъри за обмен на поща, които приемат входяща поща за този домейн. След това изпращащият агент се опитва да установи SMTP връзка.
Основни положения за приоритизиране
В най-простия случай домейнът може да има само един пощенски сървър. Например, ако MTA търси MX записи за example.com и DNS сървърът отговаря само с mail.example.com с брой предпочитания 50, MTA ще се опита да изпрати поща до посочения сървър. В този случай числото 50 може да бъде всяко цяло число, разрешено от SMTP спецификацията. Но когато повече от един сървър се връща за MX заявка, номерът на предпочитанието за всеки запис определя относителния приоритет на посочения сървър. Когато отдалечен клиент (обикновено друг пощенски сървър) направи MX търсене за име на домейн, той получава списък със сървъри и техните предпочитани номера. Всеки сървър с най-нисък номер на предпочитание трябва да бъде проверен първоначално. За да осигури надеждно предаване на поща, SMTP клиентът трябва да може да проверява всеки от съвпадащите адреси в този списък, докато опитът за доставка е успешен.
Балансиране на натоварването между масиви от пощенски сървъри
Методът, използван за балансиране на натоварването на входящата поща в масив от сървъри, трябва да връща същия номер на предпочитание за всеки сървър в набора. Когато определя кой сървър има еднакво предпочитание за изпращане на поща, подателят трябва да ги подреди на случаен принцип, за да разпредели натоварването между множество обменници на поща за конкретна организация. Многодомните сървъри се обработват по различен начин, тъй като всяка рандомизация се счита за вече приложена от сървъра за имена. Основно се занимава с проблеми с маршрутизирането. Други видове зареждане на сървъра могат да бъдат разрешени с помощта на SMTP прокси.
Резервно
Целевият сървър, тоест този, който знае как да достави пощенската кутия на съответния потребител, обикновено е предпочитаният. Сървърите с по-нисък приоритет, наречени резервни или вторични MX записи, обикновено държат съобщенията на опашка, докато чакат първичният сървър да се покаже. Ако и двата сървъра са онлайн или по някакъв начин са свързани един с друг, архивът на MX ще препрати имейла към основния обменник на поща. Резервното копие действа като трезор.
Как да настроите MX записи: приоритет
Пощата се изпраща до сървъра за обмен с най-нисък номер на предпочитание (най-висок приоритет), така че записът в обменника на поща, който се използва за маршрутизиране, трябва да има най-ниския номер на предпочитание, обикновено 0. Priorityдефинира реда, в който сървърите трябва да бъдат асоциирани (ако са посочени множество сървъри с различни приоритети). Сървърите с най-висок приоритет и най-нисък номер на предпочитание ще бъдат проверени първи. В DNS записите предпочитаният номер обикновено се задава и посочва.
Грешки при настройка
Често погрешно схващане относно поръчването на предпочитания за запис на домейн MX е, че има за цел да увеличи вероятността за доставка на поща. Въпреки това, простото използване на множество записи със същото предпочитание осигурява тази полза.
Друго често срещано погрешно тълкуване на поръчката за предпочитания MX е, че тя е предназначена да осигури "отказ при отказ" в случай на претоварване на сървъра. Въпреки че може да се използва по този начин, това е лоша техника за управление на ресурсите, тъй като умишлено създава задръствания, не използва напълно наличния хардуер и не позволява проверка на MX записи. Присвояването на една и съща стойност на всички налични сървъри осигурява еднакво предимство, може да помогне за избягване на ситуации на претоварване и по този начин да увеличи пропускателната способност на системата чрез намаляване на латентността.
SMTP регистриране
Протоколът SMTP установява мрежа за съхранение и препращане и ако пощенските сървъри на домейна са офлайн, изпращащите сървъри се нуждаят от опашка от съобщения, предназначени за този домейн, за да опитат отново по-късно. Въпреки това, тези изпращащи сървъри не могат да бъдат уведомени, че вече са наличнисамостоятелни сървъри на домейни и откриват, че домейнът е наличен само ако бъде направен следващият опит при изпращане на отложени съобщения.
Забавянето между момента, когато сървърите на домейна се включат онлайн и когато чакащите съобщения най-накрая бъдат доставени, може да бъде от минути до няколко дни, в зависимост от графика за повторни опити на изпращащите сървъри. Проблемът е, че резервните копия са уникално квалифицирани за разрешаване и не ви позволяват да проверите MX записа на домейна.
