Продукты и технологии Microsoft : Windows Server 2008 R2

Выпущены Windows 7 и Windows Server 2008 R2!

ashapo — Thu, 23 Jul 2009 17:55:00 GMT

Есть новости, которые нельзя обойти стороной. Windows 7 и Windows Server 2008 R2 сданы в производство! Финальной стала сборка 6.1.7600.16385. Оба продукта поэтапно станут доступны партнерам, корпоративным заказчикам, наконец, всем желающим. Подробно об этих этапах и датах вы можете узнать здесь. Я же отдельно отмечу, что все подписчики TechNet и MSDN смогут скачать дистрибутивы уже 6 августа.

Безусловно, мы уделим особое внимание и “Семерке”, и R2 в докладах, которые скоро появятся на портале TechDays. И уж конечно, довольно большой объем материала будет посвящен этим продуктам на ежегодной конференции “Платформа 2010”.

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

Спасибо!

Номер версии ядра Windows 7

ashapo — Fri, 20 Mar 2009 20:22:13 GMT

О том, почему новая клиентская ОС Windows имеет семерку в своем названии, почему она именно “седьмая”, и как этот номер соотносится с номером ядра, писалось уже неоднократно. Однако, мой опыт недавних выступлений на семинарах TechDays в различных городах показал, что вопросов на эту тему по-прежнему много.

Один из способов отобразить номер установленной версии Windows – запустить команду ver в Command Prompt. Например, в Vista SP1 результат выполнения команды выглядит так:

Первые два значения, разделенные точкой, фактически указывают версию ОС (в данном случае, 6.0), следующее четырехзначное число – номер сборки (build).

Если при выпуске очередной ОС меняется первая цифра в номере версии, принято говорить, что данная ОС представляет собой major release. Тем самым подчеркиваются существенные изменения в архитектуре продукта, и, как следствие, большой объем новых функций, технологий и возможностей. Эти самые изменения могут повлиять, в том числе, на работоспособность приложений, разработанных для предыдущих версий системы. Совместимость нередко является платой за инновации, причем не только в области разработки ПО. :) И наоборот, обновление лишь второго числа в номере версии означает выпуск minor release и несет в себе плавное, эволюционное развитие продукта. Существующий функционал расширяется с минимальными последствиями для совместимости приложений и/или драйверов, либо вообще без таковых последствий.

Думаю, вы согласитесь с вышесказанным, посмотрев на следующую таблицу и вспомнив (кто сможет :)) особенности той или иной версии Windows. В таблице перечислены только продукты архитектуры Windows NT. Первая версия NT получила номер 3.1, поскольку тогда на рынке уже пользовалась большой популярностью Windows 3.0.

Название продукта	Номер версии
Windows NT 3.1	3.1
Windows NT 3.5	3.5
Windows NT 3.51	3.51
Windows NT 4.0	4.0
Windows 2000	5.0
Windows XP	5.1
Windows Server 2003	5.2
Windows Vista / Windows Server 2008	6.0
Windows 7 / Windows Server 2008 R2	6.1

Windows 7 представляет собой очередной major release семейства NT и содержит большое количество изменений в системе, в том числе, на уровне ядра. Этот факт как раз и отражен в названии продукта, а стало быть, по логике, и номер версии должен быть 7.0. Тогда почему в бета-версии в ответ на команду ver мы получаем 6.1.7000?

В Windows 7 все сделано для совместимости приложений, разработанных под Vista. Иными словами, любое приложение, написанное под Windows Vista, будет корректно работать и под Windows 7. Однако, многие приложения при старте проверяют major-версию ОС и, обнаружив 7, могут завершить свою работу. Для предотвращения подобных ситуаций, то есть, еще раз подчеркну, для обеспечения максимальной совместимости на уровне приложений, было решено “Семерке” присвоить номер версии 6.1. Вот такая “магия чисел”. :)

Firewall в Windows 7

ashapo — Tue, 10 Mar 2009 17:36:41 GMT

Подходит к концу наше очередное “турне” :) с семинарами TechDays по городам России. Мне осталось посетить Калининград (12 марта) и Краснодар (17 марта). Один из докладов семинара посвящен технологиям безопасности Windows 7. И поскольку все нововведения в этой области за один доклад конечно же не объять, постараюсь в своем блоге уделить внимание тем аспектам безопасности, о которых мы в рамках семинара не говорили вообще, или говорили недостаточно подробно.

Этот пост посвящен новым возможностям встроенного в Windows 7 firewall. Первая и главная, как мне кажется, особенность firewall в Windows 7 заключается в том, что несколько профилей могут быть активными одновременно.

Несколько активных профилей

Напомню, начиная с Windows Vista, встроенный firewall поддерживает три профиля – domain, private и public (в XP их было два – domain и standard). Каждый профиль представляет собой набор применяемых firewall-ом правил. Всякий раз, когда компьютер подключается к сети, ОС пытается идентифицировать эту сеть и применить соответствующий профиль. В частности, если в сети доступен контроллер домена, которому принадлежит данный компьютер, автоматически применяется доменный профиль. Если же в новой сети, к которой компьютер подключился, контроллер домена отсутствует, применяется наиболее ограничивающий public-профиль. При этом перед пользователем возникает окно, в котором можно явным образом выбрать профиль для данной сети.

Служба Network Location Awareness (NLA) сохраняет информацию о сети в специальной базе данных. Когда в следующий раз компьютер подключится к этой сети, и NLA успешно ее идентифицирует на основе сохраненной в базе информации, firewall автоматически применит соответствующий профиль.

Так вот в Windows Vista в каждый момент времени только один профиль может быть активным. То есть в каждый момент времени настройки только одного профиля применяются ко всем сетевым интерфейсам, для которых firewall включен. Это порождает определенные проблемы. Например, в доменном профиле администратор разрешил входящие подключения для некоторого бизнес-приложения (Microsoft Office Groove, как вариант). Пользователь работает на ноутбуке в доменной сети и использует это бизнес-приложение. Предположим, пользователь перемещается в переговорную комнату, из которой доступна некоторая публичная WiFi-сеть, скажем, офиса соседнего этажа или оператора мобильной связи. WiFi-адаптер ноутбука автоматически подключается к этой публичной сети, и для нее должен быть применен профиль public. В подобной ситуации, когда адаптеры “смотрят” в разные сети, Vista всегда применяет наиболее ограничивающий профиль, то есть public, в котором, в свою очередь, все входящие подключения запрещены. Как следствие, наше бизнес-приложение перестает корректно работать. Другой пример – VPN. Все тот же пользователь со своего ноутбука пытается получить доступ к корпоративным ресурсам, но уже из дома. Он устанавливает VPN-подключение, и перед ним вся корпоративная сеть. Однако поскольку для VPN-подключения используется, например, private-профиль, настройки доменного профиля firewall-а не применяются, и бизнес-приложение опять не работает так, как надо. Все это создает определенную головную боль для ИТ-отдела компании.

Windows 7 поддерживает такие же три профиля firewall. Однако, одновременно сразу несколько профилей могут быть активными. Каждый сетевой адаптер использует наиболее подходящий профиль для той сети, к которой он подключен.

Стало быть, после подключения из Интернет-кафе с помощью VPN к корпоративной сети, ко всему трафику, следующему через VPN-туннель, применяется доменный профиль, в то время как весь остальной трафик защищен профилем public. Демонстрацию этого функционала вы можете посмотреть в моем докладе: “XP, Vista, Win7 – вчера, сегодня, завтра. Технологии безопасности” на сайте TechDays.

Настройка исключений для нескольких профилей

Есть несколько усовершенствований в интерфейсе аплета Windows Firewall в панели управления. Раньше, при настройке исключений, то есть указании, какому приложению разрешено работать через firewall, настройки сохранялись в текущем (активном в настоящий момент) профиле. В Windows 7 можно явным образом выбрать один или несколько профилей, на которые распространяется данное исключение.

Подобная возможность есть и при появлении оповещения о том, что некоторое приложение пытается работать через firewall.

Подчеркну, что речь идет именно об аплете Windows Firewall. Если создавать правило с помощью Windows Firewall with Advanced Security, то и в Vista, и в Windows 7 создаваемое правило можно сразу же распространить на несколько профилей.

Включение/выключение firewall для профилей

В Windows 7 можно довольно легко включить или выключить firewall, а также оповещения о блокировании приложений для конкретного профиля или профилей.

Дополнительные ссылки

С помощью дополнительных ссылок из аплета Windows Firewall в “семерке” можно быстро перейти к консоли Windows Firewall with Advanced Security, настройкам по умолчанию или к инструменту разрешения проблем.

Исключения для пользователей и компьютеров

При создании правил в Windows Vista можно было задействовать IPSec и указать, что соединения разрешены для конкретных пользователей и/или компьютеров. В Windows 7 плюс к этому можно задавать исключения для пользователей и/или компьютеров.

Диапазоны портов

Последняя деталь, которую хотелось бы отметить, возможность в правилах указывать теперь диапазоны портов. В Vista можно было указывать конкретные номера портов, разделяя их запятой.

Добавлю также, что для разработчиков третьих фирм доступен обновленный API, позволяющий, с одной стороны, добавлять свой функционал, с другой, задействовать только нужные возможности встроенного firewall. Например, разработчик может реализовать свои политики управления firewall, но при этом опираться на встроенные политики IPSec. Остается надеяться, что перечисленные нововведения остановят ИТ-специалистов от необдуманного отключения встроенного firewall-а и помогут реализовать более эффективную защиту рабочих станций и серверов предприятия.

Загрузка Windows 7 и Windows Server 2008 R2 с VHD

ashapo — Wed, 25 Feb 2009 17:16:43 GMT

С момента появления публичной бета-версии Windows 7 уже довольно много написано про такую интересную возможность этой ОС, как загрузка с VHD-файлов. Буквально вчера на сайте TechDays появился веб-каст из серии “Готовые решения”, в котором вы теперь можете увидеть необходимые шаги по настройке этой возможности. Автор доклада – Михаил Гоч – отразил, как мне кажется, все варианты использования встроенной поддержки VHD в Windows 7:

1. Как установить Windows 7 в VHD-файл на физическом компьютере

2. Как подготовить к использованию на физическом компьютере VHD-файл с Windows 7, созданный с помощью продуктов виртуализации, таких как Virtual Server 2005 или Hyper-V

3. Как включить загрузку, например в Windows Vista, с имеющегося VHD-файла с Windows 7

Еще одна ценность веб-каста Миши в том, что отмечены главные нюансы и “подводные камни”, с которыми сталкиваешься, впервые настраивая загрузку с VHD. Лишний раз отмечу такой параметр, как максимальный размер VHD-файла – причина многочисленный “синих экранов” при попытке загрузиться с VHD. При создании VHD-файла, делаете ли вы это в графическом интерфейсе Windows 7, в diskpart, или, скажем, в Hyper-V, необходимо указать максимальный размер файла. В случае фиксированного VHD этот размер и будет актуальным. Если же вы создали динамический VHD-файл, например, в том же Hyper-V (а по умолчанию именно динамический файл и создается), и установили Windows 7, то реально ваш VHD будет иметь размер примерно 5-6 ГБ при максимально возможном размере 127 ГБ. Но при попытке загрузиться из такого файла, Windows 7 будет инициализировать именно максимальный размер VHD. Соответственно, если на разделе физического жесткого диска вашего компьютера, где вы расположили VHD-файл, свободного пространства меньше максимального размера VHD-шника, то загрузиться с такого VHD не получится.

Наконец, отдельно хотел бы затронуть преимущества встроенной поддержки VHD. Да, конечно это и возможность легко загружать различные варианты ОС на компьютере, отсутствие необходимости создания кучи разделов на жестком диске и пр. Но за этим важно увидеть стратегическое направление развития ОС Windows. Постепенно стираются границы между “физической” и “виртуальной” средой работы пользователя. Теперь айтишники могут создавать в Hyper-V или Virtual Server требуемое количество должным образом сконфигурированных VHD, с установленным софтом, заданными политиками, региональными установками и пр. И для очередного пользователя на его компьютер надо просто скопировать по сетке нужный VHD, подмонтировать его в boot manager и загрузить. Изменились требования к рабочей среде, появились новые политики, просто изменяем нужный VHD в Hyper-V, и наша библиотека имиджей всегда актуальна и отвечает текущим условиям. Нужен полный backup рабочей станции пользователя – это реализуется простым копированием одного файла. Поддержка VHD открывает совершенно новые сценарии работы как пользователей, так и, пожалуй в первую очередь, ИТ-специалистов. В терминах денег, времени, гибкости, сложности сопровождения и т.д.