WSDL na serwerze SQL daje status HTTP 505 Wersja nieobsługiwana

Question

Jestem DBA, a nie programistą, więc wybacz mi, jeśli to głupie pytanie. Ale mamy problemy z punktem końcowym usługi sieci Web SQL Server 2005. W sieci lokalnej mogę dodać odwołanie w Visual Studio 2010 bez żadnych problemów. Używa digest jako schematu uwierzytelniania.

Jednak, gdy ktoś próbuje dodać odwołanie sieci Web w innej sieci, takich jak deweloper w Nowej Zelandii (jesteśmy w Dayton, OH, Stany Zjednoczone) otrzymuje błąd:

There was an error downloading 'http://server.domain.net:1280/release-single-address?wsdl'. The request failed with HTTP status 505: HTTP Version not supported. Metadata contains a reference that cannot be resolved: 'http://server.domain.net:1280/release-single-address?wsdl'. The remote server returned an unexpected response: (505) HTTP Version not supported. The remote server returned an error: (505) Http Version Not Supported. If the service is defined in the current solution, try building the solution and adding the service reference again.

Ponownie, to działa w Visual Studio jako Right Click dodaj Odniesienie -> Zaawansowane -> Dodaj Web Reference gdy zostanie wykonane w podsieci lokalnej jako serwer.

Po wykonaniu w jakiejkolwiek innej sieci usługa nie importuje. Wypróbowaliśmy go bez żadnego proxy. Występuje zaufanie między domenami, ale nie wydaje się to problemem, ponieważ błąd występuje przy użyciu kont z obu domen. Po pobraniu nieprzetworzonego pliku XML na mój dysk twardy można go użyć do utworzenia odwołania do strony internetowej. Wierzę, że jest to pewna kwestia związana z warstwami transportowymi, na przykład proxy, ale przechwytywanie, gdy ustawienia serwera proxy są wyłączone, nie są rozstrzygające.

Answer 1

Dziś, kilka lat po tym, jak opublikowałem to pytanie, w końcu znaleźliśmy odpowiedź na to pytanie. To nie serwer proxy Squid, jak nam się wydawało. Nadal doświadczaliśmy takich problemów w różnych serwisach/witrynach internetowych. Ostatnim słowem było, kiedy musieliśmy wdrożyć serwer SVN, który był używany przez wielonarodowe zespoły inżynierów oprogramowania. Każdy członek różnych zespołów operacyjnych, z którymi rozmawialiśmy, przysięgał nam, że nie ma nic między stronami, które mogłyby złamać nasze usługi.

Przy odrobinie szczęścia dyrektor firmy ds. Bezpieczeństwa informacji odwiedził naszą stronę, a kolega wpadł na niego i zapytał o problemy, które mieliśmy i jakie mogą być tego przyczyny. Powiedział od razu, że urządzenia Riverbed robią buforowanie, a inspekcja warstwy 7 dotyczy całego ruchu WAN. W końcu udało nam się złapać te urządzenia podczas próby "normalizacji" HTML i XML i byliśmy w stanie wykonać przechwytywanie danych pochodzących z maszyny w Nowej Zelandii. Wykonaliśmy różnicę na stronach HTML, które zostały wyświetlone, oraz XML pochodzący z usługi internetowej, aby porównać wygląd sieci lokalnej z siecią WAN. Na stronach/XML, które były wyświetlane w sieci WAN, wstawiono znaczniki zamykające, które nie były potrzebne lub faktycznie spowodowały nieprawidłowe sformatowanie XML. Niektóre tagi zostały nawet całkowicie zakomentowane, jeśli urządzenie nie wiedziało, co z nimi zrobić. A pistolet do palenia? Niestandardowy nagłówek ...

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

„Zoptymalizowane” Ciągle używając tego słowa, ale nie sądzę, że oznacza to, co myślisz, że to oznacza.

Answer 2

Nie jestem profesjonalistą SOAP z VS, ale może to być ta wersja SOAP jest niekompatybilna z serwerem sql 2005?

Jeśli dobrze pamiętam, istnieją dwie wersje protokołu SOAP: 1.1 i 1.2.

Answer 3

Sprawdź, czy format polecenia GET protokołu HTTP jest poprawny?

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

uwaga jest przestrzeń pomiędzy 'http: //' i 'mydomain.com'. Serwer nie może dopasować tego formatu. Rezultat to 505

Answer 4

Nie jestem pewien, ale myślę, że powinieneś sprawdzić swoją zaporę ogniową lub konfigurację IIS.