Основываясь на «белом списке», можно сделать не плохую защиту от малвари. Чтобы его создать нужно выполнить, как минимум, два шага:

В ветке реестра HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVerson\Policies\Explorer нужно создать параметр RestrictRun типа DWORD (REG_DWORD) со значением 1.
В ветке HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer\ создать ключ RestrictRun, а в нем параметр 01 типа STRING (REG_SZ) со значением regedit.exe.

Чтобы изменения вступили в силу, нужно перезагрузить компьютер.
ВАЖНО! Если выполнить пункт 1, но НЕ выполнить пункт 2, то после перезагрузки вы не сможете запустить никакую программу. Чтобы это исправить, вам нужно будет войти под другим пользователем с админскими правами, открыть редактор реестра, найти в ветку HKEY_USERS, выделить ее, выбрать меню Файл -> Загрузить куст…, в диалоге открытия файла найти файл NTUSER.DATв каталоге юзера, под именем которого был сделан этот косяк, и нажать кнопку «Открыть». После чего найти и удалить параметр RestrictRun либо присвоить ему значение 0, а потом перезагрузиться.

В дальнейшем можно добавлять программы в HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer\RestrictRun аналогично пункту 2. При этом перезагрузка уже не нужна, изменения вступают в силу сразу.
Чтобы не лезть в редактор реестра каждый раз, я создал reg-файл, в который занес список программ и в дальнейшем, по мере необходимости, подправлял его, а после правки запускал.

Ниже приведу небольшой кусочек этого файла:

Итак, необходимые команды:

ipv6 /? – получение помощи (help).

ipv6 install – инсталирует поддержку IPv6, по умолчанию она не включена. При выполнении этой команды на всех интерфейсах автоматически появлявятся link-local IPv6-адреса, можно посмотреть командой ipconfig и ipv6 if — смотри ниже. После выполнения рекомендую перезагрузить компьютер во избежание проблем.
Примечание: Протокол IPv6 устанавливается как сетевой протокол, но не появляется в списке компонентов в свойствах локальных связей в папке «Сеть и удаленный доступ к сети».

ipv6 uninstall – обратная команда, для удаление потдержки ipv6. При выполнении аннулируются все имеющиеся на узле IPv6 настройки, так что довольно часто именно с этой целью и используют данную команду. После выполнения, как и в случае с ipv6 install, возможно потребуется перезагрузка.

ipconfig – вывести сетевые настроеки (настроеки интерфейсов)

ipv6 if – вывести IPv6-сетевые настроеки (IPv6-настроеки интерфейсов)

ipv6 adu <индекс/название интерфейса>/ – добавление IPv6-адреса. Индекс или название интерфейса (название указывается в кавычках) для подключения по локальной сети можно узнать при помощи вышеупомянутых команд (ipv6 if или ipconfig).

ipv6 rt – вывести IPv6-таблицу маршрутизации

ipv6 rtu <префикс сети> <индекс/название интерфейса>/ – добавление маршрута. После выполнения данной команды пакеты, направленные в сеть с указанным префиксом, будут переправляться через указанный интерфейс на маршрутизатор с указанным адресом (ipv6-адресом). Если префикс равен «::/0», то это означает маршрут по умолчанию, то есть любые пакеты, отправленные в сеть, чей префикс не совпадает с префиксом сети отправителя, будут через указанный интерфейс перенаправлены на маршрутизатор по умолчанию.

Все внесенные вышеупомянутыми командами изменения удалятся при следующей перезагрузке системы. Чтобы этого не произошло, можно, например, создать BAT-файл с соответствующими командами и прописать этот файл в автозагрузку Windows.
Имейте в виду, что данный файл ни в коем случае нельзя называть именем системной команды, например, ipv6.bat, иначе возможно зацикливание выполнения команд при загрузке системы. Назовите, например, start-ipv6.bat. Однако существует более удобный способ задания IPv6-настроек раз и навсегда (точнее, до удаления этих настроек или до выполнения команды ipv6 uninstall).

Утилита netsh которая присутствует в системах начиная с Windows XP SP1)
Все внесенные утилитой netsh изменения сохраняются при перезагрузке системы.

Добавление IPv6-адреса (аналогично команде ipv6 adu):

netsh
interface ipv6
add address <индекс/название интерфейса>

Просмотр IPv6-таблицы маршрутизации:

netsh
interface ipv6
ipv6 show routes

Добавление маршрута:

netsh
interface ipv6
add route prefix=<префикс сети> interface=<индекс/название интерфейса> nexthop= publish=yes

«Nexthop» – означает следующий шаг, то есть адрес следующего узла при отправке пакета. Аналогична команде ipv6 rtu.

Для этого делаем следующее:

sc config dhcpserver start= auto [автозапуск]
net start dhcpserver [запустили службу]

Продолжаем.

Если сервер работает в домене, его нужно авторизовать:

netsh dhcp add server dc 192.168.1.1 [DC - имя сервера, 192.168.1.1 - его IP адрес]

Далее задаем область:

netsh dhcp server add scope <Подсеть> <Маска подсети> <Имя области> <Комментарий области>
E.g. netsh dhcp server 192.168.1.1 add scope 192.168.1.0 255.255.255.0 Test Test_Scope

Задаем диапазон адресов для области:

netsh dhcp server scope <Подсеть> add iprange <Начальный IP> <Конечный IP>
E.g. netsh dhcp server 192.168.1.1 scope 192.168.1.0 add iprange 192.168.1.1 192.168.1.254

Теперь исключения:

netsh dhcp server scope <Подсеть> add excluderange <Начальный IP> <Конечный IP>
E.g. netsh dhcp server 192.168.1.1 scope 192.168.1.0 add excluderange 192.168.1.1 192.168.1.10

Адрес шлюза по умолчанию:

netsh dhcp server scope <Подсеть> set optionvalue 003 IPADDRESS <Шлюз1> <Шлюз2>
E.g. netsh dhcp server 192.168.1.1 scope 192.168.1.0 set optionvalue 003 IPADDRESS 192.168.1.2 192.168.1.3

Адрес DNS-сервера:

netsh dhcp server scope <Подсеть> set optionvalue 006 IPADDRESS
E.g. netsh dhcp server 192.168.1.1 scope 192.168.1.0 set optionvalue 006 IPADDRESS 192.168.1.1 192.168.1.4

Активируем область:

netsh dhcp server scope <Подсеть> set state 1
E.g. netsh dhcp server 192.168.1.1 scope 192.168.1.0 set state 1

Автоматизируем по желанию, наслаждаемся простотой и изяществом Windows 2008 Server Core!

0. Я очень люблю Hyper-V. Ставим Server 2008 в core mode и при прочих равных разворачиваем инфраструктуру на виртуальных машинах.
0.1 Бэкапы бэкапы бэкапы. Не вводим в строй ни одну систему не разобравшись как мы будем проводить резервное копирование.
1. Ставим сервер, поднимаем Active Directory. Поднимаем основные службы DNS, DHCP. При первой возможности ставим второй серер, на котором также поднимаем AD. Хотя многие мелкие организации этим пренебрегают, это очень важно, ибо если помрёт единственный контроллер домена будет очень очень грустно. Настраиваем синхронизацию времени на контроллере домена с внешими источниками эталонного времени. NTP.
1.1 DNS. Подумайте заранее про то, как будет называться ваш домен, будет ли название совпадать со врешним именем или отличаться от него. Почитайте про Split DNS. Людям удобно запоминать единые адреса для сервисов. Например mail.yourdomain.ru — всегда должно быть почтой вне зависимости снаружи или изнутри сети компании работает сотрудник. Если DNS имена наружней и внутренней сети различаются — поднимите внутри сети зону yourdomain.ru
1.2 DHCP. Фиксированных адресов быть не должно. Используйте Reservation для MAC адресов устройств. Это нужно чтобы вы могли в любой момент владеть полной информацией по распределению адресов в сети.
1.3 Заводим в AD всех пользователей. Каждому подразделению выделяем Organizational Unit в соответствии с иерархией организации. Распихиваем пользователей по OU. Для каждого OU создаём группу, в которую включаем всех пользователей. Каждому пользователю — по учётной записи. Никаких записей «Кладовщик» для 12 кладовщиков разом. Для учетных записей компьютеров также желательно иметь отдельную иерархию OU в соответствии с иерархией организации — так легче привязывать групповые политики для всех ПК отдела.

1.4 Даём секретарям права на изменения полей номера телефонов в AD. Обучаем. Заполнять и поддерживать эти данные в актуальном состоянии теперь их обязанность. Они-же или HR должны поддерживать в актуальном состоянии название должности и отдела в AD у всех сотрудников. Также, при переводах сотрудников, администратор перетаскивает учетки в нужный OU, меняет членство в группах. Делаем регламент — как пользователь попадает в нашу сеть при приёме на работу, что мы делаем при его увольнении, при переводе в другой отдел. Вводим стандарты на формирование Login name и почтовых адресов сотрудников.
2. Загоняем компьютеры пользователей в домен.
3. По возможности лишаем пользователей прав администратора. Часть ПО при своей рядовой работе хочет писать данные в запрещённые по умолчанию места — отлавливаем это с помощью специального ПО, например Process Monitor, тонко настраиваем права. Единожды разобравшись с программой — выписываем к каким ветвям реестра и каталогам у неё дополнительно должен быть доступ, делаем настройки, распространяем их с помощью Group Policy на подходящий OU. С помощью GP цепляем людям ближайшие принтеры. Добавляем в логин скрипт ПО, собирающее данные по нашим ПК — название, кто логинился, какое стоит железо, IP адрес, МАС адрес и так далее и складывающее всё это добро на сервер.
4. При необходимости ограничиваем доступ ко внешним накопителям, например с помощью Device Lock.
<update 9.04.10 15:55> Также можно настроить это с помощью групповых политик. /update
5. Настраиваем корпоративный антивирус, следим за его обновлениями
6. Поднимаем и настраиваем WSUS. Не бойтесь, расставляться будут только обновления, утверждённые Вами.
7. Расшариваем на сервере файловые ресурсы. Бъёмся смертным боем, чтобы ресурсы расшаривались на группы, а не на персональных сотрудников. Иначе очень скоро система прав превращаются в кашу, невозможно дать новому сотруднику права аналогичные другому сотруднику, уже работающему и так далее. Очень важно донести до руководства почему нужно делать именно так и получать от них заявки на изменения прав в таком разрезе.
8. Поднимаем SQL сервер. Он нам понадобится, чтобы хранить там базы 1С и вообще вещь хорошая.

Все наши пользователи работают с расшаренными ресурсами на сервере. Мы неплохо защищены от вторжений вирусов. Таким образом мы более менее обустроили рабочие места сотрудников.

9. Поднимаем и настраиваем ISA сервер для доступа в Инет. Сейчас его преемник ForeFront TMG, мы пока не внедряли. Настраиваем Proxy autodiscovery и/или прописываем всем наш прокси в IE групповыми политиками, прописываем внутреннюю сеть в адресе исключений — доступ к ней мимо прокси. Не забываем подумать и проверить, как будут работать ноутбуки вне нашей сети. Не будут ли они пытаться лезть в инет через проки?
9.1 Нстраиваем правила для доступа пользователей наружу. Правил, разрешающих доступ куда угодно исходя из IP адреса сотрудника — такого по минимуму, только для коммуникатора директора. Создаём группы в AD по типу доступа, например: «только по белому списку», «куда угодно». Засовываем в эти группы группы подразделений. Например группу «Склад» запихиваем в группу «Только белый список». Создаем на ISA белый список сайтов, чёрный список сайтов, настраиваем правила с правами доступа в соответствии с группами AD и списками сайтов. Для клиент-банков и прочего ПО, которое не умеет авторизоваться на нашем сервере — в ISA включаем монитор, смотрим куда ОНО ломится и разрешаем весь трафик на IP сервера клиент-банка не на базе учетной записи пользователя, а на базе IP компьютера, в идеале прописываем ещё и протоколы.
Общая логика правил на ISA — весь трафик за очень редкими исключениями должен ходить через наш шлюз по правилам, которые привязаны к доменной учетке пользователя.
Лично я не люблю ISA Firewall Client, мы всегда обходимся без него и вам советую. Все настройки на сервере это централизация.
9.2 Если у нас есть филиалы — тоннель между ISA серверами, если у нас есть удаленные пользователи — VPN доступ в нашу сеть.
9.3 Если нужны хорошие ограничения для пользователей — например Иванов может качать не больше 200Мб в день — Bandwith Splitter
9.4 Все логи, конечно, храним на SQL сервере и не за семь дней, а минимум за 45 — когда-нибудь точно понадобится сформировать отчет кто сколько скачал за месяц.

Наши пользователи работают в Инете. Доступ в Интернет чётко разграничен правилами. Все ходы у нас записаны для последующих разборов. Удалённые пользователи имеют возможность подключаться и работать внутри нашей сети.

10. Поднимаем сервер терминалов. Загоняем на него пользователей, работающих из дома, тех кто активно работает с нашими ресурсами из удалённого филиала, возможно часть офисных пользователей.
11. Поднимаем Certification Authority, оно будет нужно.
12. Поднимаем Exchange Server. Почта пользователей должна лежать на нём, никаких Личных Папок — только для давних архивов. Работа пользователей — через Outlook. Если организация помешана на безопасности — Message Mirror почты на отделный адрес, задумываемся о том, как часто мы будем очищать его и куда будем архивировать его содержимое. Проверяем работу Global Address List, создаём его offline версию. Настраиваем ограничения на размер письма, ящика и так далее. Настраиваем на сервере антивирус и антиспам. Настраиваем коллективные почтовые ящики типа support@yourdomain.ru, даём ответственным права писать от имени саппорта, обучаем их. Настраиваем Public Folders запихиваем туда общие календари переговорных, демостендов и так далее, думаем что ещё у нас есть коллективного. Если сочтёте удобным — ведём личные календари в Оutlook и шарим их начальству. Общую систему задач на базе задач Outlook делать не нужно — задачи Outlook неудобны для коллективной работы.
13. Публикуем наш Exchange через ISA, проверяем прохождение внешней почты в обе стороны, не забываем про open relay, подписываем всё что нужно сертификатами, проверяем работу Outlook Web Access, включаем OMA, публикуем RPC over HTTP. У пользователей ноутбуков настраиваем Outlook на RPC over HTTPS, кэширование и offline address book. Если нужно кэшировать содрежимое общих папок — их нужно в Outlook добавить в Избранные папки, а затем в Избранное.

У нас работает почта, люди могут подключаться с помощью Outlook как изнутри сети, так и извне — достаточно только доступа в Интернет. Мы можем работать с помощью Web интерфейса, а также с наших мобильных устройств. Отовсюду мы видим одно и то же содержимое ящика.
Мы научились коллективно работать с адресами типа Support@yourdomain.ru

14. Читаем про Unified Communications. Настраиваем Office Communications Server, дружим его с нашей офисной АТС. Настраиваем маршрутизации и номерные планы. Настраиваем его дружбу со списком пользователей из AD.
Расставляем заинтересованным пользователям Office Communicator, выдаём гарнитуры.

Звонки через office communicator на другие офис коммуникаторы, внутренние телефоны, город. Всё без дополнительных префиксов. Коммуникатор знает всех пользователей из AD, вместе с их внутренними и мобильными телефонами.

15. Поднимаем Sharepoint Server. Засовываем туда красивый список сотрудников, данные о днях рождения сотрудников, но без года рождения (девушки волнуются), новости компании. Потом начинаем создавать там структурированное хранилище информации, пытаемся, чтобы основная часть файловой помойки плавно переехала туда. Позже подтягиваем туда рабочие процессы, заявки и так далее. Перекидываем туда резервирование переговорных и прочее, что держали в общих папках.
16. Если мы активно работаем с проектами — разворачиваем Project Server

У нас появился корпоративный портал — единое место для справочной информации, основных рабочих процессов, структурированное файловое хранилище.

Когда организация подросла реализуем на нашем портале систему обработки заявок. Делаем это с помощью Workflow на Sharepoint. Почитайте про InfoPath и Sharepoint Designer. Заявки должны приходить в единое место, закрепляться за сотрудниками, автор заявки должен видеть её текущий статус, получать по ней уведомления.

Описываем основные приёмы работы с нашей инфраструктурой, а лучше делаем видеокурсы. Выкладываем в места общего пользования (я про сервер), тренируем людей туда заглядывать по оповещениям на портале — там будет описываться работа с новыми сервисами. Вносим ознакомление с этими документами одним из обязательных пунктов для первого дня работы нового сотрудника.
Описанных действий должно хватить, чтобы реализовать все примеры использования, приведённые в этом топике. Если что-то забыл — пишите. Неосвещённой осталась тема Microsoft System Center, обязательно почитайте про него, но это продукт нацеленный нести блага не рядовым пользователям, а системным администраторам.
В целом, при таком масштабе организации уже самое время задумываться об облегчении жизни IT отдела, для этого присутствуют все необходимые технологии. Читайте про System Center.

Основное предназначение Microsoft DirectAccess такое же, как у виртуальных частных сетей VPN — предоставление защищённого соединения с корпоративной сетью для удалённых пользователей, работающих через публичные сети (Интеренет). Данная технология становится доступной при одновременном использовании в компании рабочих станций под управлением Windows 7 и серверов с Windows Server 2008 R2 а также протокола IPv6.

Одно из основных отличий DirectAccess от VPN состоит в том, что соединение устанавливается в фоновом режиме без участия пользователя. С DirectAccess пользователям никогда не придется думать подключены ли они к корпоративной сети. Защищённое соединение устанавливается автоматически и не требует повторного “ручного” подключения, если связь с сетью прерывается, а групповые политики и необходимые обновления безопасности могут, применяются до входа пользователя в ОС.

С помощью DirectAccess устанавливается защищённое двунаправленное соединение с использованием стандартизированных протоколов IPv6 и IPSec. При этом используется шифрования передаваемого трафика посредствам двух алгоритмов 3DES или AES.

Принципиальная схема подключения изображена на рисунке. Компьютер пользователя соединяется с сервером DirectAccess (Windows Server 2008 R2), который выступает в роли шлюза для доступа к ресурсам корпоративной сети. При этом клиент DirectAccess (Windows 7), устанавливает два туннельных соединения с использованием IPSec ESP.

После того как соединения устанавливаются клиент готов ”отправлять” корпоративный трафик в Интрасеть через защищенный туннель, а трафик относящийся к внешним Инетрнет серверам идёт в обход установленного защищенного соединения, таким образом снижая нагрузку на корпоративные сервера. При этом администратор имеет возможность настроить маршрутизацию трафика для определенных внешних Интернет серверов через сервер DirectAccess. Также можно настроить сервер DirectAccess для контроля, к каким Интранет серверам приложений, удаленные пользователи смогут получить доступ.

При большом количестве удаленных пользователей для серверов DirectAccess может применяться балансировки нагрузки и кластеризации. Для использования DirectAccess желательна поддержка протокола IPv6, но, также возможно работа с использованием протоколов IPv4 или Teredo, ISATAP, 6to4, IP over HTTPS, которые позволяют инкапсулировать трафик IPv6 в IPv4. Что касается упомянутых протоколов инкапсуляции IPv6 в IPv4, почти всех из них за исключением IP over HTTPS, который пока поддерживается только Windows 7 и выше, поддерживаются ОС семейства Windows, начиная с Windows XP SP2, это же касается и протокола IPv6. Также хочу заметить, что наиболее привлекательный, на мой взгляд, протокол инкапсуляции IPv6 в IPv4 это IP over HTTPS, поскольку работает через “любой” файрвол.

Клиенты DirectAccess могут подключиться к Интранет сети с помощью двух способов подключений: end-to-end(Подключение к выборочному (ограниченному) “набору” серверов) и end-to-edge(Полный сетевой доступ). Первый вариант хотя и считается наиболее безопасным, на мой взгляд, менее интересен для большинства компаний в данное время, так как требует внедрения во всей “серверной” сети протоколов IPv6 и IPSec, а так же обновление ОС всех серверов до версии Windows Server 2008 и выше. Тем ни менее, рассмотрим оба этих варианта.

End-to-End подключение: Клиент DirectAccess устанавливает IPSec соединение (зеленые стрелки) через сервер DirectAccess, к каждому из серверов приложений к которым у него имеются права доступа. Это обеспечивает высочайший уровень безопасности, поскольку вы можете настроить контроль доступа на сервере DirectAccess. Вместе с тем этот способ подключения требует, чтобы на серверах “приложений” были установлены Windows Server 2008 или Windows Server 2008 R2 и использовались протоколы IPv6 и IPSec.

End-to-Edge подключение: Клиент DirectAccess устанавливает IPSec соединение c сервером DirectAccess (который выступает в роли шлюза IPSec). Шлюз IPSec переадресует незащищенный трафик (красные стрелки), на сервера “приложений” в Интрасети. Этот способ подключения не требует наличия протоколов IPv6 и IPSec в Интрасети и может работать с любыми серверами, находящимися в Интрасети используя протокол IPv4.

DirectAccess производит аутентификацию компьютера до входа пользователя в ОС, предоставляя доступ к DNS серверам и контроллерам домена. При последующей аутентификации пользователя ему предоставляются права доступа к другим внутренним ресурсам компании. При этом, помимо стандартной аутентификации пользователя по имени и паролю, может использоваться двухфакторная аутентификация с применением смарт-карт.

Так же DirectAccess позволяет использовать технологии NAP(Network Access Protection) и NAC(Network Access Control) для проверки состояния подключаемых к корпоративной сети удалённых компьютеров. Например, для предоставления возможности подключения к корпоративной сети можно потребовать наличия на компьютере пользователя актуальных обновлений операционной системы, актуальных антивирусных баз и соответствия другим политикам безопасности. Использование NAP и NAC совместно с DirectAccess не является обязательным условием, но рекомендуется Microsoft для обеспечения максимального уровня обеспечения информационной безопасности.

Минимальные требования для использования DirectAccess в своей инфраструктуре:

• Сервер DirectAccess на базе ОС Windows Server 2008 R2
• Клиент DirectAccess на базе Windows 7
• Два сетевых интерфейса на сервере DirectAccess
• Инфраструктура открытых ключей (PKI)
• Домен на базе Active Directory
• Поддержка протокола IPv6

Опционально может потребоваться:

• Возможность использования в Интранет протоколов инкапсуляции ISATAP, Teredo, 6to4.
• Устройство, поддерживающие NAT-PT для предоставления доступа клиентам DirectAccess, ресурсов в сети IPv4 не поддерживающих IPv6.

Преимущества DirectAccess:

• Пользователю не нужно устанавливать соединение.
• Пользователю не обязательно повторно подключаться в случае разрыва подключения c Интернет.
• Параметры групповой политики применяются перед входом пользователя в ОС.
• Удаленные пользователи могут входить в Active Directory, так же как в Интрасети.
• Работает совместно с NAP и NАС решениями.
• Трафик в корпоративной сети шифруется с помощью IPSec.

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

Отключение двухчасового авторебута в Windows 7 RC

Так как срок истекает только в июне, то, отключив авторебут, вы сможете спокойно и легально пользоваться своей RC еще несколько месяцев.

1. Отключите защиту системы.

2. Установите Shutdown Guard. Проверьте, что она прописана в автозапуске и запущена.

3. Запретите автоматическое завершение приложений при ребуте.

Нажмите Win+R > наберите gpedit.msc

• Найдите раздел Конфигурация компьютера > Административные шаблоны > Система > Параметры завершения работы
• Включите параметр «Отключить автоматическое завершение работы приложений» (двойной клик > Включить > OK).
• Перезагрузитесь, чтобы изменения вступили в силу.

Способ №2

Win+R > msconfig > Закладка «Службы» > Уберите галку со службы «Питание»

Перезагрузитесь.

Авторебута не будет, однако почему-то не будет и звука.

Способ №3

Для ленивых, ставим год 1999-ый в настройках времени и радуемся. Почему именно 1999? Потому что дни недели и даты совпадают с датами в 2010 году.

Прибыль от Windows 7, если сравнивать с Vista увеличилась только на 82%, так как цена Windows 7 более низкая чем у Vista и доход с каждой копии — меньше. Большим спросом пользуются home версии системы, со средней ценой. Вот список самых продаваемых редакций Windows 7:

1. Windows 7 Home Premium Upgrade с ценой в $76
2. Windows 7 Pro Upgrade с ценой в $147
3. Windows 7 Home Premium Family Pack 3 User Upgrade с ценой в $149

Эти данные представлены за период от 18 до 24 октября и содержит в себе информацию по предзаказам. Эта информация не включают OEM-версии проданные в комплекте с компьютерами и ноутбуками. Планируется, что показатели в OEM-продаж могут быть иными по вине кризиса и не очень заметного прироста продаж техники, если сравнению с тем когда была выпущена Windows Vista.