CORS, ArcGIS 10.1 IIS (Çapraz Kaynak Kaynağı Paylaşımı) yayınladı

IIS için web bağdaştırıcısında ArcGIS 10.1 yüklü. Bu sayfaya göre Cross Origin Resource Sharing'i (CORS) etkinleştirmek için IIS7'nin köküne bir yapılandırma dosyası ekledim . Cors özellikli ArcGIS sunucusunu bu sayfaya göre varsayılan cors sunucuları listesine ittim :

esri.config.defaults.io.corsEnabledServers.push("vmagstenone")). 

Ancak, vmagsten'de barındırılan JavaScript uygulamam GIS sunucusuna (vmagstenone) bir istekte bulunduğunda hatayı alıyorum

"Origin http://vmagsten is not allowed by Access-Control-Allow-Origin.". 

Düzenleme: Ve özellik katmanı yüklenemiyor. Ayrıca dinamik bir katman yüklemeyi denedim ve bu da aynı hata _557 ile başarısız oluyor (resme bakın)

Düzenleme: Yukarıdaki adımlar sunucunun çapraz kökeni desteklediği anlamına gelmelidir bu hatayı görmemelisiniz. Bu deyim , bu sunucu Cors desteklemelidir beri bu hata göz ardı edilebileceğini ESRI tarafından bu durumda geçerli değildir. Bu, ESRI sunucusunda ilk hatanın göz ardı edilebileceği anlamına gelir.

!

Düzenleme: İşte bu katmandaki bir sorgudan yanıtın Access-Control-Allow-Origin olduğunu gösteren örnek bir yanıt

!

Hatayı aldığınızdan bahsediyorsunuz, ancak hizmet gerçekten yüklenemiyor mu?

Soruyorum, bu yazıyı Esri forumlarında gördüğüm gibi :

Bu hata güvenle göz ardı edilebilir. API'nin // rest / info adresine istek göndermeyeceği durumlar şunlardır: Tarayıcı CORS'leri desteklemiyor Sunucu zaten esri.config.defaults.io.corsEnabledServers esri.config.defaults.io içinde listelenmiştir .corsDetection yanlış JSONP aşağıdaki durumlarda kullanılır: Alınan kaynak uygulama ile aynı etki alanındadır Alınan kaynak CORS'yi destekleyen bir sunucuda

Diğer tarayıcı konsollarında da olduğunu varsayıyorum?

Değilse, bir yere çevrimiçi bir Fiddler günlüğü veya .HAR dosyası atayabilir (veya bana e-posta gönderebilir) ve bu yanıtı uygun şekilde düzenleyebilir misiniz?

Yanıt bir Access-Control-Allow-Origin: *üstbilgi içermekle birlikte , aynı zamanda X-Frame-Options: SAMEORIGINve X-XSS-Protection: 1; mode=blocküstbilgileri de içerir . Bunlar standart olmayan X öneki başlıklarıdır, bu nedenle tarayıcınızın izin verilen üstbilgi üzerinden onurlandırdığından% 100 emin değilim.

Tarayıcı isteklerine üstbilgi eklemek ve kaldırmak için Fiddler gibi bir araç kullanabilirsiniz ; bu, neler olduğunu izlemenize yardımcı olabilir.

İşte IIS 8.0'da benim için çalışanlar. Bu, IIS'nin diğer sürümlerinde farklı olabilir.

customHeadersWeb sitesi kök yöneticisinin web.configdosyasını kaldırın veya web.configdosyayı tamamen silin .

Sonra uygulama ApplicationHost.configiçin IIS Yapılandırma Yöneticisi'nde geçiş yapın ve 'e ad ve değer arcgisekleyin .Access-Control-Allow-Origin*customHeaders

Kaynaklar arası kaynak paylaşımına aşina değilim.
Web alanları arası politikayı kullanıyorum.

Bunu da yapılandırdınız mı?

Ne nihayet benim için çalıştı için aşağıdaki ekleyerek olduğu KÖK site ve DEĞİL web adaptörü için uygulama . Mantıklı geliyor? Bana değil. Ama benim için çalıştı.

EDIT: Bu Web.config adlı DotNet proxy dosyasına gitmelidir.

<configuration>
  <...rest of file...>
    <system.webServer>
      <httpProtocol>
       <customHeaders>
         <add name="Access-Control-Allow-Origin" value="*" />
       </customHeaders>
      </httpProtocol>
    </system.webServer>
  </...rest of file...>
</configuration>