Вопросы Теги

IIS не может получить доступ к себе

SQL 2008 изменил проверку полномочий по умолчанию этот MSDN

Вероятно, это - то, с чем Вы встретились: "По умолчанию локальная Windows Group BUILTIN\Administrator больше не включается в фиксированную роль сервера системного администратора SQL Server на новом SQL Server 2 008 установок".

0
задан 11 June 2010 в 08:26
2 ответа

Если это - .NET - и Вы не указали то, что платформа - затем Вы могли попытаться добавить эту конфигурацию блок XML в web.config веб-приложения не сервис). Это должно пойти непосредственно в корневом разделе:

<system.net>
  <defaultProxy enabled="false">
  </defaultProxy>
</system.net>

Одинаково - Вы могли бы найти, что конфигурация уже имеет запись для system.net там где-нибудь, который направляет запросы к определенному прокси, в этом случае замените ее этим.

РЕДАКТИРОВАНИЕ - В ответ на Ваш комментарий

Из интереса - уровень служб пытается позвонить во внешний мир? Я просто задаюсь вопросом, получаете ли Вы на самом деле ошибку на сервисном методе, который добирается, пузырился через сервис назад к коду веб-сайта - если это - сервис SOAP/wsHttp затем, .NET мог бы сохранять подлинную ошибку прокси от уровня служб назад к коду вызова.

Как заключительное примечание - я использовал бы Скрипача для отладки веб-трафика на машине - тот способ, которым Вы видите точно, куда запросы идут, какие процессы запрашивают их, и почему они перестали работать. То, что это не получит, является всем трафиком, который совершает нападки 127.0.0.1, поскольку подсистема HTTP обычно обходит любой системный прокси для обратной петли. Однако - что-то пытается получить доступ к адресу, который требует, чтобы прокси, и со Скрипачом, выполняющим Вас, видел то, что это - и каков адрес.

Финал, заключительное примечание Хорошо - таким образом, запрос выходит в ISA - это не IIS, делающий это, это - код или по крайней мере значения конфигурации, которые использует код, это делает это. Если Вы не можете разыскать эти значения и отключить использование брандмауэра затем одна вещь, можно сделать, должен переключить идентификационные данные пула приложений на использование Сетевой службы - пока машина позволяется из ISA, это успешно пройдет проверку подлинности через прокси, таким образом решая все проблемы.

Было бы полезно знать, однако, как этот вызов веб-сервиса выполняется (.NET, Java и т.д.), потому что существуют многочисленные различные способы, которыми они могут быть затронуты в зависимости от этого.

1
ответ дан 4 December 2019 в 23:00
  • 1
    @dave - посмотрите на мое 'заключительное заключительное' примечание - это не IIS, это делает это. Это не имеет никакой инфраструктуры для исходящих запросов HTTP - это - время выполнения, это делает его. Но существует потенциальный путь вокруг, если Вы не можете разыскать, какая конфигурация/код должна быть изменена - изменяют идентификационные данные пула приложений на Сетевую службу - это работает над машиной (TM) –  Andras Zoltan 2 July 2010 в 15:31

Вы проверили, что IE на сервере может загрузить сайт с помощью URL? Какое приложение - это, что Вы используете (.NET?)? Вы указывали настройки прокси в том приложении? Вы проверили привязку сайта, чтобы удостовериться, что сайт слушает на 127.0.0.1 также?

IIS не собирается видеть настройки, которые Вы корректируете в IE, потому что те настройки для Вашего пользователя, не сервера/сервиса.

0
ответ дан 4 December 2019 в 23:00

Теги

Похожие вопросы