parameter - leer el web config c#

Cómo configurar el web.config para permitir solicitudes de cualquier longitud

Question

Estoy construyendo un sitio en el que me gustaría crear un lado del cliente de archivo a partir del valor de un elemento textarea.

Tengo el código para hacer esto, pero estoy recibiendo este error

HTTP Error 404.15 - No encontrado El módulo de filtrado de solicitud está configurado para denegar una solicitud cuando la cadena de consulta es demasiado larga.

¿Hay alguna manera de anular esto para que pueda procesar solicitudes de cualquier tamaño?

Si no, ¿hay alguna manera de generar archivos del lado del cliente sin usar el sistema de archivos / objeto x activo?

Gracias

Answer 1

HTTP Error 404.15 - No encontrado El módulo de filtrado de solicitud está configurado para denegar una solicitud cuando la cadena de consulta es demasiado larga.

Para resolver este problema, verifique en el código fuente si la etiqueta del Form tiene un method propiedad es el estado get / set.

De ser así, la propiedad del method debe eliminarse.

Answer 2

Agregue lo siguiente a su web.config:

<system.webServer>
<security>
<requestFiltering>
<requestLimits maxQueryString="32768"/>
</requestFiltering>
</security>
</system.webServer>

Ver:

http://www.iis.net/ConfigReference/system.webServer/security/requestFiltering/requestLimits

Actualizado para reflejar los comentarios.

Elemento requestLimits para requestFiltering [Esquema de configuración de IIS]

Es posible que también deba agregar lo siguiente en su web.config

 <httpRuntime maxQueryStringLength="32768" maxUrlLength="65536"/>

Consulte: httpRuntime Element (Esquema de configuración de ASP.NET)

Por supuesto, los números (32768 y 65536) en la configuración de configuración anterior son solo ejemplos. No tiene que usar esos valores exactos.

Answer 3

Algo más que comprobar: si su sitio utiliza MVC, esto puede suceder si agrega [Autorizar] a su clase de controlador de inicio de sesión. No puede acceder al método de inicio de sesión porque no está autorizado, por lo que redirige al método de inicio de sesión -> boom.

Answer 4

En mi caso (Visual Studio 2012 / IIS Express / ASP.NET MVC 4 app / .Net Framework 4.5) lo que realmente funcionó después de 30 minutos de prueba y error fue establecer la propiedad maxQueryStringLength en la etiqueta <httpRuntime> :

<httpRuntime targetFramework="4.5" maxQueryStringLength="10240" enable="true" />

maxQueryStringLength predeterminado en 2048 .

Más sobre esto aquí:

Expandir el rango de URL permitidas

Intenté configurarlo en <system.webServer> como @MattVarblow sugiere @MattVarblow , pero no funcionó ... y esto es porque estoy usando IIS Express (basado en IIS 8) en mi máquina de desarrollo con Windows 8.

Cuando implementé mi aplicación en el entorno de producción (Windows Server 2008 R2 con IIS 7), IE 10 comenzó a devolver errores 404 en solicitudes AJAX con largas cadenas de consulta. Entonces pensé que el problema estaba relacionado con la cadena de consulta y probé la respuesta de @ MattVarblow. Simplemente funcionó en IIS 7. :)

Answer 5

Si su sitio web está usando autenticación, pero no tiene el método de autenticación correcto configurado en IIS (por ejemplo, Básico, Formularios, etc.), el navegador se quedará atascado en un bucle de redireccionamiento. Esto hace que la URL de redirección sea cada vez más larga hasta que explota.

Answer 6

Tuve que agregar [AllowAnonymous] a las funciones de ActionResult en mi página de inicio de sesión porque el usuario todavía no estaba autenticado.

Answer 7

Tuve un problema similar al tratar de implementar una aplicación web ASP en IIS 8. Para solucionarlo, hice lo que Matt y Leniel sugirieron anteriormente. Pero también tuve que configurar la configuración de Autenticación de mi sitio para habilitar la Autenticación Anónima. Y eso funcionó para mí.