Jeff is correct, but to add one additional note: IIRC, the check for "same
host" is done by comparing the URLs, not by the underlying IP address, so even
if your app launches from www.mscloud.com and it maps to 13.66.128.172 and your
app is configured to hit 13.66.128.172, it will be seen as a different domain
and crossdomain.xml will be accessed.
HTH,
-Alex
On 6/19/18, 8:16 AM, "Jeff Dafoe" <jeffda...@outlook.com on behalf of
jeffda...@gmail.com> wrote:
Yes, that's part of the security mechanism used by the player to control
where a SWF can request data from. It comes into play if the SWF needs to
issue requests to a host other than the one it was loaded from. In that
scenario, it has to sit in the root directory of the server hosting the
resource being requested, and must be configured to allow access from the host
that the SWF was loaded from.
-Jeff
________________________________
From: mark goldin <markzolo...@gmail.com>
Sent: Tuesday, June 19, 2018 11:00 AM
To: users@flex.apache.org
Subject: Re: Unknown request to crossdomain.xml
Good guess, it's running on MS cloud.
But, in general, does FP always look for the crossdomain file?
On Tue, Jun 19, 2018 at 7:32 AM Jeff Dafoe <jeffda...@gmail.com> wrote:
>
> Maybe the app was moved to MSFT's cloud infrastructure?
>
> -Jeff
>
>
> ________________________________
> From: mark goldin <markzolo...@gmail.com>
> Sent: Tuesday, June 19, 2018 5:45 AM
> To: users
> Subject: Unknown request to crossdomain.xml
>
> My company is trying to move the app to the cloud.
> People from outside of our office did all the work and now are trying to
> rub it.
> It seems like no data is flowing into the application. I am checking
> chrome's console
> and among other errors see this:
> GET
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2F13.66.128.172%2Fcrossdomain.xml&data=02%7C01%7Caharui%40adobe.com%7Cabc744d9dc9a4607682f08d5d5f79586%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C636650181704332007&sdata=Yp2uaVKyqN1w8%2FVtiXz6Q1mkt6uNvyznSC8eroWU2mQ%3D&reserved=0
504 (Gateway Timeout)
> I have checked that IP and it belongs to MSFT. Does anyone have an idea
why
> the FP is trying reading it from there?
>
> Thanks
>
