WSDL на SQL Server дает статус HTTP 505 Версия не поддерживается

Question

Я администратор баз данных, а не разработчик, так что простите, если это глупый вопрос. Но у нас есть проблемы с конечной точкой веб-службы SQL Server 2005. В локальной сети я могу добавить ссылку в Visual Studio 2010 без каких-либо проблем. Он использует дайджест в качестве схемы аутентификации.

Однако, когда кто-то пытается добавить веб-ссылку в другой сети, например, разработчик в Новой Зеландии (мы в Дейтоне, штат Огайо, США), он получает эту ошибку:

Произошла ошибка при загрузке http://server.domain.net:1280/release-single-address?wsdl'. запрос не выполнен с состоянием HTTP 505: версия HTTP не поддерживается. Метаданные содержат ссылку, которая не может быть разрешена: http://server.domain.net:1280/release-single-address?wsdl'. удаленный сервер возвратил неожиданный ответ: (505) HTTP-версия отсутствует поддерживается. Удаленный сервер возвратил ошибку: (505) Версия Http Not Поддерживается. Если служба определена в текущем решении, попробуйте построение решения и добавление сервисной ссылки снова.

Опять же, это работает в Visual Studio, если щелкнуть правой кнопкой мыши Добавить ссылку -> Дополнительно -> Добавить веб-ссылку, когда выполняется в локальной подсети в качестве сервера.

При выполнении в любой другой сети услуга не импортируется. Мы пробовали это без любого прокси. Вовлечено междоменное доверие, но это не проблема, так как ошибка возникает при использовании учетных записей из любого домена. Когда я загружаю сырой XML на свой жесткий диск, я могу использовать его для создания веб-ссылки. Я твердо уверен, что это какая-то проблема транспортного уровня, такая как прокси, но перехваты, когда настройки прокси-сервера отключены, не являются окончательными.

Answer 1

Сегодня, спустя годы после того, как я опубликовал этот вопрос, мы наконец нашли ответ на этот вопрос. Это был не прокси-сервер Squid, как мы привыкли думать. Мы продолжали испытывать подобные проблемы с различными веб-сервисами / сайтами. Последняя капля была, когда нам наконец-то понадобилось развернуть сервер SVN, который использовался многонациональными командами разработчиков программного обеспечения. Каждый член различных команд Ops, с которыми мы говорили, поклялся, что между сайтами нет ничего, что могло бы сломать наши услуги.

По счастливой случайности наш сотрудник по информационной безопасности посетил наш сайт, и один из его сотрудников случайно столкнулся с ним и спросил о проблемах, которые у нас возникли, и о том, что может быть причиной этого. Он сразу сказал, что устройства Riverbed выполняют кэширование и проверку на уровне 7 для всего трафика WAN. Наконец, нам удалось поймать эти устройства в попытке «нормализовать» HTML и XML, и мы смогли выполнить сбор данных, поступающих с компьютера в Новой Зеландии. Мы провели различие на HTML-страницах, которые обслуживались, а также на XML, поступающем из веб-службы, чтобы сравнить, как это выглядит в локальной сети и в глобальной сети. В страницы / XML, которые обслуживались через WAN, были вставлены закрывающие теги, которые не были нужны или которые фактически сделали XML некорректным. Некоторые теги даже были полностью закомментированы, если прибор не знал, что с ними делать. И дымящийся пистолет? Пользовательский заголовок ...

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

"Оптимизировано". Вы продолжаете использовать это слово, но я не думаю, что оно означает то, что вы думаете, что оно означает.

Answer 2

Проверьте правильность формата команды HTTP GET?

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

обратите внимание на пробел между 'http://' и' mydomain.com».Сервер не может соответствовать этому формату.Результат 505

Answer 3

Я не уверен, но, думаю, вам следует проверить брандмауэр или конфигурацию IIS.

Answer 4

Я не профессионал в SOAP с VS, но может быть, что версия SOAP несовместима с SQL Server 2005?

Если я правильно помню, есть две версии SOAP: 1.1 и 1.2.