Tengo una aplicación que se suponía que debía aceptar caracteres inseguros de Salesforce. Son% 0A y% 0D (hasta ahora ...) y no están funcionando.IIS 7 Petición de respuesta incorrecta cuando% 0A existe en la dirección URL
He configurado allowDoubleEscaping
a true
, requestValidationMode
a 2.0
, requestPathInvalidCharacters
a BLANK
, relaxedUrlToFileSystemMapping
a true
y maxRequestLength
a 1024
.
No funcionó. Luego intenté configurar un error personalizado para 400 para redireccionar a la misma página sin pasar los datos que Salesforce estaba enviando. Tampoco funcionó.
Luego intenté hacer lo mismo a través de la sección Páginas de error de IIS 7 y todavía no funcionó.
Como puedo:
- obtener la aplicación para aceptar los caracteres?
- ¿O bien, obtener la aplicación/IIS para redirigir a la misma página para la entrada manual?
Todo esto en una aplicación ASP.NET MVC 3, pero dudo que importe porque es probable que IIS lo detenga incluso antes de que llame al tiempo de ejecución de ASP.NET.
Agradecería un poco de ayuda. ¡Gracias por adelantado!
¿El error proviene de ASP.NET o IIS? Normalmente puede notar la diferencia, ASP.NET tiene YSOD (pantalla amarilla de la muerte), IIS 7 se ve ... diferente. – CodingGorilla
IIS probablemente, es blanco y dice "Error HTTP 400 de solicitud incorrecta {HR}. La URL de solicitud no es válida". – Gup3rSuR4c
@Alex ¿Alguna vez encontró una solución para esto? Estoy teniendo exactamente el mismo problema con% 0A y% 0D en las URL. – Geekman