Активация windows через proxy

Решение проблемы активации операционных систем семейства windows при использовании http прокси сервера squid, требующего авторизации пользователей.

Я никогда не работал с лицензионной ОС windows. Раньше была ворованная, теперь уже 2 года как я не использую windows совсем, ни дома, ни на работе. Но возникла задача: в организации не могут активировать свой легально купленный экземпляр windows через интернет. Доступ к интернет осуществляется через http прокси сервер squid, требующий авторизацию пользователей.

Гугление дает описание этой ошибки в базе данных глюков, которую сама микрософт почему-то называет «базой знаний». Предлагается на выбор 3 варианта костылей:

1. Отказаться от авторизации пользователей на http-прокси сервере.

2. Задать список урлов, не требующих авторизации:

   • http://go.microsoft.com/*
   • https://sls.microsoft.com/*
   • https://sls.microsoft.com:443
   • http://crl.microsoft.com/pki/crl/products/MicrosoftRootAuthority.crl
   • http://crl.microsoft.com/pki/crl/products/MicrosoftProductSecureCommunications.crl
   • http://www.microsoft.com/pki/crl/products/MicrosoftProductSecureCommunications.crl
   • http://crl.microsoft.com/pki/crl/products/MicrosoftProductSecureServer.crl
   • http://www.microsoft.com/pki/crl/products/MicrosoftProductSecureServer.crl
3. Активировать копию windows по телефону.

Для решения проблемы используем костыль №2. Добавляем следующие строки в файл конфигурации squid — /etc/squid/squid.conf

acl micro_act dstdom_regex microsoft\.com$
http_access allow micro_act

После перезапуска squid разрешит обращаться к сайтам, имя которых оканчивается на microsoft.com, не требуя авторизации. Это позволит провести активацию windows, правда учета трафика на эти сайты уже не будет. Это зло, с которым придется смириться. Вот уж не предполагал, что использование легального программного обеспечения создает дополнительные трудности пользователям.

Работа любого ПО через прокси сервера может происходить по следующим сценариям:
 1. В настройках программы разработчик позволяет указать адрес и порт прокси.
 2. Используются параметры функции автоматического поиска прокси-сервера (Web Proxy Auto Detect, WPAD), настраиваемые администраторами служб DNS, DHCP.
 3. Настройки прокси могут быть взяты программой из контекста пользователя, под которым она была запущена.
Так, если ПО запускается под обычной учетной записью, то информация берется из пользовательского профиля, а именно из настроек

Internet Explorer

. Например, чтобы активировать Windows через прокси, нужно установить настройки в IE, активатор сам их использует при отсутствии прямого подключения (при этом прокси сервер должен уметь прокидывать и HTTPS-трафик, информация о ключах конфиденциальна).
В случае работы сервиса, который обычно запускается под служебными пользователями и не имеет доступа к настройкам прокси-сервера определенного пользователя в IE, придется вручную изменить настройки Winhttp. Делается это в старых системах с помощью утилиты «Proxycfg.exe«. В новых версиях, начиная с Windows Vista/2008, функционал был перенесен на утилиту командной строки — netsh. Синтаксис следующий:

netsh winhttp set proxy 192.168.1.1:8080

— устанавливаем прокси сервер 192.168.1.1 и порт 8080, исключая все локальные адреса;

netsh winhttp set proxy 192.168.1.1:8080 bypass-list=»*.windowsupdate.com;*.microsoft.com»

— устанавливаем прокси сервер 192.168.1.1 и порт 8080, исключая домены windowsupdate.com и microsoft.com со всеми поддоменами;

netsh winhttp import proxy source=ie

— получить настройки из IE пользователя, выполняющего команду;

netsh winhttp reset proxy

— сбрасываем текущие настройки на прямой доступ;

netsh winhttp show proxy

— показать текущие настройки.

Для работы Windows Update через прокси, воспользуйтесь netsh winhttp, так как служба обновлений работает под системным пользователем.

Страницы: [1]   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

Страницы: [1]   Вверх