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

Question

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

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

Была ошибка загрузки «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 не поддерживается. Если служба определяется в текущем решении, попробуйте построить решение и добавление ссылки на сервис снова.

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

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

Answer 1

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

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

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

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

Answer 2

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

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

Answer 3

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

Http get http: // mydomain.com http / 1.1

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

Answer 4

Я не уверен, но, я думаю, вы должны проверить свой брандмауэр или вашу настройку IIS.