|
Problēmas apraksts Kad starpdomēnu izsaukums ASP.NET MVC vai pakalpojumu, kas rakstīts ASP.NET Web API, tas kļūst nepieejams. Reprodukcijas metode - Izmantojiet veidni, lai izveidotu vienkāršāko ASP.NET Web API projektu, atkļūdojiet to, lai pārliecinātos, ka tas darbojas
- Izveidojiet citu projektu ar tikai vienu HTML lapu un veiciet AJAX zvanu
- Atveriet šo lapu savā pārlūkprogrammā un atradīsit šādu kļūdu (405: metode nav atļauta)
Piezīme: Tāda pati situācija ir ASP.NET MVC. Dažos gadījumos MVC var izmantot arī tieši pakalpojumu izstrādei, kam ir savas priekšrocības un trūkumi salīdzinājumā ar WebAPI. Zemāk ir piemērs pakalpojumam, kas izstrādāts, izmantojot MVC
Cēloņu analīze Galvenais starpdomēnu problēmas iemesls ir tas, ka pārlūkprogrammai ir zemas privilēģijas abos pieprasījumos un parasti atļauj zvanus tikai uz vietējā domēna resursiem, ja vien mērķa serveris skaidri nenorāda, ka starpdomēnu zvani ir atļauti. Tāpēc, lai gan starpdomēnu problēmu izraisa pārlūkprogrammas uzvedība, risinājums ir servera pusē. Jo nav iespējams pieprasīt visiem klientiem samazināt drošību.
šķīdums Gan ASP.NET MVC, gan ASP.NET Web API projektu tipiem es veicu dažus pētījumus un noteiku, ka šāds scenārijs ir iespējams. Lai ASP.NET MVC, tīmeklī jāpievieno tikai šāds saturs.config
ASP.NET Web API papildus iepriekš minētajiem iestatījumiem ir jāpievieno īpašs dizains, kas ir pievienot OPTIONS metodi katram API kontrolierim, bet neko neatgriežot. publiskā virkne Opcijas() { atgriezt null; HTTP 200 atbilde ar tukšu pamattekstu }
Piezīme: Šo funkciju var veikt arī ar dažiem pētījumiem, un var būt labāk to izstrādāt kā filtru.
|