WSDL en SQL Server otorga el estado HTTP 505 Versión no admitida
sql-server visual-studio-2010 (4)
¿Comprueba que el formato de comando HTTP GET sea correcto?
HTTP GET http: // mydomain.com HTTP / 1.1 /
tenga en cuenta que hay un ESPACIO entre ''http: //'' y ''midominio.com''. El servidor no puede coincidir con este formato. El resultado es 505
Soy un DBA, no un desarrollador, así que discúlpeme si esta es una pregunta tonta. Pero estamos teniendo problemas con un punto final del servicio web de SQL Server 2005. En la red local, puedo agregar la referencia en Visual Studio 2010 sin ningún problema. Utiliza digest como el esquema de autenticación.
Sin embargo, cuando alguien intenta agregar la referencia web en otra red, como un desarrollador en Nueva Zelanda (estamos en Dayton, OH EE. UU.), Recibe este error:
Se produjo un error al descargar ''http://server.domain.net:1280/release-single-address?wsdl''. La solicitud falló con el estado HTTP 505: Versión HTTP no compatible. Los metadatos contienen una referencia que no se puede resolver: ''http://server.domain.net:1280/release-single-address?wsdl''. El servidor remoto devolvió una respuesta inesperada: (505) Versión HTTP no compatible. El servidor remoto devolvió un error: (505) Http Version Not Supported. Si el servicio se define en la solución actual, intente construir la solución y agregar nuevamente la referencia de servicio.
Una vez más, esto funciona en Visual Studio como haga clic derecho, agregue Referencia -> Avanzado -> Agregar referencia web cuando lo haga en la subred local como el servidor.
Cuando se realiza en cualquier otra red, el servicio no se importa. Lo hemos intentado sin proxy. Hay una confianza de dominio cruzado involucrado, pero ese no parece ser el problema ya que el error ocurre al usar cuentas de cualquier dominio. Cuando descargo el XML sin formato en mi disco duro, puedo usarlo para crear la referencia web. Creo firmemente que esto es algún tipo de problema de capa de transporte, como un proxy, pero las capturas cuando las configuraciones del servidor proxy están deshabilitadas no son concluyentes.
Hoy, años después de haber publicado esta pregunta, finalmente encontramos la respuesta a esta pregunta. No era un servidor proxy de Squid como habíamos llegado a creer. Continuamos experimentando problemas como este con varios servicios / sitios web. El colmo fue cuando finalmente necesitábamos implementar un servidor SVN que fue utilizado por equipos multinacionales de ingeniería de software. Cada miembro de los diferentes equipos de Operaciones con los que hablamos nos juraron que no había nada entre los sitios que pudiera romper nuestros servicios.
Por un golpe de suerte, el Oficial Jefe de Seguridad de la Información de la compañía estaba visitando nuestro sitio y un colega se topó con él y le preguntó sobre los problemas que estábamos teniendo y cuál podría ser la causa. Dijo inmediatamente que había dispositivos de Riverbed que realizaban el almacenamiento en caché y la capa 7 de inspección en todo el tráfico de la WAN. Finalmente logramos capturar estos dispositivos en el intento de "normalizar" HTML y XML y pudimos realizar una captura de datos provenientes de una máquina en Nueva Zelanda. Realizamos una diferencia en las páginas HTML que se publicaron, así como en XML proveniente de un servicio web, para comparar su aspecto en la red local frente a la WAN. En las páginas / XML que se estaban publicando en la WAN, se insertaron las etiquetas de cierre que no eran necesarias o que realmente daban formato al XML. Algunas etiquetas incluso se comentaron por completo si el dispositivo no sabía qué hacer con ellas. ¿Y la pistola humeante? Un encabezado personalizado ...
X-RBT-Optimized-By: cch-riverbed-1 (RiOS 6.5.6a) SC
"Optimizado" Sigues usando esa palabra, pero no creo que signifique lo que piensas que significa.
No estoy seguro, pero creo que debería verificar su firewall o su configuración de IIS.
No soy partidario de SOAP con VS, pero puede ser que la versión de SOAP sea incompatible con sql server 2005?
Si recuerdo correctamente, hay dos versiones de SOAP: 1.1 y 1.2.