clickonce (в .NETv3.5) - поддерживается ли работа через прокси-сервер с именем пользователя и паролем? - PullRequest
Новая
       9

clickonce (в .NETv3.5) - поддерживается ли работа через прокси-сервер с именем пользователя и паролем?

4 голосов
/ 03 марта 2010

Поддерживает ли ClickOnce (в VS2008, .NETv3.5) работу через прокси-сервер с именем пользователя и паролем?

спасибо

PS. Только что попробовал, и кажется, что нет? Я получил следующие ошибки:

(а) Под firefox: 

URLDownloadToCacheFile failed with HRESULT '-2147024891'

(б) под IE

System.Deployment.Application.DeploymentDownloadException (неизвестный подтип) 

 --- Inner Exception ---
System.Net.WebException
 - The remote server returned an error: (407) Proxy Authentication Required.
 - Source: System
 - Stack trace:
  at System.Net.HttpWebRequest.GetResponse()
  at System.Deployment.Application.SystemNetDownloader.DownloadSingleFile(DownloadQueueItem next)

PS. Информация в ссылке ниже указывает на то, что она не полностью и надежно - текст ссылки

Ответы [ 2 ]

1 голос
/ 10 июня 2011

Более длинный ответ - нет, но для этого есть обходной путь. Это было санкционировано премьер-министром в MSFT.

http://social.msdn.microsoft.com/Forums/en/winformssetup/thread/3e9cebad-9630-4bbc-a0ca-0d2f20335454

0 голосов
/ 02 июня 2011

Короткий ответ - нет, это не так. Это было проблемой для меня еще в октябре (я даже оставил комментарий на странице Microsoft Connect, на которую вы ссылались выше.)

Моя проблема возникла из-за того, что в моей компании есть приложение, которое используется как внутри нашей внутренней сети, так и снаружи для пользователей за пределами нашего офиса. Поскольку за пределами нашего офиса есть пользователи, мне пришлось опубликовать приложение в Интернете (то есть не в интранете).

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

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

Это решение, конечно, не элегантно, но оно сработало для нас.

...