Переехали сюда
пятница, 1 февраля 2013 г.
среда, 30 января 2013 г.
понедельник, 28 января 2013 г.
воскресенье, 20 января 2013 г.
Быстрое отключение брендмауэра
Быстрое отключение брендмауэра
Иногда при начальных настройках Windows Server и Windows 7 требуется отключить встроенный брендмауер (firewall).Быстрое решение, удобное для вставки в файл сценария начальной конфигурации:
netsh advfirewall set allprofiles state off
Приведенная выше команда отключает брендмауер для всех профилей.
пятница, 18 января 2013 г.
четверг, 17 января 2013 г.
суббота, 29 декабря 2012 г.
пятница, 28 декабря 2012 г.
вторник, 25 декабря 2012 г.
Сдал 70-646 и свершилось MCSA.
Вчера на конец свершилось осмелился идти сдавать 70-646 экзамен на статус MCSA Windows Server 2008. Выбил 929. 3 часа времени, 48 вопросов. Тупых вопросов мало, местами пришлось напрячься.
Много вопросов было про DFS, WSUS, DNS. Готовился по официальным книгам и спасибо VMWare за возможность создания тестовой среды и на халяву)))) Движемся к MCSE!!!!!!
вторник, 18 декабря 2012 г.
Установка Hyper-V как роли Windows Server.
Hyper-V является одним из самых простых в освоении и доступных средств серверной виртуализации. Этому способствуют несколько причин: он бесплатен и может быть развернут как в виде отдельного гипервизора, так и в виде одной из ролей Windows Server. Последняя возможность делает продукт особенно интересным для начинающих администраторов, позволяя опробовать виртуализацию в реальной среде без особых затрат и сложностей.
Действительно, внедрение виртуализации в реальную инфраструктуру предприятия часто сдерживается опасениями администраторов и руководства по поводу надежности, стабильности и производительности подобного решения. Руководство вполне справедливо высказывает опасения, а администраторы не спешат брать на себя ответственность, так как не имеют достаточного опыта работы с данной технологией в реальных условиях.
Основное затруднение связано с тем, что большинство гипервизоров требуют установки на железо, т.е. выделения отдельного сервера. Покупка же нового оборудования для "экспериментов" администратора - это уже фантастика, причем далеко не научная. В тоже время любой администратор без труда отыщет в своем хозяйстве сервер ресурсы которого используются неоптимально, а это прекрасный повод совместить полезное с приятным: изучить новую технологию получив реальные результаты в производственной среде.
Первые кандидаты для переезда в виртуальную среду - это вспомогательные сервисы, такие как web-сервера, сервера обмена сообщениями (Jabber) и т.д. и т.п. Обычно данные службы не удостаиваются выделенных серверов и подняты как "еще одна роль" на каком либо из серверов предприятия, что создает для администраторов ряд неудобств, так как обслуживание данных сервисов напрямую затрагивает важные службы и делать это очень часто приходится в нерабочее время и с большой опаской. Иногда предпочитают даже не делать, так как эпизодически падающий web-сервер лучше эпизодически падающего сервера приложений. Также в ряде случаев сбои вспомогательных служб могут приводить к отказу и основных ролей размещенных на этом сервере.
Говорить о преимуществах виртуализации можно долго, но лучше один раз увидеть, чем сто раз услышать, поэтому перейдем к практической части нашего материала.
Установка Hyper-V как роли ничем не отличается от установки иных ролей Windows Server. Также выбираем оснастку Роли в Диспетчере сервера и запускаем Мастер добавления ролей.
Выбираем роль Hyper-V и нажимаем Далее. Следующим шагом нам будет предложено создать виртуальные сети. В Hyper-V виртуальная сеть представляет собой виртуальный коммутатор к которому подключаются виртуальные машины, с внешним миром такой коммутатор может быть соединен посредством одного из физических сетевых адаптеров хоста.
Важно понимать, что в отличие от VMware, Hyper-V не позволяет подключить виртуальный сетевой адаптер непосредственно к внешней сети и вы должны создать виртуальную сеть даже если у вас будет всего одна виртуалка.
В показанном ниже окне выбираем одну или несколько сетевых плат, которые будут соединены с соответствующими виртуальными сетями.
Если вы не собираетесь реализовывать сложную схему с несколькими сетями, то будет вполне достаточно выбрать один адаптер, тот который смотрит в локальную сеть. Единственное что следует учитывать - это пропускную способность, так как к собственному трафику хоста прибавится трафик виртуальных машин, поэтому категорически не рекомендуется использовать для этих целей 100 Мбит/с сетевое подключение.
После чего жмем далее и приступаем к установке роли, для ее окончания потребуются две перезагрузки, это стоит учитывать при планировании, чтобы не допустить непредвиденного останова основных служб.
Для управления виртуальными машинами предназначен Диспетчер Hyper-V, вы можете запустить его из оснастки Роли Диспетчера сервера или через меню Пуск - Администрирование.
Диспетчер Hyper-V позволяет подключаться как к локальному, так и к удаленным Hyper-V серверам, в данном случае нас интересует подключение к локальному серверу.
Работа с Hyper-V довольна проста и интуитивно понятна. Для примера создадим виртуальную машину и установим туда Windows Server 2003. Справа вверху в меню Действия выберем Cоздать - Виртуальную машину, запустится соответствующий мастер, который пошагово проведет нас через все необходимые этапы. Прежде всего укажем название и расположение файлов виртуальной машины.
Следующим шагом указываем доступный виртуальной машине объем памяти, исходить тут следует из разумного минимума, так как память выделяется виртуальной машине при запуске сразу в полном объеме. В последующем вы сможете всегда изменить это значение или настроить динамическое выделение памяти, если у виртуальной системы эпизодически будет возникать такая потребность.
Затем укажем к какой виртуальной сети присоединена данная машина, так как сеть у нас одна выбирать особо не из чего.
Теперь перейдем к созданию виртуального жесткого диска. Сразу обратим ваше внимание, что расположение файлов виртуальных дисков отличается от файлов виртуальных машин, в реальных условиях располагать виртуальные диски желательно на отдельном производительном массиве, так как производительность дисковой подсистемы оказывает существенное влияние производительность виртуальных машин в целом. В отличие от оперативной памяти, дисковое пространство выделяется динамически, т.е. файл виртуального диска имеет размер равный фактическому размеру расположенных в нем файлов и папок, но не более выделенного значения.
Заключительным шагом будет выбор параметров установки операционной системы, вы можете использовать для этого физический CD-привод хоста или смонтировать ISO-образ, также доступна установка по сети или загрузка с образа жесткого диска.
После чего вам предстоит еще раз ознакомиться со сводкой всех произведенных настроек и завершить создание виртуальной машины нажатием кнопки Готово.
Снова возвращаемся в Диспетчер Hyper-V и подключаемся к созданной виртуальной машине два раза щелкнув по ней мышью, теперь, вставив диск или смонтировав образ, можно приступать к установке операционной системы. Этот процесс ничем ни отличается от установки на физический ПК и мы не будем описывать его подробно.
По окончании установки ОС не забудьте установить Службы интеграции Hyper-V, которые необходимы для обеспечения максимальной производительности и корректного взаимодействия виртуальной машины с хостом. Для этого в окне виртуальной машины выберите Действие - Вставьте установочный диск служб интеграции, после чего в дисковод виртуалки будет смонтирован нужный образ и начнется установка.
Следует помнить, что Службы интеграции доступны только для официально поддерживаемых гостевых OC, если ваша система не входит в этот список, то вам нужно будет установить необходимые компоненты вручную, для чего обратитесь к соответствующему руководству.
На этом установку гостевой ОС можно считать законченной и вы можете переходить непосредственно к настройке сервера согласно стоящих перед вами задач.
Действительно, внедрение виртуализации в реальную инфраструктуру предприятия часто сдерживается опасениями администраторов и руководства по поводу надежности, стабильности и производительности подобного решения. Руководство вполне справедливо высказывает опасения, а администраторы не спешат брать на себя ответственность, так как не имеют достаточного опыта работы с данной технологией в реальных условиях.
Основное затруднение связано с тем, что большинство гипервизоров требуют установки на железо, т.е. выделения отдельного сервера. Покупка же нового оборудования для "экспериментов" администратора - это уже фантастика, причем далеко не научная. В тоже время любой администратор без труда отыщет в своем хозяйстве сервер ресурсы которого используются неоптимально, а это прекрасный повод совместить полезное с приятным: изучить новую технологию получив реальные результаты в производственной среде.
Первые кандидаты для переезда в виртуальную среду - это вспомогательные сервисы, такие как web-сервера, сервера обмена сообщениями (Jabber) и т.д. и т.п. Обычно данные службы не удостаиваются выделенных серверов и подняты как "еще одна роль" на каком либо из серверов предприятия, что создает для администраторов ряд неудобств, так как обслуживание данных сервисов напрямую затрагивает важные службы и делать это очень часто приходится в нерабочее время и с большой опаской. Иногда предпочитают даже не делать, так как эпизодически падающий web-сервер лучше эпизодически падающего сервера приложений. Также в ряде случаев сбои вспомогательных служб могут приводить к отказу и основных ролей размещенных на этом сервере.
Говорить о преимуществах виртуализации можно долго, но лучше один раз увидеть, чем сто раз услышать, поэтому перейдем к практической части нашего материала.
Установка Hyper-V как роли ничем не отличается от установки иных ролей Windows Server. Также выбираем оснастку Роли в Диспетчере сервера и запускаем Мастер добавления ролей.
Важно понимать, что в отличие от VMware, Hyper-V не позволяет подключить виртуальный сетевой адаптер непосредственно к внешней сети и вы должны создать виртуальную сеть даже если у вас будет всего одна виртуалка.
В показанном ниже окне выбираем одну или несколько сетевых плат, которые будут соединены с соответствующими виртуальными сетями.
После чего жмем далее и приступаем к установке роли, для ее окончания потребуются две перезагрузки, это стоит учитывать при планировании, чтобы не допустить непредвиденного останова основных служб.
Для управления виртуальными машинами предназначен Диспетчер Hyper-V, вы можете запустить его из оснастки Роли Диспетчера сервера или через меню Пуск - Администрирование.
Работа с Hyper-V довольна проста и интуитивно понятна. Для примера создадим виртуальную машину и установим туда Windows Server 2003. Справа вверху в меню Действия выберем Cоздать - Виртуальную машину, запустится соответствующий мастер, который пошагово проведет нас через все необходимые этапы. Прежде всего укажем название и расположение файлов виртуальной машины.
Теперь перейдем к созданию виртуального жесткого диска. Сразу обратим ваше внимание, что расположение файлов виртуальных дисков отличается от файлов виртуальных машин, в реальных условиях располагать виртуальные диски желательно на отдельном производительном массиве, так как производительность дисковой подсистемы оказывает существенное влияние производительность виртуальных машин в целом. В отличие от оперативной памяти, дисковое пространство выделяется динамически, т.е. файл виртуального диска имеет размер равный фактическому размеру расположенных в нем файлов и папок, но не более выделенного значения.
После чего вам предстоит еще раз ознакомиться со сводкой всех произведенных настроек и завершить создание виртуальной машины нажатием кнопки Готово.
Снова возвращаемся в Диспетчер Hyper-V и подключаемся к созданной виртуальной машине два раза щелкнув по ней мышью, теперь, вставив диск или смонтировав образ, можно приступать к установке операционной системы. Этот процесс ничем ни отличается от установки на физический ПК и мы не будем описывать его подробно.
По окончании установки ОС не забудьте установить Службы интеграции Hyper-V, которые необходимы для обеспечения максимальной производительности и корректного взаимодействия виртуальной машины с хостом. Для этого в окне виртуальной машины выберите Действие - Вставьте установочный диск служб интеграции, после чего в дисковод виртуалки будет смонтирован нужный образ и начнется установка.
Следует помнить, что Службы интеграции доступны только для официально поддерживаемых гостевых OC, если ваша система не входит в этот список, то вам нужно будет установить необходимые компоненты вручную, для чего обратитесь к соответствующему руководству.
На этом установку гостевой ОС можно считать законченной и вы можете переходить непосредственно к настройке сервера согласно стоящих перед вами задач.
четверг, 29 ноября 2012 г.
среда, 31 октября 2012 г.
Сдал 70-642 Сдал 70-642
Сегодня у меня была сдача очередного сертификационного экзамена Microsoft 70-642: Windows Server 2008 Network Infrastructure, Configuring.
Этот экзамен я сдавал в Softline как и прежде. В целом экзамен не такой сложный как я ожидал. Почти со всеми технологиям сталкивался на практике, кроме NPAS. Но успел с ним тесно познакомиться. Вопросов было 50, на 32 у меня даже зависла программа тестирования, думал что все кердык всем ответам что я уже дал, но мила девушка которая присматривала за мной на тесте меня успокоила что все нормально бывает и все начнется с того места где я остановился. По вопросам было все поровну ссыль. Набрал аж 940 балов, сам удивился так как расчитывал на 800-850. Так что не так страшен черт как его малюют)))
Сертификат чуть похже)) Все удачи.
Этот экзамен я сдавал в Softline как и прежде. В целом экзамен не такой сложный как я ожидал. Почти со всеми технологиям сталкивался на практике, кроме NPAS. Но успел с ним тесно познакомиться. Вопросов было 50, на 32 у меня даже зависла программа тестирования, думал что все кердык всем ответам что я уже дал, но мила девушка которая присматривала за мной на тесте меня успокоила что все нормально бывает и все начнется с того места где я остановился. По вопросам было все поровну ссыль. Набрал аж 940 балов, сам удивился так как расчитывал на 800-850. Так что не так страшен черт как его малюют)))
суббота, 20 октября 2012 г.
Управление групповыми политиками в организации. Часть 4
Введение
Вы уже имеете представление о назначении и принципах работы с оснасткой «Управление групповой политикой», о методах создания объектов групповой политики, а также о поиске объектов GPO. Помимо этого, вы научились привязывать объекты групповой политики к подразделениям, доменам или сайтам. Также вы узнали о делегировании объектов групповой политики. Кроме всех этих функций, существует еще один такой компонент, как узел «Начальные объекты групповой политики», который содержит параметры административных шаблонов, называемые начальными или стартовыми объектами групповой политики. На основании стартовых объектов групповой политики, вы можете создавать новые объекты GPO, в которых будут предварительно скопированы параметры начального объекта групповой политики. Стартовый объект GPO является шаблоном, и поэтому, вы можете импортировать и экспортировать начальные объекты групповой политики, что позволяет вам распространять их в разные доменные окружения. После того как будут настроены стартовые объекты групповой политики, вы сможете при создании нового объекта GPO в диалоговом окне «Новый объект групповой политики» из раскрывающегося списка «Исходный объект групповой политики» выбрать созданный вами ранее стартовый объект GPO. В этой статье вы узнаете о способах создания, редактирования, импорта, экспорта и удаления начальных объектов групповой политики.
Вы уже имеете представление о назначении и принципах работы с оснасткой «Управление групповой политикой», о методах создания объектов групповой политики, а также о поиске объектов GPO. Помимо этого, вы научились привязывать объекты групповой политики к подразделениям, доменам или сайтам. Также вы узнали о делегировании объектов групповой политики. Кроме всех этих функций, существует еще один такой компонент, как узел «Начальные объекты групповой политики», который содержит параметры административных шаблонов, называемые начальными или стартовыми объектами групповой политики. На основании стартовых объектов групповой политики, вы можете создавать новые объекты GPO, в которых будут предварительно скопированы параметры начального объекта групповой политики. Стартовый объект GPO является шаблоном, и поэтому, вы можете импортировать и экспортировать начальные объекты групповой политики, что позволяет вам распространять их в разные доменные окружения. После того как будут настроены стартовые объекты групповой политики, вы сможете при создании нового объекта GPO в диалоговом окне «Новый объект групповой политики» из раскрывающегося списка «Исходный объект групповой политики» выбрать созданный вами ранее стартовый объект GPO. В этой статье вы узнаете о способах создания, редактирования, импорта, экспорта и удаления начальных объектов групповой политики.
Создание стартового объекта групповой политики
По сути, создание объектов не сложнее создания обычного объекта GPO и они создаются тоже непосредственно из оснастки «Управление групповой политикой». Перед тем как вы начнете создавать начальные объекты групповых политик, вам нужно создать папку стартовых объектов GPO. Для этого сделайте следующее:
1. Откройте оснастку «Управление групповой политикой»;
2. В дереве консоли выберите узел «Начальные объекты групповой политики» и в области сведений нажмите на кнопку «Создать папку стартовых GPO»;
Рис. 1. Создание папки стартовых объектов групповой политики
3. По нажатию на эту кнопку будет создано восемь начальных объектов групповой политики: четыре объекта для Windows XP и четыре для Windows Vista, которые предназначены только для чтения, и представляют основу для параметров определенного сценария. Эти объекты содержат параметры для компьютеров и пользователей с рекомендуемыми параметрами для среды клиентских компьютеров на предприятии (Enterprise Client – EC) и для клиентской среды с особыми параметрами безопасности и ограниченной функциональности (Specialized Security — Limited Functionality – SSLF). Системные начальные объекты групповой политики вы можете увидеть на следующей иллюстрации:
Рис. 2. Системные начальные объекты GPO
4. Для того чтобы просмотреть параметры системного начального объекта GPO, вам нужно в узле начальных объектов групповой политики дерева консоли выбрать любой объект и перейти на вкладку «Параметры». Эти параметры вы можете просмотреть ниже:
суббота, 22 сентября 2012 г.
Сдал 70-640
Ура, сегодня сдал свой первый экзамен: 70-640 Windows Server 2008 Active Directory, Configuring
Готовился по нескольким книгам:
Microsoft Windows Server 2008. Полное руководство
MSPress Configuring Windows Server 2008 Active Directory. MCTS Exam 70-640
Syngress The Real MCTS/MCITP Exam 70-640 Prep Kit: Independent and Complete Self-Paced Solutions
MCTS 70-640 Exam Cram: Windows Server 2008 Active Directory, Configuring
Microsoft Windows Server 2008. Полное руководство
MSPress Configuring Windows Server 2008 Active Directory. MCTS Exam 70-640
Syngress The Real MCTS/MCITP Exam 70-640 Prep Kit: Independent and Complete Self-Paced Solutions
MCTS 70-640 Exam Cram: Windows Server 2008 Active Directory, Configuring
Ну что же, впереди 70-642…
_1078.jpg)
Посмотреть мои сданые экзамены:
https://mcp.microsoft.com/authenticate/validatemcp.aspx
ID (1009601)
Access Code (a1s2d3f4)
ID (1009601)
Access Code (a1s2d3f4)
четверг, 8 декабря 2011 г.
четверг, 1 декабря 2011 г.
Настройка проверки подлинности Wi-Fi в Windows Server 2008 (часть 2)
В первой части мы узнали, зачем предприятием использовать Enterprise режим Wi-Fi Protected Access (WPA or WPA2), а не Personal (PSK) режим. Мы узнали, что 802.1X проверка подлинности в режиме Enterprise требует использование RADIUS сервера, который включен в Windows Server.
Мы уже установили и настроили службу сертификатов в Windows Server 2008. В этой части мы продолжим установку и настройку сетевой политики и служб доступа. Затем мы настроим беспроводные контроллеры и/или точки доступа (APs) на использование шифрования, а также параметры RADIUS. Затем мы настроим клиентские компьютеры. И наконец, мы сможем подключиться.
Установка ролей сетевой политики и служб доступа
В предыдущих версиях Windows Server функция RADIUS обеспечивалась службой Internet Authenticate Service (IAS). Начиная с Windows Server 2008, она обеспечивается сетевой политикой (Network Policy) и службами доступа (Access Services). Сюда входят предыдущие службы IAS наряду с новым компонентом NAP.
В окне начальной настройки (Initial Configuration Tasks) пролистайте вниз и выберите Добавить роли (Add roles). Если вы закрыли и свернули это окно, нажмите Пуск> Диспетчер сервера, выберите Роли и нажмите Добавить роли.
Выберите Сетевая политика и службы доступа (Network Policy and Access Services) (рисунок 1), и нажмите Далее.
Рисунок 1: Выбор установки ролей сетевой политики и служб доступа
Просмотрите введение и нажмите Далее.
Выберите следующее (рисунок 2):
Сервер сетевой политики (Network Policy Server)
Серверы маршрутизации и удаленного доступа (Routing and Remote Access Servers)
Службы удалённого доступа (Remote Access Services)
Маршрутизация (Routing)
Рисунок 2: Выбор установки первых четырех опций
Нажмите Далее. Затем нажмите Установить, подождите завершения установки и нажмите Закрыть.
Теперь можно начать настройку NPS для функции RADIUS: нажмите Пуск, введите nps.msc и нажмите Enter.
Для опции Стандартная конфигурация (Standard Configuration) выберите опцию RADIUS сервер для 802.1X Wireless или проводных подключений (RADIUS server for 802.1X Wireless or Wired Connections) (рисунок 3) из раскрывающегося меню.
Рисунок 3: Выбор RADIUS сервера для 802.1X
Нажмите Настроить 802.1X.
Для типа 802.1X подключений выберите Защищать беспроводные подключения (Secure Wireless Connections) (рисунок 4), и нажмите Далее.
Рисунок 4: Выбор защиты беспроводных подключений
Для каждого беспроводного контроллера и/или точки доступа нажмите Добавить, чтобы создать новую запись клиента RADIUS. Как показано на рисунке 5, нужно указывать дружественные имена, которые помогут вам определить их среди прочих, IP или DNS адреса и общий секрет (Shared Secret).
Рисунок 5: Ввод информации для беспроводного контроллера или точки доступа
Эти общие секреты важны для проверки подлинности и шифрования. Делайте их сложными и длинными, как пароли. Они должны быть уникальными для каждого контроллера/AP. Позже вам нужно будет ввести такие же общие секреты для соответствующих контроллеров/AP. Не забывайте держать их в секрете, храните их в безопасном месте.
Для способа проверки подлинности (Authentication Method) выберите Microsoft Protected EAP (PEAP), поскольку мы будем использовать PEAP.
Нажмите кнопку Настроить', выберите ранее созданный сертификат и нажмите OK.
В окне указания групп пользователей (рисунок 6) нажмите Добавить.
Рисунок 6: Добавление групп пользователей, которые смогут подключаться
В диалогах выбора группы введите группы или нажмите дополнительно (Advanced) для поиска доступных групп. Если вы не создали дополнительные группы, вам, возможно, придется выбрать Пользователей домена (Domain Users) для разрешения пользователей и Компьютеры домена (Domain Computers) для проверки подлинности машин, если ваши контроллеры/APs поддерживают их. Если вы получите сообщение об ошибке, говорящее о том, что домен не существует, перезапустите сервер Active Directory Domain Services и попробуйте еще раз.
После добавления нужных групп нажмите Далее для продолжения.
В окне настройки VLAN (рисунок 7), если ваша сеть (коммутаторы и контроллеры/APs) поддерживает VLAN и они настроены, нажмите Настроить', чтобы установить функцию VLAN.
Рисунок 7: Нажмите кнопку настройки для определения параметров VLAN
По окончании настройки VLANs нажмите Далее.
Просмотрите параметры и нажмите Готово.
Настройка беспроводных контроллеров и/или точек доступа
Пришло время настроить беспроводные контроллеры или точки доступа (APs). Вызовите веб-интерфейс путем ввода IP адреса точек доступа или контроллеров в браузер. Затем перейдите в параметры беспроводной сети.
Выберите WPA-Enterprise или WPA2-Enteprise. Для типа шифрования выберите TKIP, если используется WPA (TKIP if using WPA) или AES, если используется WPA2 (AES if using WPA2). Затем введите IP адрес RADIUS сервера, которым должна быть только что настроенная машина Windows Sever. Введите общий секрет, созданный ранее для этого контроллера/AP. Сохраните параметры.
Установка ЦС сертификата на клиентских машинах
В первой части цикла вы создавали собственный Центр сертификации (ЦС) и сертификат сервера. Таким образом, нужно установить ЦС на все клиентские компьютеры. В этом случае клиент может выполнить проверку сервера перед прохождением проверки подлинности.
Если вы используете сеть доменов с Active Directory, вам, возможно, понадобится развернуть этот сертификат с помощью групповой политики. Однако вы также можете установить его вручную.
Для просмотра и управления сертификатами в Windows Server 2008, вызовите диспетчер сертификатов (Certificate Manager). Если вы сохранили эту MMC на свой компьютер в первой части, откройте ее. В противном случае выполните эти шаги еще раз:
Нажмите Пуск, введите MMC и нажмите Enter.
В окне консоли MMC выберите Файл>Добавить или удалить оснастку.
Выберите Сертификаты и нажмите Добавить.
Выберите Учетная запись компьютера и нажмите Далее.
Выберите Локальный компьютер, нажмите Готово и OK.
Совет: и опять же, вы можете сохранить эту консоль MMC на компьютер для более удобного доступа в будущем: нажмите Файл>Сохранить.
Теперь разверните Сертификаты (Локальная учетная запись компьютера (Local Computer Account)), разверните Личные (Personal) и нажмите Сертификаты (Certificates).
Как показано на рисунке 8, нажмите правой клавишей на сертификате, у которого значение «Выдан для» (Issued To) заканчивается на CA, перейдите к пункту Все задачи и выберите Экспорт'. Затем следуйте указаниям мастера экспорта. Когда мастер вас спросит, не экспортируйте закрытый ключ, а используйте DER формат. Вам, возможно, придется экспортировать его на флешку, чтобы можно было брать его с собой к клиентским машинам.
Рисунок 8: Экспортирование ЦС сертификата для установки на клиенты
Теперь на клиентских компьютерах дважды нажмите на сертификате и нажмите кнопку Установить сертификат (Install Certificate) (рисунок 9). Используйте мастер для импорта сертификата в хранилище Доверенные корневые центры сертификации (Trusted Root Certificate Authorities).
Рисунок 9: Установка ЦС сертификата на клиенте.
Настройка сетевых параметров на клиентских компьютерах
Теперь можно настроить сетевые параметры. Как и с установкой сертификатов, можно продвигать сетевые настройки на клиенты с помощью групповой политики, если вы работаете в сети доменов с Active Directory. Однако можно также настроить клиентов вручную, как в нашем случае для Windows XP, Vista и 7.
Сначала, вручную создаем сетевой профиль или предпочитаемую запись сети. Для Типа безопасности (Security Type) выберите WPA-Enterprise или WPA2-Enteprise. Для Типа шифрования (Encryption Type) выберите TKIP, если используется WPA или AES, если используется WPA2.
Откройте сетевой профиль и выберите закладку Безопасность (в Vista и 7) или Проверка подлинности (в XP). В XP отметьте опцию Включить IEEE 802.1x проверку подлинности для этой сети.
Для Способ проверки подлинности сети (Network Authentication method) (в Vista и 7, как показано на рисунке 10) или EAP Type (в XP), выберите Protected EAP (PEAP). В XP также уберите флажки с опций внизу окна.
Рисунок 10: Выбор PEAP для способа проверки подлинности
В Windows 7 (только) нажмите кнопку Дополнительные параметры (Advanced Settings) в закладке Безопасность. Затем в окне дополнительных параметров отметьте опцию Указать способ проверки подлинности (Specify authentication mode), выберите Проверка подлинности пользователя (User Authentication) и нажмите OK, чтобы вернуться в закладку безопасности.
Нажмите кнопку Параметры (в Vista и 7) или Свойства (в XP).
В диалоге свойств Protected EAP Properties выполните эти шаги (рисунок 11):
Отметьте первую опцию, Проверять сертификат сервера (Validate server).
Отметьте вторую опцию, Подключаться к этим серверам (Connect to these servers), и введите полные имена компьютеров серверов. При необходимости дважды нажмите на нем в Windows Server, выбрав Пуск > Диспетчер сервера.
В окне списка Доверенных корневых центров сертификации выберите сертификат ЦС, который вы импортировали.
Выберите Защищённый пароль (Secured password (EAP-MSCHAP v2)) для способа проверки подлинности.
Рисунок 11: Настройка свойств PEAP
Нажмите кнопку Настроить. Если вы работаете в сети доменов с Active Directory, лучше отметить эту опцию. В противном случае снимите флажок с этой опции, чтобы можно было вводить имя пользователя и пароль при подключении к сети.
Наконец, нажмите OK в диалоге windows для сохранения параметров.
И, наконец, подключаемся и входим!
Когда сервер, APs и клиенты настроены, нужно попробовать подключиться.
На клиентском компьютере выбираем сеть из списка доступных сетевых подключений. Если вы не настроили клиента на автоматическое использование входа в Windows, вам нужно будет ввести учетные данные для входа, как показано на рисунке 12. Используйте учетную запись на Windows Server, принадлежащую к группе, настроенной ранее в разделе установки сетевой политики и служб доступа. Если вы выбрали группу пользователей домена, учетная запись администратора должна быть разрешена по умолчанию.
Рисунок 12: Окно входа.
Заключение
Теперь у вас должна быть сеть с 802.1X проверкой подлинности и защитой Enterprise шифрованием, благодаря Windows Server 2008 и предоставляемой им функции RADIUS. Мы настроили сервер, беспроводные APs, и клиентов на использование PEAP проверки подлинности. Конченые пользователи смогут входить с помощью своих учетных записей.
Для управления параметрами сервера RADIUS, такими как добавление или удаление APs, используйте утилиту Network Policy Server: нажмите Пуск>Все программы> Инструменты администрирования>Сервер сетевой политики.
Мы уже установили и настроили службу сертификатов в Windows Server 2008. В этой части мы продолжим установку и настройку сетевой политики и служб доступа. Затем мы настроим беспроводные контроллеры и/или точки доступа (APs) на использование шифрования, а также параметры RADIUS. Затем мы настроим клиентские компьютеры. И наконец, мы сможем подключиться.
Установка ролей сетевой политики и служб доступа
В предыдущих версиях Windows Server функция RADIUS обеспечивалась службой Internet Authenticate Service (IAS). Начиная с Windows Server 2008, она обеспечивается сетевой политикой (Network Policy) и службами доступа (Access Services). Сюда входят предыдущие службы IAS наряду с новым компонентом NAP.
В окне начальной настройки (Initial Configuration Tasks) пролистайте вниз и выберите Добавить роли (Add roles). Если вы закрыли и свернули это окно, нажмите Пуск> Диспетчер сервера, выберите Роли и нажмите Добавить роли.
Выберите Сетевая политика и службы доступа (Network Policy and Access Services) (рисунок 1), и нажмите Далее.
Просмотрите введение и нажмите Далее.
Выберите следующее (рисунок 2):
Сервер сетевой политики (Network Policy Server)
Серверы маршрутизации и удаленного доступа (Routing and Remote Access Servers)
Службы удалённого доступа (Remote Access Services)
Маршрутизация (Routing)
.gif)
Нажмите Далее. Затем нажмите Установить, подождите завершения установки и нажмите Закрыть.
Теперь можно начать настройку NPS для функции RADIUS: нажмите Пуск, введите nps.msc и нажмите Enter.
Для опции Стандартная конфигурация (Standard Configuration) выберите опцию RADIUS сервер для 802.1X Wireless или проводных подключений (RADIUS server for 802.1X Wireless or Wired Connections) (рисунок 3) из раскрывающегося меню.
Нажмите Настроить 802.1X.
Для типа 802.1X подключений выберите Защищать беспроводные подключения (Secure Wireless Connections) (рисунок 4), и нажмите Далее.
Для каждого беспроводного контроллера и/или точки доступа нажмите Добавить, чтобы создать новую запись клиента RADIUS. Как показано на рисунке 5, нужно указывать дружественные имена, которые помогут вам определить их среди прочих, IP или DNS адреса и общий секрет (Shared Secret).
Эти общие секреты важны для проверки подлинности и шифрования. Делайте их сложными и длинными, как пароли. Они должны быть уникальными для каждого контроллера/AP. Позже вам нужно будет ввести такие же общие секреты для соответствующих контроллеров/AP. Не забывайте держать их в секрете, храните их в безопасном месте.
Для способа проверки подлинности (Authentication Method) выберите Microsoft Protected EAP (PEAP), поскольку мы будем использовать PEAP.
Нажмите кнопку Настроить', выберите ранее созданный сертификат и нажмите OK.
В окне указания групп пользователей (рисунок 6) нажмите Добавить.
В диалогах выбора группы введите группы или нажмите дополнительно (Advanced) для поиска доступных групп. Если вы не создали дополнительные группы, вам, возможно, придется выбрать Пользователей домена (Domain Users) для разрешения пользователей и Компьютеры домена (Domain Computers) для проверки подлинности машин, если ваши контроллеры/APs поддерживают их. Если вы получите сообщение об ошибке, говорящее о том, что домен не существует, перезапустите сервер Active Directory Domain Services и попробуйте еще раз.
После добавления нужных групп нажмите Далее для продолжения.
В окне настройки VLAN (рисунок 7), если ваша сеть (коммутаторы и контроллеры/APs) поддерживает VLAN и они настроены, нажмите Настроить', чтобы установить функцию VLAN.
По окончании настройки VLANs нажмите Далее.
Просмотрите параметры и нажмите Готово.
Настройка беспроводных контроллеров и/или точек доступа
Пришло время настроить беспроводные контроллеры или точки доступа (APs). Вызовите веб-интерфейс путем ввода IP адреса точек доступа или контроллеров в браузер. Затем перейдите в параметры беспроводной сети.
Выберите WPA-Enterprise или WPA2-Enteprise. Для типа шифрования выберите TKIP, если используется WPA (TKIP if using WPA) или AES, если используется WPA2 (AES if using WPA2). Затем введите IP адрес RADIUS сервера, которым должна быть только что настроенная машина Windows Sever. Введите общий секрет, созданный ранее для этого контроллера/AP. Сохраните параметры.
Установка ЦС сертификата на клиентских машинах
В первой части цикла вы создавали собственный Центр сертификации (ЦС) и сертификат сервера. Таким образом, нужно установить ЦС на все клиентские компьютеры. В этом случае клиент может выполнить проверку сервера перед прохождением проверки подлинности.
Если вы используете сеть доменов с Active Directory, вам, возможно, понадобится развернуть этот сертификат с помощью групповой политики. Однако вы также можете установить его вручную.
Для просмотра и управления сертификатами в Windows Server 2008, вызовите диспетчер сертификатов (Certificate Manager). Если вы сохранили эту MMC на свой компьютер в первой части, откройте ее. В противном случае выполните эти шаги еще раз:
Нажмите Пуск, введите MMC и нажмите Enter.
В окне консоли MMC выберите Файл>Добавить или удалить оснастку.
Выберите Сертификаты и нажмите Добавить.
Выберите Учетная запись компьютера и нажмите Далее.
Выберите Локальный компьютер, нажмите Готово и OK.
Совет: и опять же, вы можете сохранить эту консоль MMC на компьютер для более удобного доступа в будущем: нажмите Файл>Сохранить.
Теперь разверните Сертификаты (Локальная учетная запись компьютера (Local Computer Account)), разверните Личные (Personal) и нажмите Сертификаты (Certificates).
Как показано на рисунке 8, нажмите правой клавишей на сертификате, у которого значение «Выдан для» (Issued To) заканчивается на CA, перейдите к пункту Все задачи и выберите Экспорт'. Затем следуйте указаниям мастера экспорта. Когда мастер вас спросит, не экспортируйте закрытый ключ, а используйте DER формат. Вам, возможно, придется экспортировать его на флешку, чтобы можно было брать его с собой к клиентским машинам.
Теперь на клиентских компьютерах дважды нажмите на сертификате и нажмите кнопку Установить сертификат (Install Certificate) (рисунок 9). Используйте мастер для импорта сертификата в хранилище Доверенные корневые центры сертификации (Trusted Root Certificate Authorities).
Настройка сетевых параметров на клиентских компьютерах
Теперь можно настроить сетевые параметры. Как и с установкой сертификатов, можно продвигать сетевые настройки на клиенты с помощью групповой политики, если вы работаете в сети доменов с Active Directory. Однако можно также настроить клиентов вручную, как в нашем случае для Windows XP, Vista и 7.
Сначала, вручную создаем сетевой профиль или предпочитаемую запись сети. Для Типа безопасности (Security Type) выберите WPA-Enterprise или WPA2-Enteprise. Для Типа шифрования (Encryption Type) выберите TKIP, если используется WPA или AES, если используется WPA2.
Откройте сетевой профиль и выберите закладку Безопасность (в Vista и 7) или Проверка подлинности (в XP). В XP отметьте опцию Включить IEEE 802.1x проверку подлинности для этой сети.
Для Способ проверки подлинности сети (Network Authentication method) (в Vista и 7, как показано на рисунке 10) или EAP Type (в XP), выберите Protected EAP (PEAP). В XP также уберите флажки с опций внизу окна.
В Windows 7 (только) нажмите кнопку Дополнительные параметры (Advanced Settings) в закладке Безопасность. Затем в окне дополнительных параметров отметьте опцию Указать способ проверки подлинности (Specify authentication mode), выберите Проверка подлинности пользователя (User Authentication) и нажмите OK, чтобы вернуться в закладку безопасности.
Нажмите кнопку Параметры (в Vista и 7) или Свойства (в XP).
В диалоге свойств Protected EAP Properties выполните эти шаги (рисунок 11):
Отметьте первую опцию, Проверять сертификат сервера (Validate server).
Отметьте вторую опцию, Подключаться к этим серверам (Connect to these servers), и введите полные имена компьютеров серверов. При необходимости дважды нажмите на нем в Windows Server, выбрав Пуск > Диспетчер сервера.
В окне списка Доверенных корневых центров сертификации выберите сертификат ЦС, который вы импортировали.
Выберите Защищённый пароль (Secured password (EAP-MSCHAP v2)) для способа проверки подлинности.
Нажмите кнопку Настроить. Если вы работаете в сети доменов с Active Directory, лучше отметить эту опцию. В противном случае снимите флажок с этой опции, чтобы можно было вводить имя пользователя и пароль при подключении к сети.
Наконец, нажмите OK в диалоге windows для сохранения параметров.
И, наконец, подключаемся и входим!
Когда сервер, APs и клиенты настроены, нужно попробовать подключиться.
На клиентском компьютере выбираем сеть из списка доступных сетевых подключений. Если вы не настроили клиента на автоматическое использование входа в Windows, вам нужно будет ввести учетные данные для входа, как показано на рисунке 12. Используйте учетную запись на Windows Server, принадлежащую к группе, настроенной ранее в разделе установки сетевой политики и служб доступа. Если вы выбрали группу пользователей домена, учетная запись администратора должна быть разрешена по умолчанию.
Заключение
Теперь у вас должна быть сеть с 802.1X проверкой подлинности и защитой Enterprise шифрованием, благодаря Windows Server 2008 и предоставляемой им функции RADIUS. Мы настроили сервер, беспроводные APs, и клиентов на использование PEAP проверки подлинности. Конченые пользователи смогут входить с помощью своих учетных записей.
Для управления параметрами сервера RADIUS, такими как добавление или удаление APs, используйте утилиту Network Policy Server: нажмите Пуск>Все программы> Инструменты администрирования>Сервер сетевой политики.
Настройка проверки подлинности Wi-Fi в Windows Server 2008 (часть 1)
Если вы реализуете Wi-Fi подключения в своей сети предприятия, вы должны использовать Enterprise режим Wi-Fi Protected Access (WPA или WPA2) безопасности ' предпочтительнее WPA2 с AES шифрованием.
Этот Enterprise режим использует 802.1X проверку подлинности, которая делает возможным использование уникальных ключей шифрования для каждого сеанса пользователя. Режим Personal использует предварительные ключи (Pre-Shared Keys - PSKs), которые представляют собой статическое шифрование и недостаточно безопасны для предприятий и организаций.
Режим Enterprise для WPA/WPA2 обеспечивает пару важных преимуществ:
Конечные пользователи могут входить под именами пользователя и паролями, которые могут быть их учетными записями домена, если вы используете Active Directory. Вы можете изменять их регистрационные учетные данные и запрещать доступ пользователям на индивидуальной основе. Если вы используете Personal режим, все пользователи будут входить в систему с использованием одинакового статического ключа шифрования. В этом случае, если ноутбук будет украден, вам придется менять ключ шифрования для всех клиентов, чего не придётся делать при использовании режима Enterprise.
Этот режим обеспечивает более надежный ключ шифрования. Предварительные ключи режима Personal можно взломать с помощью атак brute-force dictionary.
Конечные пользователи безопасно получают уникальный ключ шифрования при каждом сеансе. Например, сотрудники не могут просматривать беспроводной трафик друг друга, как при использовании режима Personal.
Этот режим лучше поддерживает VLAN. Вы можете предлагать всего одну беспроводную сеть (SSID) всем пользователям, включая работников, отделы и гостей. Вы можете распределять пользователей по разным VLANs на сервере RADIUS, который будет помещать их в назначенную сеть VLAN, когда они подключаются к беспроводной сети.
Единственной проблемой режима Enterprise является сложность настройки требуемого Remote Authentication Dial In User Service (RADIUS) сервера и настройки клиентских компьютеров. Требуется больше времени (и больше денег, если у вас еще нет Windows Server) для настройки RADIUS сервера и точек доступа беспроводной сети (APs). Плюс с Windows не просто подключаться по таким сетям ' вам, возможно, потребуется нанять дополнительных сотрудников службы поддержки.
Как вы уже, вероятно, догадались, Windows Server включает функцию RADIUS сервера для выполнения 802.1X проверки подлинности. В этом случае вам не придется покупать отдельный RADIUS сервер, или учиться работать с таким продуктом с открытым исходным кодом, как FreeRADIUS. Функция RADIUS в сервере Windows Server уже обсуждалась на этом сайте для Windows Server 2000 и 2003. Но в этой статье мы рассмотрим использование Windows Server 2008.
Начиная с Windows Vista и Windows Server 2008, компания Microsoft представила новый компонент под названием сервер сетевой политики (Network Policy Server - NPS). Реализация этого сервера Network Access Protection (NAP) позволит вам внедрять политики здоровья клиентов для следующих компонентов и настроек:
Internet Protocol security (IPsec)-protected подключения
Подключения с проверкой подлинности 802.1X
VPN подключения
Dynamic Host Configuration Protocol (DHCP) настройки
Terminal Services Gateway (TS Gateway) подключения
NPS также заменяет и включает службу Internet Authenticate Service (IAS), представлявшуюся в предыдущих версиях Windows Server. Если вам интересны общие параметры NPS в Windows Server 2008, обратитесь к моей предыдущей статье на этом сайте.
Моменты и требования, которые нужно учесть перед реализацией
В этом руководстве мы лишь настраиваем RADIUS функцию сервера NPS. В частности, мы будем использовать протокол Extensible Authentication Protocol (EAP)'Protected EAP (PEAP). Такое использование проверки подлинности 802.1X требует сертификат безопасности на сервере, но не клиентах. Конечные пользователи входят, используя свои имена пользователей и пароли учетных записей, определенные в Active Directory на сервере Windows Server.
Следует учитывать, что на каждом контроллере или точке доступа беспроводной сети должен быть настроен статический IP адрес. Позже вы создадите запись в Windows Server для каждой AP с ее IP адресом и общим секретом.
Обязательно выполните первичную настройку Windows Server 2008. Установите часовой пояс, подключитесь к сети со статическим IP адресом, определите имя сервера Windows Server, включите автоматические обновления, и установите доступные обновления.
У вас также должен быть настроен домен Active Directory Domain. Убедитесь, что роль сервера Active Directory Domain Services включена и настроена с помощью утилиты dcpromo.exe.
Установка роли службы сертификатов
Чтобы использовать PEAP протокол, необходимо установить роль службы сертификатов (Certificate Services). Она позволяет создавать центры сертификации (Certificate Authority - CA) для создания и подписания сертификата, требуемого для определенного сервера. Это необходимо для того, чтобы клиенты могли проверять сервер, прежде чем отправлять на него свои учетные данные входа.
В окне Initial Configuration Tasks пролистайте вниз и выберите Добавить роли (Add roles). Если вы закрыли или свернули это окно, нажмите меню Пуск > Диспетчер сервера, Роли, и нажмите Добавление ролей.
Выберите Active Directory Certificate Services (рисунок 1), и нажмите Далее.
Нажмите Далее на информационном окне. Затем выберите роли Центр сертификации (Certification Authority) и Регистрация сертификатов через интернет (Certificate Authority Web Enrollment). В окне (рисунок 2) нажмите Добавить необходимые службы ролей (Add Required Role Services). Затем нажмите Далее для продолжения.
Этот Enterprise режим использует 802.1X проверку подлинности, которая делает возможным использование уникальных ключей шифрования для каждого сеанса пользователя. Режим Personal использует предварительные ключи (Pre-Shared Keys - PSKs), которые представляют собой статическое шифрование и недостаточно безопасны для предприятий и организаций.
Режим Enterprise для WPA/WPA2 обеспечивает пару важных преимуществ:
Конечные пользователи могут входить под именами пользователя и паролями, которые могут быть их учетными записями домена, если вы используете Active Directory. Вы можете изменять их регистрационные учетные данные и запрещать доступ пользователям на индивидуальной основе. Если вы используете Personal режим, все пользователи будут входить в систему с использованием одинакового статического ключа шифрования. В этом случае, если ноутбук будет украден, вам придется менять ключ шифрования для всех клиентов, чего не придётся делать при использовании режима Enterprise.
Этот режим обеспечивает более надежный ключ шифрования. Предварительные ключи режима Personal можно взломать с помощью атак brute-force dictionary.
Конечные пользователи безопасно получают уникальный ключ шифрования при каждом сеансе. Например, сотрудники не могут просматривать беспроводной трафик друг друга, как при использовании режима Personal.
Этот режим лучше поддерживает VLAN. Вы можете предлагать всего одну беспроводную сеть (SSID) всем пользователям, включая работников, отделы и гостей. Вы можете распределять пользователей по разным VLANs на сервере RADIUS, который будет помещать их в назначенную сеть VLAN, когда они подключаются к беспроводной сети.
Единственной проблемой режима Enterprise является сложность настройки требуемого Remote Authentication Dial In User Service (RADIUS) сервера и настройки клиентских компьютеров. Требуется больше времени (и больше денег, если у вас еще нет Windows Server) для настройки RADIUS сервера и точек доступа беспроводной сети (APs). Плюс с Windows не просто подключаться по таким сетям ' вам, возможно, потребуется нанять дополнительных сотрудников службы поддержки.
Как вы уже, вероятно, догадались, Windows Server включает функцию RADIUS сервера для выполнения 802.1X проверки подлинности. В этом случае вам не придется покупать отдельный RADIUS сервер, или учиться работать с таким продуктом с открытым исходным кодом, как FreeRADIUS. Функция RADIUS в сервере Windows Server уже обсуждалась на этом сайте для Windows Server 2000 и 2003. Но в этой статье мы рассмотрим использование Windows Server 2008.
Начиная с Windows Vista и Windows Server 2008, компания Microsoft представила новый компонент под названием сервер сетевой политики (Network Policy Server - NPS). Реализация этого сервера Network Access Protection (NAP) позволит вам внедрять политики здоровья клиентов для следующих компонентов и настроек:
Internet Protocol security (IPsec)-protected подключения
Подключения с проверкой подлинности 802.1X
VPN подключения
Dynamic Host Configuration Protocol (DHCP) настройки
Terminal Services Gateway (TS Gateway) подключения
NPS также заменяет и включает службу Internet Authenticate Service (IAS), представлявшуюся в предыдущих версиях Windows Server. Если вам интересны общие параметры NPS в Windows Server 2008, обратитесь к моей предыдущей статье на этом сайте.
Моменты и требования, которые нужно учесть перед реализацией
В этом руководстве мы лишь настраиваем RADIUS функцию сервера NPS. В частности, мы будем использовать протокол Extensible Authentication Protocol (EAP)'Protected EAP (PEAP). Такое использование проверки подлинности 802.1X требует сертификат безопасности на сервере, но не клиентах. Конечные пользователи входят, используя свои имена пользователей и пароли учетных записей, определенные в Active Directory на сервере Windows Server.
Следует учитывать, что на каждом контроллере или точке доступа беспроводной сети должен быть настроен статический IP адрес. Позже вы создадите запись в Windows Server для каждой AP с ее IP адресом и общим секретом.
Обязательно выполните первичную настройку Windows Server 2008. Установите часовой пояс, подключитесь к сети со статическим IP адресом, определите имя сервера Windows Server, включите автоматические обновления, и установите доступные обновления.
У вас также должен быть настроен домен Active Directory Domain. Убедитесь, что роль сервера Active Directory Domain Services включена и настроена с помощью утилиты dcpromo.exe.
Установка роли службы сертификатов
Чтобы использовать PEAP протокол, необходимо установить роль службы сертификатов (Certificate Services). Она позволяет создавать центры сертификации (Certificate Authority - CA) для создания и подписания сертификата, требуемого для определенного сервера. Это необходимо для того, чтобы клиенты могли проверять сервер, прежде чем отправлять на него свои учетные данные входа.
В окне Initial Configuration Tasks пролистайте вниз и выберите Добавить роли (Add roles). Если вы закрыли или свернули это окно, нажмите меню Пуск > Диспетчер сервера, Роли, и нажмите Добавление ролей.
Выберите Active Directory Certificate Services (рисунок 1), и нажмите Далее.
Рисунок 1: Выберите установку роли Active Directory Certificate Services
Нажмите Далее на информационном окне. Затем выберите роли Центр сертификации (Certification Authority) и Регистрация сертификатов через интернет (Certificate Authority Web Enrollment). В окне (рисунок 2) нажмите Добавить необходимые службы ролей (Add Required Role Services). Затем нажмите Далее для продолжения.
.gif)
Рисунок 2: Продолжаем добавлением требуемых служб роли
Выберите тип Enterprise (рисунок 3), и нажмите Далее.
Выберите тип Enterprise (рисунок 3), и нажмите Далее.
Рисунок 3: Выбор режима Enterprise
Для типа ЦС выберите Корневой ЦС (Root CA) (рисунок 4), и нажмите Далее.
Для типа ЦС выберите Корневой ЦС (Root CA) (рисунок 4), и нажмите Далее.
Рисунок 4: Выбор корневого ЦС
Для опции установки закрытого ключа (Set Up Private Key) выберите Создать новый закрытый ключ (Create a new private key) (рисунок 5), и нажмите Далее.
Для опции установки закрытого ключа (Set Up Private Key) выберите Создать новый закрытый ключ (Create a new private key) (рисунок 5), и нажмите Далее.
Рисунок 5: Выбор создания нового закрытого ключа.
Примите умолчания для криптографии ЦС (рисунок 6), и нажмите Далее.
Примите умолчания для криптографии ЦС (рисунок 6), и нажмите Далее.
Рисунок 6: Принимаем умолчания
При желании можно изменить параметры ЦС (рисунок 7, например), и нажать Далее. Из соображений безопасности не следует использовать FQDN имя в качестве общего имени. Чтобы было легче отличить этот сертификат от других, можно в конце его имени добавить 'CA
При желании можно изменить параметры ЦС (рисунок 7, например), и нажать Далее. Из соображений безопасности не следует использовать FQDN имя в качестве общего имени. Чтобы было легче отличить этот сертификат от других, можно в конце его имени добавить 'CA
Рисунок 7: Выбор CA имени.
Срок действия можно продлевать более чем на пять лет (например, на 20 лет, как на рисунке 8), поэтому вам не придется обновлять или снова выдавать сертификат. Нажмите Далее для продолжения.
Срок действия можно продлевать более чем на пять лет (например, на 20 лет, как на рисунке 8), поэтому вам не придется обновлять или снова выдавать сертификат. Нажмите Далее для продолжения.
Рисунок 8: Продление срока действия
Примите умолчания для расположения базы данных сертификатов (рисунок 9), нажав Далее.
Примите умолчания для расположения базы данных сертификатов (рисунок 9), нажав Далее.
Рисунок 9: Принимаем место по умолчанию
Просматриваем ознакомление с IIS и нажимаем Далее.
При желании изменяем устанавливаемые роли и нажимаем Далее.
Просматриваем параметры и нажимаем Установить.
Запрос сертификатов
После установки и запуска ЦС можно получить сертификат, необходимый для PEAP для проверки подлинности сервера. Сначала нужно создать консоль управления Microsoft Management Console (MMC): нажимаем Пуск, вводим MMC и жмем Enter.
В окне MMC нажимаем Файл>Добавить или удалить оснастку.
Выбираем Сертификаты (рисунок 10), и нажимаем Добавить.
Просматриваем ознакомление с IIS и нажимаем Далее.
При желании изменяем устанавливаемые роли и нажимаем Далее.
Просматриваем параметры и нажимаем Установить.
Запрос сертификатов
После установки и запуска ЦС можно получить сертификат, необходимый для PEAP для проверки подлинности сервера. Сначала нужно создать консоль управления Microsoft Management Console (MMC): нажимаем Пуск, вводим MMC и жмем Enter.
В окне MMC нажимаем Файл>Добавить или удалить оснастку.
Выбираем Сертификаты (рисунок 10), и нажимаем Добавить.
Рисунок 10: Выбор добавления оснастки сертификатов
Выбираем Учетная запись компьютера и нажимаем Далее.
Выбираем Локальный компьютер, нажимаем Завершить, и OK.
Подсказка: можно сохранить эту консоль MMC на свой рабочий стол, чтобы ее можно было проще найти: нажмите Файл>Сохранить.
Разверните Сертификаты (Учетная запись локального компьютера), разверните Личные, нажмите правой клавишей Сертификаты и выберите Все задачи>Запросить новый сертификат (рисунок 11).
Выбираем Учетная запись компьютера и нажимаем Далее.
Выбираем Локальный компьютер, нажимаем Завершить, и OK.
Подсказка: можно сохранить эту консоль MMC на свой рабочий стол, чтобы ее можно было проще найти: нажмите Файл>Сохранить.
Разверните Сертификаты (Учетная запись локального компьютера), разверните Личные, нажмите правой клавишей Сертификаты и выберите Все задачи>Запросить новый сертификат (рисунок 11).
Подписаться на:
Сообщения (Atom)