В некоторых ситуациях для сервера не представляется возможным ответить на запрос приложения Flash Player на получение файла политики безопасности. Например, SWF-файл может захотеть подключиться к существующему почтовому SMTP-серверу, который не понимает назначения инструкции . Чтобы разрешить это соединение, администратор почтового сервера должен сделать файл политики безопасности доступным через другой порт того же домена или того же IP-адреса, где находится этот почтовый сервер. Сервер, прослушивающий другой порт, может быть чрезвычайно простым сокетным сервером, который просто ожидает подключения, получает инструкции , в ответ возвращает файл политики безопасности и затем закрывает подключение.

Когда получение файла политики безопасности осуществляется через порт, отличный от порта желаемого сокетного соединения (как в нашем примере с почтовым сервером), SWF-файлы из разрешенных регионов должны загружать этот файл политики безопасности вручную перед тем, как выполнить запрос на установление желаемого сокетного соединения. Чтобы вручную загрузить файл политики безопасности через произвольный порт, применяется следующий обобщенный код:

Securi ty.1oadPoli суFi1е(«xmlsocket://доменИли1Р:номерПорта»):

Здесь доменИли1Р — это доменное имя или IP-адрес сервера, а номерПорта — номер порта, через который будет получен файл политики безопасности. Повторим, что IP-адреса, заданные в числовом виде, и их эквивалентные доменные имена для приложения Flash Player считаются разными. В предыдущем коде обратите внимание на обязательное использование протокола xml socket: //. Название протокола описывает тип подключения, используемого для получения файла политики безопасности, а не тип подключения, который разрешает этот файл политики безопасности.

Файл политики безопасности, загруженный с помощью протокола xmlsocket://, разрешает подключения с использованием обоих классов Socket и XMLSocket, а не только с использованием класса XMLSocket.

Отправив инициированный вручную запрос на получение файла политики безопасности, можно сразу же отправлять последующий запрос на подключение к желаемому порту. Предположим, что на порте 1021 сайта site-c. com запущен простой сервер, обслуживающий запросы на получение файла политики безопасности, и что файл политики безопасности сайта site-c. com разрешает установление соединений к порту 25 из источников site-d. com и www. site-d. com. Вот файл политики безопасности:


SYSTEM «http://www. adobe. com/xml/dtds/cross-domain-policy. dtd»>





Чтобы подключиться к порту 25 сайта site-c. com, любой SWF-файл, загруженный из источников site-d. com или www. site-d. com, может использовать следующий код. Обратите внимание, что SWF-файл запрашивает сокетное соединение с портом 25 сразу после отправки запроса на получение файла политики безопасности через порт 1021. Приложение Flash Player терпеливо дожидается окончания загрузки файла политики безопасности перед тем, как продолжить подключение к порту 25.

// Загружаем файл политики безопасности вручную Security.1oadPoli cyFi1e(«xmlsocket://site-c. com:1021″); var socket:Socket = new Socket( ); try {

// Пытаемся установить соединение (сразу после того, как был запрошен файл // политики безопасности) socket. connect(«site-c. com», 25); } catch (e:SecurityError) { trace(«Connection problem!»); trace(e. message):

}

При выполнении предыдущего кода приложение Flash Player перед тем, как разрешить запрашиваемое подключение к порту 25, устанавливает отдельное подключение к порту 1021 и отправляет сообщение серверу, прослушивающему этот порт. Сервер отправляет в ответ файл политики безопасности сайта site-c. com и после этого закрывает подключение. В списке разрешенных регионов этого файла политики безопасности содержится источник SWF-файла, устанавливающего соединение, поэтому установление соединения с портом 25 может быть продолжено.