33 votes

WSDL sur SQL Server donne le statut HTTP 505 Version non prise en charge

Je suis un administrateur de base, pas un développeur, donc pardonnez-moi si c'est une question stupide. Mais nous sommes d'avoir des problèmes avec un Serveur SQL server 2005 Service Web point de fin. Sur le réseau local, je suis en mesure d'ajouter la référence dans Visual Studio 2010 avec toutes les questions. Il utilise digérer que le schéma d'authentification.

Cependant, lorsque quelqu'un essaye d'ajouter la référence web sur un autre réseau, tel qu'un développeur en Nouvelle-Zélande (nous sommes à Dayton, OH, états-unis), il reçoit ce message d'erreur:

Il y a une erreur de téléchargement 'http://server.domain.net:1280/release-single-address?wsdl'. L' demande a échoué avec l'état HTTP 505: Version HTTP non pris en charge. Les métadonnées contiennent une référence qui ne peut pas être résolu: 'http://server.domain.net:1280/release-single-address?wsdl'. L' serveur distant a renvoyé une réponse inattendue: (505) Version HTTP non pris en charge. Le serveur distant a retourné une erreur: (505) Version Http Non Pris en charge. Si le service est défini dans la solution actuelle, essayez la construction de la solution et l'ajout de la référence de service à nouveau.

Encore une fois, cela fonctionne dans Visual Studio comme à Droite, Cliquez sur ajouter une Référence -> Avancé -> Ajouter une Référence Web quand fait sur le même sous-réseau que le serveur.

Quand c'est fait de tout autre réseau, le service ne permet pas l'importation. Nous avons essayé de w/o proxy. Il y a une croix d'approbation de domaine en cause, mais qui ne semble pas être la question que l'erreur se produit à l'aide des comptes de chaque domaine. Quand j'ai télécharger le XML brut de mon disque dur, je peux l'utiliser pour créer le site web de référence. Je crois fermement, c'est une sorte de couche de transport problème, comme un proxy, mais saisit lorsque les paramètres du serveur proxy sont désactivés ne sont pas concluants.

5voto

Robert Kaucher Points 838

Aujourd'hui, des années après que j'ai posté cette question, nous avons enfin trouvé la réponse à cette question. Il n'était pas d'un serveur proxy Squid comme nous en sont venus à penser. Nous avons continué à rencontrer des problèmes comme ça avec les différents services web/sites. La dernière paille a été lorsque nous avons finalement nécessaires pour déployer un serveur SVN qui a été utilisé par les multinationales, les équipes de développement logiciel. Chaque membre de l'différents Ops équipes à qui nous avons parlé a juré de nous il n'y avait rien entre les sites qui pourraient briser nos services.

Par un coup de chance le Chef de la société de l'Information Agent de Sécurité de la visite de notre site et d'un collègue qui s'est passé à courir vers lui et lui a demandé sur les questions que nous étions et ce que pourrait en être la cause. Il dit tout de suite qu'il y avait de Riverbed appareils à faire de la mise en cache et de la couche 7 d'inspection sur l'ensemble du trafic WAN. Nous avons finalement réussi à attraper ces dispositifs dans l'acte de vouloir "normaliser" HTML et XML, et nous avons été en mesure d'effectuer une capture de données provenant d'une machine en Nouvelle-Zélande. Nous avons effectué un diff sur les pages HTML qui ont été servis ainsi que XML provenant d'un service web pour comparer la façon dont il a regardé sur le réseau local vs à travers le WAN. Dans les pages/XML qui étaient servis à travers le WAN les balises de fermeture ont été insérés qui n'étaient pas nécessaires ou qui fait réellement le XML mal formé. Certaines balises ont même commenté entièrement si l'appareil ne savais pas quoi faire avec eux. Et à l'arme? Un en-tête personnalisé...

X-RBT-Optimized-By: cch-riverbed-1 (RiOS 6.5.6a) SC

"Optimisée" Vous continuez à utiliser ce mot, mais je ne pense pas que cela signifie ce que vous pensez que cela signifie.

1voto

Nico Points 802

Je ne suis pas un pro de SOAP avec VS, mais il se peut que la version de SOAP est incompatible avec le serveur sql 2005?

Si je me souviens bien, il existe deux versions de SOAP: 1.1 et 1.2.

1voto

celeron533 Points 11

Vérifier le format de commande HTTP GET est correct?

HTTP GET http:// mydomain.com HTTP/1.1

notez qu'il y a un SPACE entre 'http://' et 'mydomain.com'. Le serveur ne peut pas correspondre à ce format. Le résultat est 505

1voto

Ali Points 127

Je ne suis pas sûr, mais, je pense que vous devriez vérifier votre pare-feu ou votre configuration IIS.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X