[SoapHttpClientProtocol, NTLM] как побороть 401 в след ситуации
По ходу здесь нужно курить на магическое слово имперсонализация.
может это будет в кассу: http://ser4ik.livejournal.com/7828.html
может это будет в кассу: http://ser4ik.livejournal.com/7828.html
Блин, а зачем тогда NetworkCredentials если они для случая NTLM не работают.
Ладно, буду учить админов использовать АДшные учетные записи, под которыми работают Sharepoint сервисы — этот вариант кажется все равно самый правильный.
Просто убивает, что N часов убил на NetworkCredentials и ничего не добился. Главное у IE через Run As получает обращаться к .asmx, и Fiddler примерно одни и те же запросы/ответы показывает для .NET кода и когда через IE. Ни в инете, ни в MSDN ничего толкового по теме не нашел (.
Ладно, буду учить админов использовать АДшные учетные записи, под которыми работают Sharepoint сервисы — этот вариант кажется все равно самый правильный.
Просто убивает, что N часов убил на NetworkCredentials и ничего не добился. Главное у IE через Run As получает обращаться к .asmx, и Fiddler примерно одни и те же запросы/ответы показывает для .NET кода и когда через IE. Ни в инете, ни в MSDN ничего толкового по теме не нашел (.
Оставить комментарий
bastii
Столькнулся со следующей проблемой.Есть asmx веб сервис, который использует WindowsAuth. Есть стандартный клиент, который генерируется по WSDL.
Когда используются DefaultCredentials все работает. Когда заменяю на NetworkCredentials для того же пользователя (в домене получаю 401 Unathorized.
Задача стоит так, в процессе который работает под одним пользователем, нужно работать с веб сервисом, доступ к которому имеет др пользователь.
Короче, к сталкивался с подобной задачей, проблемой — что можно сделать?