javascript - online - json ejemplos

habilitar el intercambio de recursos de origen cruzado en IIS7 (9)

Recientemente me encontré con la publicación de solicitudes de Javascript a otro dominio. Por defecto, la publicación de XHR en otros dominios no está permitida.

Siguiendo las instrucciones de http://enable-cors.org/ , habilité esto en el otro dominio.

<?xml version="1.0" encoding="utf-8"?> <configuration> <system.webServer> <httpProtocol> <customHeaders> <add name="Access-Control-Allow-Origin" value="*" /> <add name="Access-Control-Allow-Methods" value="GET,PUT,POST,DELETE,OPTIONS" /> <add name="Access-Control-Allow-Headers" value="Content-Type" /> </customHeaders> </httpProtocol> </system.webServer> </configuration>

Todo funciona bien ahora, sin embargo, todavía devuelve una respuesta 405 antes de enviar nuevamente la respuesta de trabajo 200.

Request URL:http://testapi.nottherealsite.com/api/Reporting/RunReport Request Method:OPTIONS Status Code:405 Method Not Allowed Request Headersview source Accept:*/* Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3 Accept-Encoding:gzip,deflate,sdch Accept-Language:en-GB,en-US;q=0.8,en;q=0.6 Access-Control-Request-Headers:origin, content-type, accept Access-Control-Request-Method:POST Connection:keep-alive Host:testapi.nottherealsite.com Origin:http://test.nottherealsite.com Referer:http://test.nottherealsite.com/Reporting User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.1 (KHTML, like Gecko) Chrome/21.0.1180.89 Safari/537.1 Response Headersview source Access-Control-Allow-Headers:Content-Type Access-Control-Allow-Methods:GET,PUT,POST,DELETE,OPTIONS Access-Control-Allow-Origin:* Allow:POST Cache-Control:private Content-Length:1565 Content-Type:text/html; charset=utf-8 Date:Tue, 18 Sep 2012 14:26:06 GMT Server:Microsoft-IIS/7.5 X-AspNet-Version:4.0.30319 X-Powered-By:ASP.NET

Actualización: 3/02/2014

Hay un artículo recientemente actualizado en la revista MSDN. Detalle del soporte CORS en ASP.NET Web API 2.

http://msdn.microsoft.com/en-us/magazine/dn532203.aspx

Alsalaam Aleykum.

La primera forma es seguir las instrucciones en este enlace:

http://help.infragistics.com/Help/NetAdvantage/jQuery/2013.1/CLR4.0/html/igOlapXmlaDataSource_Configuring_IIS_for_Cross_Domain_OLAP_Data.html

Lo que corresponde a esta configuración:

La segunda forma es responder al verbo HTTP OPTIONS en su método BeginRequest.

protected void Application_BeginRequest(object sender, EventArgs e) { HttpContext.Current.Response.AddHeader("Access-Control-Allow-Origin", "*"); if (HttpContext.Current.Request.HttpMethod == "OPTIONS") { HttpContext.Current.Response.AddHeader("Access-Control-Request-Method", "GET ,POST, PUT, DELETE"); HttpContext.Current.Response.AddHeader("Access-Control-Allow-Headers", "Origin,Content-Type, Accept"); HttpContext.Current.Response.AddHeader("Access-Control-Max-Age", "86400"); // 24 hours HttpContext.Current.Response.End(); } }

Con ASP.net Web API 2, instale el soporte de Microsoft ASP.NET Cross Origin a través de nuget.

http://enable-cors.org/server_aspnet.html

public static void Register(HttpConfiguration config) { var enableCorsAttribute = new EnableCorsAttribute("http://mydomain.com", "Origin, Content-Type, Accept", "GET, PUT, POST, DELETE, OPTIONS"); config.EnableCors(enableCorsAttribute); }

Elaborando a partir de la respuesta de DavidG que está realmente cerca de lo que se requiere para una solución básica:

Primero, configure OPTIONSVerbHandler para ejecutar antes de los manejadores de .Net.
1. En la consola de IIS, seleccione "Asignaciones de controladores" (a nivel de servidor o de sitio, tenga en cuenta que a nivel de sitio redefinirá todos los controladores para su sitio e ignorará cualquier cambio realizado en el nivel de servidor; esto podría romper otros sitios si necesitan su propio manejo del verbo de opciones).
2. En el panel Acción, seleccione "Ver lista ordenada ..." Busque OPTIONSVerbHandler, y muévalo hacia arriba (muchos clics ...).
También puede hacer esto en web.config redefiniendo todos los controladores en <system.webServer><handlers> ( <clear> luego <add ...> ellos de nuevo, esto es lo que hace la consola de IIS para usted) (Por cierto , no hay necesidad de pedir permiso de "lectura" en este controlador).
En segundo lugar, configure encabezados http personalizados para sus necesidades de cors, como:
<system.webServer> <httpProtocol> <customHeaders> <add name="Access-Control-Allow-Origin" value="*"/> <add name="Access-Control-Allow-Headers" value="Content-Type"/> <add name="Access-Control-Allow-Methods" value="POST,GET,OPTIONS"/> </customHeaders> </httpProtocol> </system.webServer>
También puede hacer esto en la consola de IIS.

Esta es una solución básica ya que enviará encabezados cors incluso a pedido que no lo requiere. Pero con WCF, parece ser el más simple.

Con MVC o webapi, podríamos manejar los encabezados de verbos y cors OPTIONS por código (ya sea "manualmente" o con soporte integrado disponible en la última versión de webapi).

Encontré la información encontrada en http://help.infragistics.com/Help/NetAdvantage/jQuery/2013.1/CLR4.0/html/igOlapXmlaDataSource_Configuring_IIS_for_Cross_Domain_OLAP_Data.html para ser muy útil en la configuración de HTTP OPTIONS para un servicio WCF en IIS 7.

Agregué lo siguiente a mi web.config y luego moví el OPTIONSVerbHandler en la lista de ''IIS 7'' de las asignaciones de handers a la parte superior de la lista. También di el acceso de lectura de OPTIONSVerbHander haciendo doble clic en el indicador de la sección de asignaciones de controladores, luego en ''Solicitar restricciones'' y luego haciendo clic en la pestaña de acceso.

Desafortunadamente, descubrí rápidamente que IE no parece ser compatible con agregar encabezados a su objeto XDomainRequest (establecer Content-Type en text / xml y agregar un encabezado SOAPAction).

Solo quería compartir esto ya que pasé la mayor parte del día buscando cómo manejarlo.

<system.webServer> <httpProtocol> <customHeaders> <add name="Access-Control-Allow-Origin" value="*" /> <add name="Access-Control-Allow-Methods" value="GET,POST,OPTIONS" /> <add name="Access-Control-Allow-Headers" value="Content-Type, soapaction" /> </customHeaders> </httpProtocol> </system.webServer>

Es probable que IIS 7 ''maneje'' la respuesta HTTP OPTIONS en lugar de que su aplicación lo especifique. Para determinar esto, en IIS7,

Vaya a las asignaciones de controladores de su sitio.
Desplázate hasta ''OPTIONSVerbHandler''.
Cambia el ''ProtocolSupportModule'' a ''IsapiHandler''
Establezca el ejecutable:% windir% / Microsoft.NET / Framework / v4.0.30319 / aspnet_isapi.dll

Ahora, sus entradas de configuración de arriba deberían activarse cuando se envía un verbo HTTP OPTIONS.

Alternativamente, puede responder al verbo HTTP OPTIONS en su método BeginRequest.

protected void Application_BeginRequest(object sender,EventArgs e) { HttpContext.Current.Response.AddHeader("Access-Control-Allow-Origin", "*"); if(HttpContext.Current.Request.HttpMethod == "OPTIONS") { //These headers are handling the "pre-flight" OPTIONS call sent by the browser HttpContext.Current.Response.AddHeader("Access-Control-Allow-Methods", "GET, POST, PUT, DELETE"); HttpContext.Current.Response.AddHeader("Access-Control-Allow-Headers", "Content-Type, Accept"); HttpContext.Current.Response.AddHeader("Access-Control-Max-Age", "1728000" ); HttpContext.Current.Response.End(); } }

La respuesta 405 es una respuesta de "Método no permitido". Parece que su servidor no está configurado correctamente para manejar las solicitudes de verificación previa de CORS. Tienes que hacer dos cosas:

1) Habilite IIS7 para responder a las solicitudes HTTP OPTIONS. Obtiene el 405 porque IIS7 rechaza la solicitud OPTIONS. No sé cómo hacer esto porque no estoy familiarizado con IIS7, pero probablemente haya otros en que sí.

2) Configure su aplicación para responder a las solicitudes de verificación previa de CORS. Puede hacer esto agregando las siguientes dos líneas debajo de la línea Access-Control-Allow-Origin en la sección <customHeaders> :

<add name="Access-Control-Allow-Methods" value="GET,PUT,POST,DELETE" /> <add name="Access-Control-Allow-Headers" value="Content-Type" />

Es posible que deba agregar otros valores a la sección Access-Control-Allow-Headers función de los encabezados que solicite. ¿Tiene el código de muestra para hacer una solicitud?

Puede obtener más información sobre la comprobación previa de CORS y CORS aquí: http://www.html5rocks.com/en/tutorials/cors/

La solución para mí fue agregar:

<system.webServer> <modules runAllManagedModulesForAllRequests="true"> <remove name="WebDAVModule"/> </modules> </system.webServer>

A mi web.config

No puedo publicar comentarios, así que tengo que poner esto en una respuesta separada, pero está relacionado con la respuesta aceptada por Shah.

Inicialmente, seguí la respuesta de Shah (¡gracias!) Al volver a configurar OPTIONSVerbHandler en IIS, pero mi configuración se restableció cuando volví a desplegar mi aplicación.

Terminé eliminando OPTIONSVerbHandler en mi Web.config en su lugar.

<handlers> <remove name="OPTIONSVerbHandler"/> </handlers>

Una cosa que no se ha mencionado en estas respuestas es que si está utilizando IIS y tiene subaplicaciones con su propio web.config, puede que necesite tener un archivo web.config en el directorio principal que contenga el siguiente código.

<httpProtocol> <customHeaders> <add name="Access-Control-Allow-Origin" value="*"/> <add name="Access-Control-Allow-Headers" value="Content-Type"/> <add name="Access-Control-Allow-Methods" value="POST,GET,OPTIONS"/> </customHeaders> </httpProtocol>