Home

Page 145
Page 145
background image

Кратко проанализируем. Вначале Р ведет себя как сервер, С – как клиент. 

В   первой   строке   Р   приглашает   С   откликом   220.   Во   второй   строке   С 
представляется   командой

 EHLO,   так   как   собирается   впоследствии 

авторизоваться и пользоваться командой  ATRN. В строках 3-5 Р сообщает С о 
том,   какие   расширения   он   поддерживает,   в   частности   поддерживаются 
расширение AUTH и ATRN. В строках 6-9 С авторизуется на Р с использованием 
выбранного метода авторизации. В 10 строке С дает команду  ATRN, прося от Р 
почту для двух доменов, на которую Р отвечает положительно, откликом 250. 
Это   означает,   что   Р   принимает   предложение   С  поменяться   местами   в   данном 
соединении  и в этот момент Р начинает вести себя как клиент, а С, получив 
отклик   250   –   как   сервер.   Это   значит,   что   теперь   С,   как   сервер,   передает   Р 
сообщение   с   откликом   220,   а   Р   теперь   сам   представляется   для   С   командой 
EHLO!!!   После   этого   Р   начинает   передавать   С   письма   в   указанные   ранее   С 
домены,   а   когда   Р   заканчивает   передачу,   Р   же   и   передает   команду  QUIT, 
приводя   тем   самым   к   закрытию   соединению.   Итого,   мы   видим,   что   в   одном 
соединении обе стороны успели побывать и в роли клиента и в роли сервера!

Далее   рассмотрим   работу   данной   технологии   на   практике.   Однако 

существует проблема: с одной стороны MS IIS поддерживает технологию ATRN, с 
другой   стороны   заставить   его   работать   в   соответствии   с   декларированными 
возможностями   стандартным   алгоритмом   невозможно   -   после   авторизации 
методом LOGIN, сервер сообщает в ответ на ATRN 

505 5.7.3 This authenticated user is not allowed to issue TURN

несмотря   на   то,   что   пользователь   сконфигурирован   как   имеющий   право   на 
выполнение  ATRN.   Настройка  ATRN  похожа   на   настройку  ETRN,   но   требует 
указания   пользователей,   которым   разрешено   получать   письма   для   данного 
домена. 

Таким образом, технология  ODMR  во многом удобнее, нежели  ETRN, так 

как   предполагает   авторизацию,   кроме   того   письма   передаются   в   том   же 
соединении, что и команда  ATRN, что позволяет почтовому серверу небольшой 
компании   не   иметь   реального  IP  адреса,   а   забирать   почту,   используя 
автономный адрес. С другой стороны использование  ATRN  потенциально менее 
безопасно, так как письма передаются тому, кто запросил письма, в случае же 
использования  ETRN  почта   маршрутизируется   на   основании   маршрута, 
указанного почтовому серверу провайдера. 

В целом технологии ETRN и ATRN позволяют организовать маршрутизацию 

почты в домены, не имеющие постоянного подключения в Интернет, что хорошо


Copyright © 2022 Файлообменник files.d-lan.dp.ua

Использование любых материалов сайта возможно только с разрешения автора.