[moved from site updates] Цитирую:
Ситуация такая:
Есть рабочая станция с windows xp prof corp sp2, с реальным IP за firewall-ом с http-проски, SUS нет, домена нет, вообще нет никаких серверов под Windows. На прошлой недели MS выпустило несколько патчей, из них большинство критических и один накопительный для Outlook Express. За три дня security-хотфиксы автоматически не поставились, а для Outlook-а без проблем. На другом компьютере все повторилось, начал разбираться...
Выяснилось, что windows-update клиент, запускаемый из svchost.exe при установки критических security-обновлений упрямо лезет в обход прокси на au.download.windowsupdate.com и т.д. Причем перед этим он как положено работает через прокси, и другие обновления тоже тянет через прокси. Это же повторяется при попытке "ручной" установке, т.е. получается что нифига не получается.
Лечится все до обидного просто:
proxycfg.exe -u
Или более подробно:
Для нормальной работы "Windows Update" необходимо:
1) Войти на компьютер с правами администратора;
2) Настроить Internet Explorer для доступа в Internet через ваш прокси-сервер;
3) Из командной строки выполнить команду "proxycfg.exe -u", при этом настройки работы через прокси будут перенесены в системные установки "Windows Update";
4) Перезагрузиться или перезапустить службу "Автоматических обновлений";
Без этого "Windows Update" работать нормально не будет, а именно будет невозможно установить некоторые обновление как в ручном, так и в автоматическом режимах.
Так вот, я делал всё именно так, как написано выше, но у меня ничего не получилось. Процесс продолжает лезть на: au.download.windowsupdate.com
Как мне сделать, чтобы процесс вообще можно было отключить?
[moved from site updates] Перезагружался... Бесполезно... А вообще, в командной строке выходит вот это:
Инструмент настройки прокси по умолчанию Microsoft (R) WinHTTP
(c) Корпорация Майкрософт. Все права защищены.
Ошибка сохранения параметров прокси. (87) Параметр задан неверно.
Сбой миграции. (87) Параметр задан неверно.
Как сие понимать? Что делать? Заранее благодарен за помощь.
Прокси должен быть настроен в свойствах IE перед "упортреблением" консольной команды09.01.10 08:22 Автор: HandleX <Александр М.> Статус: The Elderman Отредактировано 09.01.10 08:23 Количество правок: 1
Если ось виста или семёрка, то консоль для выполнения этой команды нужно запускать с правами администратора. Это так у тебя?09.01.10 10:26 Автор: HandleX <Александр М.> Статус: The Elderman
[moved from site updates] Или подскажите как сделать, чтобы процесс не лез на: au.windows.update.com? Файрволл его блокирует, но можно ли сделать, чтобы он вообще не запускался? Заранее благодарен.
Помогите, пожалуйста!15.01.10 07:11 Автор: Vit Статус: Незарегистрированный пользователь
Кстати, я чего-то путаю или где-то есть команда/хоткей - "Запустить консоль от имени администратора"?09.01.10 15:03 Автор: Fighter <Vladimir> Статус: Elderman
Ну пусть ярлык создаст на cmd.exe и запускает его правой кнопкой мыши с соотв. командой чтоле...09.01.10 16:39 Автор: HandleX <Александр М.> Статус: The Elderman
[moved from site updates] Я заблочил все порты куда он лезет, но процесс этот, настойчивый паря, все равно прет себе по чем зря... Подскажите, как его совсем выключить? Чтобы он вообще не лез в сеть...
А что за процесс?20.01.10 09:50 Автор: Fighter <Vladimir> Статус: Elderman
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
