c# - HTTP to HTTPS silverlight wcf cross domain issue -

-

i've been looking on site , on stack overflow , can solve issue.

network setup

the way network on staging world have clients looking @ web app on 443 port - https, underlying structure listening on 80 port - http. when apps talk each other on port 80, when clients visit site port 443. example, svc called silverlight on port 80.

i should point out on staging , test domains: have web server acting portal app server; shouldn't matter since able working on test. it's staging has http forwarding https.

application

i have silverlight xap file on same domain hosted web application using iis 6.

now since silverlight xap file , web application on same domain, have no problems running on dev , test, when try deploy staging i'm getting weird cross domain reference problem:

"system.servicemodel.communicationexception: error occurred while trying make request uri . due attempting access service in cross-domain way without proper cross-domain policy in place, or policy unsuitable soap services."

digging around, realize app thinks xap (or service i'm calling) , web app on different domain, , looks crossdomain.xml , clientaccesspolicy.xml files automatically, can't stop it. however, in application, not case. both reside on same domain. have used fiddler , didn't see domain or subdomain matter.

browser issues

another weird thing found out issue chrome vs ie: on chrome finds crossdomain.xml , clientaccesspolicy.xml telling me insecure, fetch https side, signalling 404 error. however, on ie i'm getting 302 redirect. on microsoft's doc clientaccesspolicy.xml aren't supposed redirects xml file; mentioned here: http://msdn.microsoft.com/en-us/library/cc838250(v=vs.95).aspx

so question is, if app , xap on same domain, why xmls trying fetched? because i'm using dns instead of ip address? stumbled upon site: http://msdn.microsoft.com/en-us/library/ff921170(v=pandp.20).aspx

it states: avoid cross-domain call issues, remote modules' xap files should located on same domain main application; when deployed this, ref property on modulecatalog should uniform resource identifier (uri) relative main xap file location on web server.

what mean??

edit

okay changed services point https instead of http. new error comes out: provided uri scheme 'https' invalid; expected http.

the thing is, doesn't check crossdomain.xml or clientaccesspolicy.xml; realizes it's on same domain. it's expecting service on port 80, name has follow https:// in order work.

i think solution have break off being virtual directory, make root node of own website, , make whole thing 443. save myself headache.

it sounds you're working in environment there load balancer offloading ssl traffic. in situation, client(silverlight) needs configured https , server must configured http. because device between 2 parties decrypting ssl data.

in situations this, aside normal client , server side configurations, server side code needs bit more forgiving address of request.

you need add attribute service implementation allow client call on https, have service listening on http.

add service:

[servicebehavior(addressfiltermode = addressfiltermode.any)]

this allows client call https://my.domain.com/service.svc , have server live @ http://my.domain.com/service.svc.

here links might well:

http://social.msdn.microsoft.com/forums/vstudio/en-us/b5ae495b-f5fb-4eed-ae21-2b2280d4fec3/address-filter-mismatch-wcf-addressing

http://www.i-m-code.com/blog/blog/2011/11/30/hosting-silverlight-over-http-under-f5-big-ip/

http://www.i-m-code.com/blog/blog/2011/08/18/hosting-silverlight-under-https/


Comments

Post a Comment

Popular posts from this blog

c# - How Configure Devart dotConnect for SQLite Code First? -

-
can configure following sample code ? when run following code, error : no entity framework provider found ado.net provider invariant name 'devart.data.sqlite' setting in machine.config <system.data> <dbproviderfactories> <add name="dotconnect sqlite" invariant="devart.data.sqlite" description="devart dotconnect sqlite" type="devart.data.sqlite.sqliteproviderfactory, devart.data.sqlite, version=4.6.287.0, culture=neutral, publickeytoken=09af7300eec23701" /> </dbproviderfactories> </system.data> after add below block code in app.config <?xml version="1.0"?> <configuration>   <configsections> <!-- more information on entity framework configuration, visit http://go.microsoft.com/fwlink/?linkid=237468 --> <section name="entityframework" type="system.data.entity.internal.configfile.entityframeworksection, entit...
Read more

c++ - Clear the memory after returning a vector in a function -

-
i have function processes , stores lot of data in , returns results vector of class. amount of data stored in function tremendous , want clear storage memory of function after finished job. necessary (does function automatically clear memory) or should clear memory function? update: vector<customers> process(char* const *filename, vector<int> id) { vector<customers> list_of_customers; (perform actions) return list_of_customers; } variables defined locally within function automatically released @ end of function scope. destructors objects called, should free memory allocated objects (if objects coded correctly). example of such object std::vector . anything you've allocated new must have corresponding delete release storage. try avoid doing own allocation , use raii instead, i.e. containers or smart pointers.
Read more

erlang - Saving a digraph to mnesia is hindered because of its side-effects -

-
updated the digraph library in erlang implements data type side-effectful. each operation on data type saves new state in ets table -- instead of returning altered version of itself, more common in functional languages. the problem usage perspective, impedes effort store or pass around state in convenient way requiring me first "collect" state before can start juggle around. the closest solution have seen far serializer/deserializer , these have drawback tied current structure of digraphs instead of operating on abstract type -- prevents future proof solution. update pascal pointed out serializer utilizes interface of digraph, , hence eliminates drawback mentioned above. better, albeit still inconvenient, see no better alternative. what recommendation on how store digraphs? should go different data type altogether? thanks. i not sure understand concern. fact digraph stored in ets transparent in user interface, might want chnge either exchange digr...
Read more