Самостоятельное размещение WCF: запрещен запрос http для анонимной схемы аутентификации - PullRequest
Новая
       33

Самостоятельное размещение WCF: запрещен запрос http для анонимной схемы аутентификации

0 голосов
/ 30 августа 2018

Положение:

Мы установили собственную службу WCF на новом компьютере с Windows Server 2016 (машина X). Эта служба обращается к веб-службе Tibco BW на другом компьютере с Windows Server 2016 (компьютер Y).

Когда служба WCF запускается с пользователем A (частью встроенных администраторов), все запросы успешно обрабатываются. Когда служба запускается как пользователь B (пользователь службы), мы получаем следующее сообщение: «Запрещен http-запрос для анонимной схемы аутентификации»

Обе службы работают под basicHtttpBinding.

Мы смогли успешно выполнить одну и ту же установку в другой среде Windows Server 2016 с разными пользователями.

Шаги, предпринятые до сих пор:

  1. Мы сравнили пакеты, отправленные при запуске службы с пользователем A и пользователем B, и выяснили, что при запуске службы с пользователем B ни один пакет не достигнет компьютера Y.
  2. Мы отключили брандмауэр Windows на обеих машинах, но это не изменило поведение.
  3. Мы сравнили права и политики пользователей A и B с помощью gpresult, но не увидели никакой разницы в отношении доступа к сети или политик, связанных с http.

Наши предположения

Мы подозреваем, что пользователю B не хватает каких-то привилегий для выполнения http-запросов, как это делает пользователь A.

Вопросы

  • Существует ли групповая политика, которая регулирует такое поведение?
  • Какие настройки могут помешать пользователю отправлять эти запросы?
  • Почему мы получаем это сообщение об ошибке, несмотря на отсутствие каких-либо настроек безопасности?

Спасибо

1 Ответ

0 голосов
/ 17 сентября 2018

Мы провели анализ Wireshark и обнаружили, что все еще существует политика, которая требует от учетной записи службы перенаправлять весь трафик через прокси-сервер. Этот прокси-сервер, скорее всего, не знал, как обрабатывать трафик WCF, и все запросы приводили к сообщению об ошибке, которое мы наблюдали.

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

...