2016-03-29 9 views
1

crossdomain.xml, довольно простая концепция, большинство разработчиков, возможно, пришли через, хотя только для информации: - файл политикиМогу ли я назвать два crossdomain.xml с двух разных серверов с моего флеш-плеера?

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

Secure HLS потоковый: https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/StreamingMediaGuide/UsingHTTPLiveStreaming/UsingHTTPLiveStreaming.html

Вопрос:

У меня есть флэш-плеер (HLS player.swf), который находится на моем сайте www.A.com. Теперь запрос делается на медиа-сервере www.B.com/playlist.m3u8, который является безопасным hls-запросом (зашифрованным AES-128). Ключевой URL-адрес, содержащийся в playlist.m3u8, указывает на веб-сервер www.C.com/keyPage.jsp

Теперь мой player.swf в идеале должен вызвать crossdomain.xml для обоих серверов при их вызове и продолжить с последующими вызовами , хотя в моем случае, когда игрок получает второй файл crossdomain.xml с сайта www.C.com, он перестает делать любой другой звонок. Однако, если я переведу ключевое приложение доставки с сайта www.C.com на сайт www.A.com, он отлично работает.

Я действительно запутался в таком поведении, что в соответствии с документами crossdomain.xml используется целевым сервером для проверки клиента, который находится на каком-то другом сервере. Так как это имеет значение, если я использую несколько серверов и предоставляю crossdomain xml для всех из них для одного приложения Flash.

P.S. - Я попробовал один и тот же процесс с различными онлайн HLS доступных игроков и каждый из них изображает то же поведение

EDIT 1 Просто для справки мой crossdomain XML является

<?xml version="1.0" encoding="UTF-8" ?> 
<!DOCTYPE cross-domain-policy SYSTEM "http://www.adobe.com/xml/dtds/cross-domain-policy.dtd"> 
<cross-domain-policy> 
    <allow-access-from domain="*" secure="false"/> 
    <site-control permitted-cross-domain-policies="all"/> 
</cross-domain-policy> 
+0

Не могли бы вы положить онлайн пример, чтобы увидеть, что поведение? – akmozo

+0

Также не следует смешивать доступ SSL с серверами без SSL. Они должны загружаться с «http ...» или все из «https ...». Во-вторых, почему вы не можете использовать ваш ключ на ** A.com ** в любом случае? Или еще на странице ** A.com ** просто загрузите player.swf & key (оба сохраняются на ** C.com **). –

+0

@akmozo - я не думаю, что это возможно. –

ответ

1

Ну после того, как слишком много копаться в проблема, я понял, что проблема идет, потому что C.com является сервером jboss. Я попробовал ту же архитектуру, заменив C.com сначала IIS, а затем Apache tomcat. В обоих случаях все запросы запрашиваются и обслуживаются должным образом.

Так выше вопрос если я могу просить 2 crossdomain XMLs двух разных серверов моего флэш-плеера является да, я могу сделать это.

Хотя до сих пор остается открытым вопрос, почему предоставление crossdomain XML из JBoss останавливает последующие вызовы