Заметки о Microsoft Windows и не только...

Мы все привыкли, начиная с Windows 7, к виртуальным дискам . vhd и . vhdx дискам на Windows 8/8.1/10. Но, как известно, при монтировании виртуальных дисков и после перезагрузки системы, они не монтируются автоматически. На просторах Интернета есть много статей о том, как это сделать. Я бы хотел поделиться сценарием от Microsoft , что облегчит труд и сам, автоматически, сделает все настройки. Скрипт написан на PowerShell и находится в библиотеке сценариев Microsoft . Скачиваете - Powershell.zip  и  запускаете скрипт с правами администратора. Далее вводите полный путь, где находится . vhdx (. vhd ) файл. Все настройки планировщика задач происходят самостоятельно и при следующей перезагрузке виртуальный диск смонтируется автоматически.

Рассмотрим ситуацию, когда вам нужно протестировать некую систему или ПО, не затрагивая вашей системы. Сегодня существует достаточно инструментов для реализации этой задачи. Например, встроенный в Windows 10 Hyper-V или бесплатный гипервизор от VMware Workstation. Но мы рассмотрим вариант установки второй операционной системы на существующую ОС и не затронем диски. Возможность установки Windows на VHD диски появилось с версии Windows 7 и Windows Server 2008 R2, но Native Boot был доступен от версий Pro и выше. Мы должны получить ПК с установленными двумя операционными системами, при этом первая система установлена по умолчанию, а вторую мы ставим на виртуальный диск и делаем возможным грузиться с него.  1. Создаем VHD диск.  DiskPart.exe create vdisk file= C:\VHD\Win10.vhd maximum=40960 type=expandable attach vdiskExit type=expandable (расширяемый) или fixed. VHD диск также можно создать и через Disk Management. Создание через DiskPart приведен для примера. 

Наверно, многие сталкивались с ситуацией, когда внутри сети компании необходим доступ к DNS серверам Интернет. Рассмотрим ситуацию, когда у вас в сети развернута роль Active Directory, у вас есть лес (домен) и DNS. Одним словом, поднята связка AD+DNS, сеть не имеет прямого доступа в Интернет, клиентские компьютеры внутри сети. Задача: обеспечить возможность DNS сервера отвечать на запросы клиентов не только из своей базы, но и отправлять и получать ответы от рутовых DNS серверов. Конечно, Microsoft DNS сервер это умеет делать по умолчанию, однако, для этого нужен доступ в интернет, что как решение с точки зрения политики безопасности неудачное. Другой вариант имея DMZ в среде компании настроить шлюз (getaway) и на DNS сервере прописать Перенаправление (Forwarders), однако, мы открываем доступ к нашему серверу, что тоже не очень желательно. На мой взгляд, удачный вариант — это иметь в DMZ некий сервер DNS, который будет принимать и отвечать на запросы нашего внутреннего сер

Наверно, немногим нравится управлять серверами Microsoft Windows Server через командную строку или PowerShell . Это неизбежно, если Server был установлен в режиме Server Core . Server Core появился на серверах начиная с версии 2008, а с 2012 Core редакция предлагается по умолчанию при установке. Это оправдано с точки зрения безопасности и уменьшения аппаратной нагрузки на сервер. Однако выполнять ежедневные задачи не слишком удобно. Управлять Core серверами можно удаленно как через Server Manager на Windows Server , так и с рабочих станций через RSAT (Remote Server Administration Tools) Управление Core версией Windows Server через локальный сервер Для управления сервером Core мы будем использовать Windows Server 2012 R 2 с графическим интерфейсом ( GUI ) и Server Manager . Для эксперимента был выбран Windows Hyper - V Server 2016. Это бесплатный сервер Hyper - V от Microsoft , который является гипервизором для виртуализации и поддерживает только