Замена Onedrive
Здравствуйте Уважаемые коллеги. Пишу пост в надежде на помощь, т.к. сам не осилил. Задача состоит в том, что бы сделать аналог Onedrive. При этом данные должны физически хранится на физическом сервере не в облаке. Сервер windows 2019. Гугл рассказывает об облаках типа nextcloud owncloud. Но они посторены на базе linux систем, плюс они shareware. Есль ли у кого опыт поднятия такого проекта. Т.е. нужен доступ файловой шаре из приложений на разных платформах и разделение доступа по пользователям. Сильно не пинайте, пишу первый раз.
Помощь в выборе операционной системы
Есть жопа мира с хреновым интернетом. Файловая 1с база гигов на 10. Rdp 10-20 клиентов.
было i5(4***)/32/2*1000 Reid 1 на гражданском железе. 2003srv
будет i5(10**)/64/2*500 raid1 опять же на гражданке.
надо выбрать ось. Только сервер, только rdp. Мать на z490 и с дровами на 2003 жопа.
Кто понимает толк в извращениях подскажите пожалуйста...
Windows XP и Server 2003 были успешно скомпилированы из утекшего кода
Разработчик смог успешно скомпилировать ОС из исходного кода, опубликованного online на прошлой неделе.
Разработчику Windows под псевдонимом NTDEV далось успешно скомпилировать Windows XP и Windows Server 2003 из кода, утекшего в Сеть на пошлой неделе.
Напомним , недавно в одной из тем анонимного форума 4chan были опубликованы ссылки на архивы предполагаемого исходного кода Windows XP SP1, Windows Server 2003, MS-DOS, Windows CE и Windows NT. Сразу после утечки NTDEV смог скомпилировать из утекшего исходного кода Windows XP и Server 2003. В качестве подтверждения разработчик опубликовал видео на YouTube, однако они были заблокированы по требованию Microsoft как нарушающие ее авторские права.
Правда, в исходном коде Windows XP не хватало критически важных файлов, в частности Winlogon.exe, из-за чего установить операционную систему оказалось нельзя.
«Итак, как показало более подробное исследование, исходный код XP может быть не таким полным, как мы думали, поскольку в нем отсутствует критически важный файл winlogon.exe. Однако в утечке есть еще исходный код Server 2003, так что посмотрим, как далеко можно зайти», - написал разработчик в своем Twitter.
С Windows Server 2003 разработчику удалось добиться больших успехов и не только скомпилировать ОС, но и установить ее на виртуальную машину.
Подробнее: https://www.securitylab.ru/news/512639.php
Уязвимость DNS-сервера Windows Server может привести к удаленному выполнению кода
Пару дней назад появилась информация об уязвимости SigRED.
Суть в том, что запрос к NS-серверам купленных злоумышленниками доменов, может привести к удаленному выполнению кода Windows Server 2008, 2012, 2016, 2019 (на счет 2003-го нет информации почему-то, но возможно он тоже подвержен, а его до сих пор используют).
Опасность в том, что даже если Windows Server не выходит в Интернет непосредственно, то к нему обращаются с DNS-запросами компьютеры локальной сети, а он переадресует их дальше.
И разместив обращение к домену на зараженном сайте, рекламной сети, или подконтрольном порно-сайте, хакеры заставят компьютер пользователя выполнить такой запрос резолвинга - по цепочке будет атакован Windows Server. А с учетом того, что роль DNS-сервера часто (почти всегда) совмещают с ролью контроллера домена Active Directory - для хацкеров это супер-лакомый кусок (БД всех учеток, возможность их аутентификации на корп. ресурсах). Захват такого сервера равен захвату всей сети.
И уже есть готовые эксплойты:
https://github.com/ZephrFish/CVE-2020-1350
И для DoS-атак:
https://github.com/maxpl0it/CVE-2020-1350-DoS
Пока выходные, коллеги, советую всем установить патчи:
https://portal.msrc.microsoft.com/en-US/security-guidance/ad...
В 2020-ом году хватит эпидемий, еще компьютерная точно не нужна.
Подробнее о уязвимости и методах защиты в блоге айдеко.
Вторая волна эпидемии будет вызвана компьютерным вирусом
Последние сообщения о небывалой (оценка по CVSS 10 баллов) уязвимости, затрагивающей все версии Windows Server-а выпущенные за последние 12 лет (начиная с Windows Server 2008 и заканчивая 2019-ым) выглядят достаточно устрашающе.
На это есть несколько причин:
1. Информация о уязвимости опубликована 15 июля, вместе с ней были опубликованы и ее патчи ("прививки" от Билла Гейтса). Но в 2017-ом году эпидемия WannaCry была сверх-успешной спустя 2 месяца после выпуска обновлений безопасности (корпоративные политики обновлений как правило консервативны, плюс врожденный пофигизм или отсутствие системных администраторов). Сейчас же столько времени не будет.
2. Времени не будет, поскольку уже есть исходные коды эксплойтов (программа, эксплуатирующая уязвимость) в открытом доступе (во время WannaCry подобные наборы продавались на хакерских сайтах, сейчас же они доступны любому школьнику): 1, 2.
3. По-сравнению с рабочими станциями (не обновленными вовремя во время прошлых эпидемий) сервера обновляются на порядок реже (работают круглосуточно с огромным uptime, на них крутится различное, в т.ч. устаревшее ПО).
4. Эксплутация уязвимости предполагает самый жесткий сценарий - удаленное выполнение произвольного кода. Не перезагрузка или крах сервера, а именно его полный захват.
5. Под угрозой сервера с включенным DNS-сервером, а в 99% случаях в локальных сетях эта роль совмещается с ролью контроллера домена Activre Directory. По-простому, злоумышленники получат доступ к БД и средствам аутентификации всех пользователей организации. После этого тривиально можно "захватить" в свой ботнет уже и рабочие станции (там не нужно уязвимостей, т.к. у хакеров уже будет права администратора домена).
6. Эксплуатация уязвимости возможна даже для серверов не подключенных к Интернету. Достаточно, чтобы пользователь зашел на контролируемый злоумышленником сайт, либо ему показался баннер ведущий на специально созданный домен и т.п. - DNS-сервер при попытке резолвинга этого домена получит смертельный "ответ".
7. Лето - время отпусков, ИТ и ИБ отделы часто отдыхают и не проводят плановых мероприятий (обновлений).
8. На дворе 2020 год, до прилета инопланетян еще далеко, но компьютерная эпидемия - вполне в духе времени (тем более что уязвимость может использовать спецслужбами государств для экономической войны, США-Китай, Республиканцы-Демократы и т.д.).
9. Чем более "энтерпрайзное" предприятие, работающее в реальной экономике - большие заводы, инфраструктурные предприятия, АЭС - тем более старое ПО они используются (для Windows 2003 нет патча безопасности, а уязвимость скорее всего присутствует, а оно как раз используется в "кровавом энтерпрайзе" до сих пор).
Чем это грозит?
WannaCry в 2017-ом году привел к массовым заражениям компьютеров, потери информации и простоям предприятий и организаций. Но цифровизация за 3 года значительно усилилась, а характер уязвимости гораздо опаснее.
Поэтому сейчас возможны более тяжелые последствия, в том числе под угрозой банковская система (не смотря на более высокий, чем в среднем, уровень информационной безопасности в банках). А массовая "удаленка" приведет к полной остановке производств в случае поражения их локальных серверов заразой.
Гадать о последствиях конечно сложно, но кто год назад мог подумать о том, что для выхода из дома нужен будет пропуск.
Возможно в России для "защиты" от эпидемии задействуют механизмы "Суверенного Интернета", и мы станем не только не выездными, но и получим чебурнет, вместо все еще относительно свободного интернета.
Как защититься?
Поручите вашим ИТ-специалистам и администраторам поставить обновления на все сервера. Агентство по кибербезопасности и безопасности инфраструктуры Министерства внутренней безопасности (DHS CISA) США, например, приказало всем гос. структурам страны сделать это в течении 24 часов.
Но "вакцина" не является панацеей. В эпоху массовых уязвимостей в RPC, патчи выходили каждую неделю и все равно не могли остановить злоумышленников.
Наши специалисты написали ряд советов, которые помогут защититься от любой уязвимости DNS-сервера путем изменения сетевых настроек и создания эшелонированной обороны (включая современное NGFW-решение, наподобие того, которое создаем мы - Ideco UTM).
Рекомендую прислушаться к ним. 2020 год, ну уже хватит!
Выходные - самое время обновить сервера.
Взгляд назад: Windows 2000. Часть 1. Нововведения
Пенного всем этим чудесным вечером!
Уханов снова вещает про историю операционных систем.
Список предыдущих постов:
Два месяца прошло с прошлой заметки и вот я наконец собрался с мыслями и решил продолжить цикл статей. На написание заметки и изучение матчасти ушло почти два месяца. Заметка вышла слишком большой и по совету жены, я решил её разделить на части. Сегодня поговорим о семействе Windows 2000 и основных нововведениях.
Система увидела свет 17 февраля 2000 года и поддерживала следующие архитектуры: x86, DEC Alpha, MIPS и PowerPC. Известна тем, что в 2004 году часть исходных кодов попала в общий доступ в результате утечки.
Сегодня в номере:
- Установка
- Обновления пользовательского интерфейса
- Работа с документами
- Поддержка оборудования
- Обновления дисковой подсистемы
- Сеть- Active Directory
- Обслуживание системыУстановка
В процессе установки Windows произошли большие изменения: больше никакой двухфазной установки и никаких дискет! загрузился с CD и вперёд. запуск из DOS так-же не вызывает проблем.
Вместе с тем программа установки не имеет стремления завалить процесс при повреждении какого-нибудь файла. В случае, если можно продолжить и без него, то система сделает это. Ранее процесс безоговорочно прерывался.
Установка получила поддержку использования сценариев автоматизации и возможность удалённой установки по сети с использование PXE.
Обновления пользовательского интерфейса
Из Windows 9x досталось много мелких плюшек, без которых работа в системе не была-бы такой удобной. Это сейчас они все у нас перед глазами, но стоит только войти в Windows NT 4.0, как ощущаются определённые неудобства.
Перечислю некоторые из нововведений:
- Active Desktop
- Списки наиболее часто используемых ресурсов
- Персональные меню
- Технология AutoComplete при навигации в проводнике
- Расширенные настройки меню «Пуск»
- Папка «Мой компьютер» была упрощена
Панель управления переработали: сетевые настройки собрали в одном апплете, а установка сервисов (таких как DNS, DHCP, WINS) и компонентов переехала в установку и удаление программ. Напомню, что ранее DHCP например, устанавливался из апплета настройки сетевой платы.
Многие из перечисленных улучшений пришли в Windows 2000 из Windows 9x и в следующей заметке я рассмотрю наиболее интересные из них.
Работа с документами
Работа с документами стала удобнее и быстрее. Особенно хорошо стало для администрторов, ведь профили пользователей стали теперь по-настоящему разделены и хранятся в каталоге Documents and Settings. Теперь пользователи никак не видят данные друг друга и значительно упростилось резервное копирование профилей пользователей.
Появилась индексация файлов, что ускорило поиск по содержимому. Для файлов, хранящихся на файловой системе NTFS стали доступны для заполнения дополнительные поля в окне свойств, что так-же облегчит поиск файла в будущем.
Менеджер синхронизации позволяет продолжать работать с документами, расположенными на сетевом диске при потере связи с сервером. Он кэширует выбранные данные локально и обновляет при восстановлении соединения.
Для компьютеров, работающих в составе домена Active Directory, стал доступен поиск общих принтеров по возможностям. Теперь можно, например, найти в сети двусторонние или цветные принтеры.
В контекстном меню проводника появился пункт «Открыть с помощью». Не знаю, как остальные, но я его использую очень часто.
Поддержка оборудования
Огромные изменения в поддержке оборудования можно заметить ещё на стадии установки Windows 2000. Установщик задаёт меньше вопросов по настройке оборудования и настраивает его сам — сказывается работа механизма Plug and Play, прибывшего из Windows 9x.
Из нового хочется отметить поддержку последовательной шины USB, которая тоже пришла из Windows 9x. От туда так-же пришла поддержка сканеров и камер. Система поставляется с предустановленным DirectX 7.0. Если верить Википедии, то он дал нам аппаратную поддержку преобразований, обрезания и освещения.
Поддержка PAE
Существует ограничение в 4 ГБ оперативной памяти. Оно наложено особенностью работы 32-х разрядных процессоров. Для преодоления этого ограничения, процессоры получили поддержку Physical Address Extension (PAE). Она позволяет процессору применять при обращении к памяти 36 разрядов. Что увеличило объём доступной оперативной памяти до 64 Гб. Поддержка PAE появилась в Windows Advanced Server и Windows Server Datacenter.
Обновления дисковой подсистемы
Увидев историю развития Windows можно смело воскликнуть: наконец-то! Наконец-то появилась операционная система, которая поддерживает FAT32 и NTFS одновременно и без костылей.
В серверной редакции появилась служба Remote Storage Service, которая позволяет организовать многоуровневое хранение документов.
Как вишенка на торте, в системе появилась программа дефрагментации.
Динамические диски
Технология программного RAID у Microsoft впервые появилась в Windows NT 3.1. В 2000-х их прозвали мультидисками. Давайте сохраним традицию и вспомним как оно было раньше для лучшего понимания, что изменилось.
Как было раньше.
Раньше, во времена MS-DOS поддерживался следующий формат разбиения диска на раздела: на диске мог быть только один основной раздел и один дополнительный. Внутри дополнительного можно создавать логические разделы. Такого-же мнения о разделах системы семейства Windows 9x/Me — они попросту не видят более одного основного раздела, несмотря на то, что MBR поддерживает создание четырёх основных разделов.
Windows NT позволила создавать на диске 4 основных раздела, предупреждая о недоступности данных из MS-DOS.
Одновременно с этим, появился функционал создания набора томов. Том, входящий в набор, виден пользователем как один том и пользователь работает с данными на нём как и с обычным диском. Набор томов предоставляет следующие возможности:
- Увеличить имеющийся том за счёт добавления к нему дискового пространства с другого диска.
- Создать зеркальный том (RAID 1)
- Создать чередующийся том (RAID 0)
- Создать чередующийся том с контролем чётности (RAID 5)
Мультидиски в WIndows NT 4.0
Конфигурация программного RAID хранилась в реестре и при подключении дисков к другому компьютеру всё это хозяйство определяется не как RAID массив, а просто как куча дисков.
На скриншоте видно, что после подключения массива мультидисков в Windows 2000 часть томов не определилось. Тома определились как отдельные разделы диска и формат большинства из них не определён.
Как стало теперь
В Windows 2000 подсистема программного RAID получила большое обновление. Теперь перед использованием программного RAID требуется изменение формата дисков с базового на динамический. В динамических томах информация о конфигурации массива хранится на всех дисках массива и копируется в реестр при монтировании. Ранее изменения в массиве требовали сохранения, теперь они применяются сразу. Ниже представлен скриншот, отображающий все возможные виды динамических томов. Windows 2000 Professional не поддерживает тома RAID 5.
Динамические тома Windows 2000
Файловая система NTFS 3.0
Уже полюбившаяся файловая система обновилась до третьей версии.
Если к Windows 2000 подключить диск с предыдущей версией NTFS (например от Windows NT 4.0), то она будет немедленно обновлена до третьей версии. Это стоит учитывать, так как будет невозможна работа предыдущих версий Windows NT.
В третьей версии NTFS получила журнал USN. Журнал обеспечивает согласованность метаданных файловой системы. В журнале сохраняется информация об изменениях файлов. При этом, если изменение файла завершить не удалось, они будут отменены. Файловая система будет приведена в состояние, предшествующее внесению изменений. Но данные это уже не спасёт. Журналирование всегда выгодно отличает файловую систему перед своими не журналируемыми собратьями. И пусть журнал зачастую не обеспечивает сохранность данных, но защищает её от разрушения.
Журнал USN может использоваться приложениями для отслеживания изменений файлов, как это делает История файлов из Windows 8/10. При помощи утилиты NTFS Stream Explorer можно узнать изменения какого характера происходили.
Дисковые квоты
Windows 2000 впервые представила нам дисковые квоты. Технология несомненно полезная и ожидаемая. Однако стоит понимать, что ожидание и реальность тут говорят на разных языках и друг друга явно не понимают. Вот некоторые их особенности:
- Использование дисковых квот включается на весь логический диск. нельзя настроить квоту на каталог.
- Дисковые квоты применяются на всех пользователей логического диска. Учитывается как локальный, так и сетевой доступ.
- Файл учитывается в квоте того пользователя, что указан владельцем в его дискрипторе безопасности.
- Использование сжатия NTFS не поможет для экономии выделенного пространства. - Учитывается объём несжатых данных.
- Дисковые квоты пересчитываются каждый час.
- Нельзя задать индивидуальный лимит пользователю до того, как будет создана запись квоты (пользователь запишет первый файл).
- В свойствах диска пользователь видит не реально оставшийся объём диска, а остаток лимита по квоте.
Разреженные файлы.
Революционная в каком-то смысле технология. Идея заключается в том, чтобы не записывать на диск последовательности нулевых байтов. Вместо этого вводится понятие дыры. Дыра — это последовательность нулевых байт внутри файла, которая не была записана на диск. Вместо записи самой дыры, в метаданные файловой системы вносится информация о её расположении: смещение относительно начала файла и длина.
Преимущества разреженных файлов:
- Экономия ресурса носителя
- Сокращение времени записи файла
- Экономия дискового пространства: дыра не занимает место на диске.
Недостатки разреженных файлов:
- В случае недостатка свободного пространства на диске, запись в дыры будет невозможна.
- Частая запись в дыры увеличивает фрагментацию.
Технология получила огромное распространение и всё больше приложений её используют незаметно для наших глаз. Например я сейчас в VirtualBox создал файл фиксированного виртуального диска объёмом 10 гб. Создание диска заняло около 20 секунд. Но самое интересное как обычно под капотом. Диспетчер ресурсов наглядно показывает, что в момент записи файла больше информации писалось в журнал, карту свободного места и MFT, чем в сам файл.
Ранее я говорил про экономию дискового пространства при использовании разреженных файлов. Давайте посмотрим размер файла и занимаемое пространство на диске. На скрине хорошо видно, что на диске файл занял 40 кб!
Однако, для использования разреженных файлов требуется поддержка не только со стороны файловой системы, но и со стороны прикладного ПО.
Точки перехода.
Можно встретить название точки монтирования или reparse point — это специальный объект файловой системы, который указывает на необходимость вызова функций расширенной файловой системы в момент их встречи. Производители могут добавлять свои драйверы файловых систем, таким образом масштабируя хранилище. Именно это нововведение станет началом многих решений.
В будущем это будет основой дедупликции, сжатия LZX, WIM Boot и файлов по вызову OneDrive.
На этой технологии построен Remote Storage Service. О нём поговорим позже.
Точки монтирования позволяет обойти ограничение на количество логических дисков, монтируя их как каталоги. Ранее количество монтируемых дисков не могло превышать количество букв английского алфавита.
Шифрованная файловая система EFS
В своё время вопрос «как поставить пароль на папку?» задавался очень часто в своё время. И вот появился первый ответ на вопрос.
Шифрованная файловая система (EFS) представляет из себя систему прозрачного шифрования данных, хранящихся на разделах с файловой системой NTFS. Используется симметричный алгоритм шифрования DESX. Никакой дополнительный пароль при этом не используется — в шифровании используются учетные данные пользователя.
Важной особенностью является то, что если злоумышленник получил вошёл в систему под учётной записью пользователя, то ему доступны все его зашифрованные файлы. Когда пользователь копирует зашифрованный файл на диск с другой файловой системой, файл копируется в расшифрованном виде. При копировании на диск с файловой системой NTFS шифрование сохранятся.
Если не авторизованный пользователь попытается получить доступ к чужим зашифрованным данным, например к папке, он увидит содержимое папки. При попытке просмотреть файлы, будет получена ошибка чтения. Скопировать файлы так-же не получится. Однако переместить их в другой каталог в пределах одной файловой системы вполне можно, как и удалить зашифрованные данные.
Следует понимать, что основой ключа шифрования являются учётные данные пользователя. Это значит, что в случае удаления учётной записи, расшифровка данных будет невозможна. В будущих версия Windows это исправят, но это совсем другая история
Сеть
В поддержке сетей произошло много изменений. Самым главным изменением является включённый по умолчанию клиент DHCP. Замечу, что теперь он принимает настройки DNS, чего ранее в Windows NT не делал. В службе сервера DHCP так-же произошло заметное изменение — появилась авторизация DHCP. Теперь, прежде чем начать выдавать динамические адреса в домене, DHCP сервер должен быть авторизован. Это снижает вероятность появления в сети левых DHCP серверов.
AutoIP
Не менее важным стоит назвать появление AutoIP, то есть создание одноранговой сети в автоматическом режиме без участия DHCP. Работает это так: если при включённом автоматическом получении IP адресов, DHCP не найден, то Windows сама назначит себе IP адрес.
Общий доступ к сети Интернет
Windows 2000 Professional унаследовала от Windows 9x функцию «Общий доступ к Интернет», позволяющую разделить доступ в сеть Интернет с компьютерами локальной сети. Компьютер для её работы должен иметь модем или две сетевые платы.
Windows 2000 Server обрела более зрелый вариант описанного выше функционала в рамках службы Маршрутизация и удалённый доступ.
Active Directory
Поистине огромные изменения произошли в доменной инфраструктуре. На смену NT Domain пришла Active Directory. И вот уже двадцать лет, родимая с нами.
Самым первым изменением, которое лично мне бросилось в глаза была служба DNS. В домене NT DNS не использовался, да и вообще, раньше жили без него. Домену NT строго говоря и WINS не нужен — всё происходит через Broadcast.
В домене NT есть первичные контроллеры домена (PDC) и резервные контроллеры домена (BDC). В один момент времени может существовать только один PDC. Он хранит копию базы данных домена, доступную для чтения и записи, а каждый BDC хранит копию этой базы, но доступную только для чтения. Это обеспечивает избыточность и масштабируемость инфраструктуры. Но как говорится, есть нюансы: если PDC выйдет из строя, внесение изменений в домен будет невозможно, пока не будет подготовлена его замена. Стоит заметить, что пользователи смогут продолжать входить в систему с помощью BDC.
В Active Directory все контроллеры домена хранят копию базы, доступную для записи (напомню, что RODC появятся в Windows Server 2008). Единственное, что может отличать контроллеры друг от друга, это роли мастеров операций (FSMO). Первый контроллер домена (тот на котором домен и создавался) автоматически становится владельцем всех ролей FSMO. Контроллеры домена, добавленные позже, равны между собой. Мы плавно переходим к ролям мастеров операций.
В Windows 2000 появилась возможность просмотра объектов Active Directory прямо из папки Сетевое окружение. При этом администратор домена может вносить некоторые изменения в объекты, например изменить состав группы или описания объектов. Пользователям домена объекты доступны только для чтения.
Роли мастеров операций
Мастер операций — это контроллер домена, который выполняет уникальную в домене или лесу роль. В случае его недоступности операции, зависящие от него не будут выполняться. При понижении контроллера домена, являющегося мастером операций до рядового сервера происходит передача полномочий другому серверу. Мы можем сами распределить роли между контроллерами домена.
Но что случится при утрате контроллера домена, являющегося мастером операций? Мы можем выполнить захват требуемой роли FSMO с другого контроллера домена. Мы же помним, что базы на всех контроллерах домена идентичны кроме ролей FSMO они больше ничем не отличаются?
Роли мастеров операций уровня леса
- Мастер схемы
- Мастер именования доменов
Роли мастеров операций уровня домена
- Мастер RID
- Эмулятор PDC
- Мастер инфраструктуры
Подробнее о мастерах операций можете почитать на Хабре. На мой взгляд, статья содержит исчерпывающую информацию.
Приведу таблицу сравнения домена NT и Active Directory:
Обслуживание системы
Windows Update
Windows 2000 получила службу Windows Update, которая перекочевала из Windows 9x и упрощает скачивание и установку обновлений.
Защита системных файлов
Из Windows Me перешла система защиты системных файлов. Она отслеживает несанкционированное изменение файлов Windows и предлагает их восстановить из дистрибутива. Но в отличие от Windows Me, требует вставки диска с дистрибутивом, что люто бесит. Зато появилась утилита командной строки sfc.exe и есть возможность более гибко управлять процессом и инициировать проверку самостоятельно.
Консоль восстановления
Консоль восстановления — это компонент Windows 2000, позволяющий получить доступ к установленной системе, авторизовавшись в ней. Консоль позволяет с некоторыми ограничениями, выполнять операции над файлами, управлять разделами, восстановить загрузчик и проверить диск.
Консоль восстановления можно установить на системный диск и она станет доступна в меню загрузчика.
Вместо заключения
В этой заметке мы поверхностно пробежали по нововведениям Windows 2000. Некоторые моменты я специально рассмотрел подробнее, так как в будущем они будут играть ключевые роли. В следующей заметке более подробно поговорим о редакциях, их различиях и возможностях. Система получилась несомненно крутая, но очень уж долго грузится.
Это копия заметки из моего блога - там больше скриншотов. Остальные заметки цикла доступны тут.
Удаленный доступ к ВМ с GPU с помощью Citrix
В данном руководстве подробно описаны шаги, которые необходимо выполнить при подготовке удаленного доступа к виртуальным рабочим столам с помощью технологии, которую предлагает компания Citrix.
Оно будет полезно тем, кто недавно познакомился с технологией виртуализации рабочих столов, так как является сборником полезных команд, собранных из ~10 мануалов, многие из которых доступны на сайтах Citrix, Nvidia, Microsoft, после авторизации.
Данная реализация содержит этапы подготовки удаленного доступа к виртуальным машинам (ВМ) с графическими ускорителями Nvidia Tesla M60 и операционной системой Centos 7.
Итак, начнём.
Подготовка гипервизора для хостинга виртуальных машин
Как скачать и установить XenServer 7.4?
Как добавить XenServer в Citrix XenCenter?
Как скачать и установить Nvidia драйвер?
Как изменить режим Nvidia Tesla M60?
Как примонтировать хранилище?
Установка XenServer 7.4
Ссылка для скачивания XenServer 7.4 доступна, после авторизации на сайте Citrix.
Выполним установку XenServer.iso на сервер с 4x NVIDIA Tesla M60 штатным способом. В моем случае iso монтируется через IPMI. Для серверов Dell управление контроллером BMC выполняется через IDRAC. Этапы установки практически совпадают с установкой Linux подобных ОС.
Мой адрес XenServer c GPU — 192.168.1.100
Установим XenCenter.msi на локальный компьютер, с которого будем управлять гипервизорами и виртуальными машинами. Добавим туда сервер с GPU и XenServer, нажав по вкладке «Server», затем «Add». Введем логин и пароль root, указанный при установке XenServer.
В XenCenter, после нажатия по имени добавленного гипервизора, будет доступна вкладка «Console». В меню выберем «Remote Service Configuration» и включим авторизацию по SSH — «Enable/Disable Remote Shell».
Установка дравера NVIDIA
Дам волю эмоциям и скажу, что за всё время работы с vGPU я ни разу не зашел на сайт nvid.nvidia.com с первой попытки. Если авторизация не будет работать, то рекомендую Internet Explorer.
Скачаем zip c vGPU, а так же GPUMode Change Utility:
Следим за версиями. В названии скаченного архива указана версия подходящих драйверов NVIDIA, которые можно в дальнейшем устанавливать на виртуальные машины. В моем случае это 390.72.
Перекидываем zip-ы на XenServer и распаковываем.
Поменяем режим GPU и установим драйвер vGPU
$ cd NVIDIA-gpumodeswitch-2020-01
$ gpumodeswitch --listgpumodes
$ gpumodeswitch --gpumode graphics
$ cd ../NVIDIA-GRID-XenServer-7.4-390.72-390.75-391.81
$ yum install NVIDIA-vGPU-xenserver-7.4-390.72.x86_64.rpm
$ reboot
Настройка общей директории
Настроим общую директорию с помощью NFS на любом компьютере в сети.
$ yum install epel-release
$ yum install nfs-utils libnfs-utils
$ systemctl enable rpcbind
$ systemctl enable nfs-server
$ systemctl enable nfs-lock
$ systemctl enable nfs-idmap
$ systemctl start rpcbind
$ systemctl start nfs-server
$ systemctl start nfs-lock
$ systemctl start nfs-idmap
$ firewall-cmd --permanent --zone=public --add-service=nfs
$ firewall-cmd --permanent --zone=public --add-service=mountd
$ firewall-cmd --permanent --zone=public --add-service=rpc-bind
$ firewall-cmd --reload
$ mkdir -p /nfs/store1
$ chmod -R 777 /nfs/store1
$ touch /nfs/store1/forcheck
$ cat /etc/exports
...
/nfs/store1 192.168.1.0/24(rw,async,crossmnt,no_root_squash,no_all_squash,no_subtree_check)
$ systemctl restart nfs-server
В XenCenter выберем XenServer и на вкладке «Storage» выберем «New SR». Укажем тип хранилища — NFS ISO. Путь должен указывать на общую директорию NFS.
Подготовка Master Image на основе Centos 7
Как создать виртуальную машину с Centos 7?
Как подготовить виртуальную машину для создания каталога?
Образ Centos 7
С помощью XenCenter создадим виртуальную машину с GPU. В вкладке «VM» нажмем «New VM».
Выбираем необходимые параметры:
VM template — Other install media
Name — template
Install from ISO library — Centos 7 (скачать), выбираем из примонтированного хранилища NFS ISO.
Number of vCPUs — 4
Topology — 1 socket with 4 cores per socket
Memory — 30 Gb
GPU type — GRID M60-4Q
Use this virtual disk — 80 Gb
Network
После создания, виртуальная машина появится в вертикальном списке слева. Нажмём на нее и перейдём во вкладку «Console». Дождемся загрузки инсталятора Centos 7 и выполним необходимые шаги для установки ОС с оболочкой GNOME.
Подготовка образа
Подготовка образа с Centos 7 заняла у меня много времени. В последствии получился набор скриптов, который облегчает первичную настройку Linux и позволит создать каталог виртуальных машин с помощью Citrix Machine Creation Services (MCS).
DHCP сервер, установленный на ws-ad, присвоил новой виртуальной машине IP адрес 192.168.1.129.
Далее приведу основные настройки.
$ hostnamectl set-hostname template
$ yum install -y epel-release
$ yum install -y lsb mc gcc
$ firewall-cmd --permanent --zone=dmz --remove-service=ssh
$ firewall-cmd --permanent --zone=external --remove-service=ssh
$ firewall-cmd --permanent --zone=home --remove-service=ssh
$ firewall-cmd --permanent --zone=home --remove-service=mdns
$ firewall-cmd --permanent --zone=home --remove-service=samba-client
$ firewall-cmd --permanent --zone=home --remove-service=dhcpv6-client
$ firewall-cmd --permanent --zone=internal --remove-service=dhcpv6-client
$ firewall-cmd --permanent --zone=internal --remove-service=samba-client
$ firewall-cmd --permanent --zone=internal --remove-service=mdns
$ firewall-cmd --permanent --zone=internal --remove-service=ssh
$ firewall-cmd --permanent --zone=public --remove-service=ssh
$ firewall-cmd --permanent --zone=public --remove-service=dhcpv6-client
$ firewall-cmd --permanent --zone=work --remove-service=dhcpv6-client
$ firewall-cmd --permanent --zone=work --remove-service=ssh
$ firewall-cmd --permanent --zone=public --add-service=ssh
$ firewall-cmd --complete-reload
В XenCenter в вкладке «Console» смонтируем guest-tools.iso в DVD привод виртуальной машины и выполним установки XenTools для Linux.
$ mount /dev/cdrom /mnt
$ /mnt/Linux/install.sh
$ reboot
При настройке XenServer мы использовали архив NVIDIA-GRID-XenServer-7.4-390.72-390.75-391.81.zip, скаченный с сайта NVIDIA, в котором, помимо NVIDIA драйвера для XenServer, находится нужный нам драйвер NVIDIA для клиентов vGPU. Скачаем и установим его на ВМ.
$ cat /etc/default/grub
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="rhgb quiet modprobe.blacklist=nouveau"
GRUB_DISABLE_RECOVERY="true"
$ grub2-mkconfig -o /boot/grub2/grub.cfg
$ wget http://vault.centos.org/7.6.1810/os/x86_64/Packages/kernel-d...
$ yum install kernel-devel-3.10.0-957.el7.x86_64.rpm
$ reboot
$ init 3
$ NVIDIA-GRID-XenServer-7.4-390.72-390.75-391.81/NVIDIA-Linux-x86_64-390.75-grid.run
$ cat /etc/nvidia/gridd.conf
ServerAddress=192.168.1.111
ServerPort=7070
FeatureType=1
$ reboot
Скачаем Linux Virtual Delivery Agent 1811 (VDA) для Centos 7. Ссылка для скачивания Linux VDA доступна, после авторизации на сайте Citrix.
$ yum install -y LinuxVDA-1811.el7_x.rpm
$ cat /var/xdl/mcs/mcs.conf
#!/bin/bash
dns1=192.168.1.110
NTP_SERVER=some.ntp.ru
AD_INTEGRATION=winbind
SUPPORT_DDC_AS_CNAME=N
VDA_PORT=80
REGISTER_SERVICE=Y
ADD_FIREWALL_RULES=Y
HDX_3D_PRO=Y
VDI_MODE=Y
SITE_NAME=domain.ru
LDAP_LIST=ws-ad.domain.ru
SEARCH_BASE=DC=domain,DC=ru
START_SERVICE=Y
$ /opt/Citrix/VDA/sbin/deploymcs.sh
$ echo "exclude=kernel* xorg*" >> /etc/yum.conf
В Citrix Studio создадим Machine Catalog и Delivery group. Перед этим необходимо установить и настроить Windows Server.
Windows Server с Domain Controller
Как скачать и установить Windows Server 2016?
Как установить компоненты Windows Server?
Как настроить Active Directory, DHCP и DNS?
Windows server 2016
Так как виртуальной машине (ВМ) с Windows Server не нужны GPU, мы будем использовать в качестве гипервизора сервер без GPU. По аналогии с описанием выше, установим еще один XenServer для хостинга системных виртуальных машин.
После этого создадим виртуальную машину для Windows Server с Active Directory.
Скачаем Windows Server 2016 с сайта Microsoft. Лучше пройти по ссылке с помощью Internet Explorer.
С помощью XenCenter создадим виртуальную машину. В вкладке «VM» нажмем «New VM».
Выбираем необходимые параметры:
VM template — Windows Server 2016 (64-bit)
Name — ws-ad.domain.ru
Install from ISO library — WindowsServer2016.iso, выбираем из примонтированного хранилища NFS ISO.
Number of vCPUs — 4
Topology — 1 socket with 4 cores per socket
Memory — 20 Gb
GPU type — none
Use this virtual disk — 100 Gb
Network
После создания, виртуальная машина появится в вертикальном списке слева. Нажмём на нее и перейдём во вкладку «Console». Дождем загрузки инсталятора Windows Server и выполним необходимые шаги для установки ОС.
Установим в ВМ XenTools. Правой кнопкой по ВМ, далее «Install Citrix VM Tools...». После этого будет примонтиван образ, который нужно запустить и установить XenTools. По окончанию установки потребуется перезагрузка ВМ.
Настроим сетевой адаптер:
IP адрес — 192.168.1.110
Маска — 255.255.255.0
Шлюз — 192.168.1.1
DNS1 — 8.8.8.8
DNS2 — 8.8.4.4
Если Windows Server не активирован, то выполним активацию. Ключ можно взять там же, откуда скачивали образ.
[PowerShell]$ slmgr -ipk xxxxx-xxxxx-xxxxx-xxxxx-xxxxx
Настроим имя компьютера. В моем случае это ws-ad.
Установка компонентов
В диспетчере серверов выберем «Добавить роли и компоненты». Отметим для установки DHCP-сервер, DNC-сервер и Доменные службы Active Directory. Отметим галочку «Перезагрузить автоматически».
Настройка Active Directoy
После перезагрузки ВМ, жмем «Поднять этот сервер до уровня контроллера домена» и добавим новый лес domain.ru.
Настройка DHCP сервера
На верхней панели диспетчера серверов нажмем на восклицательный знак, чтобы сохранить изменения при установки DHCP сервера.
Перейдем к настройкам DHCP сервера.
Создадим новую область 192.168.1.120-130. Остальное не меняем. Выберем «Настроить параметры DHCP сейчас» и введем IP адрес ws-ad (192.168.1.110) в качестве шлюза и DNS, которые будут указываться в настройках сетевых адаптеров виртуальных машин из каталога.
Настройка DNS сервера
Перейдем к настройкам DNS сервер.
Создадим новую зону прямого просмотра — primary zone, для всех DNS серверов в домене domain.ru. Больше ничего не меняем.
Создадим новую зону обратного просмотра, выбрав аналогичные параметры.
В свойствах DNS сервера, во вкладке «Дополнительно», установим галочку «Отключить рекурсию».
Создание тестового пользователя
Перейдем в «Центр администрирования Active Directory»
В разделе «Users» справа нажмем «Создать». Введем имя, например test, и внизу нажмем «ОК».
Выберем созданного пользователя и в вертикальном меню справа выберем «Сбросить пароль». Оставим галочку «Требовать смены пароля при следующем входе в систем».
Windows Server с Citrix Delivery Controller
Как скачать и установить Windows Server 2016?
Как скачать и установить Citrix Delivery Controller?
Как установить и настроить Citrix License Manager?
Как установить и настроить NVIDIA License Manager?
Windows server 2016
Так как виртуальной машине (ВМ) с Windows Server не нужны GPU, мы будем использовать в качестве гипервизора сервер без GPU.
Скачаем Windows Server 2016 с сайта Microsoft. Лучше пройти по ссылке с помощью Internet Explorer.
С помощью XenCenter создадим виртуальную машину. В вкладке «VM» нажмем «New VM».
Выбираем необходимые параметры:
VM template — Windows Server 2016 (64-bit)
Name — ws-dc
Install from ISO library — WindowsServer2016.iso, выбираем из примонтированного хранилища NFS ISO.
Number of vCPUs — 4
Topology — 1 socket with 4 cores per socket
Memory — 20 Gb
GPU type — none
Use this virtual disk — 100 Gb
Network
После создания, виртуальная машина появится в вертикальном списке слева. Нажмём на нее и перейдём во вкладку «Console». Дождемся загрузки инсталятора Windows Server и выполним необходимые шаги для установки ОС.
Установим в ВМ XenTools. Правой кнопкой по ВМ, далее «Install Citrix VM Tools...». После этого будет примонтиван образ, который нужно запустить и установить XenTools. По окончанию установки потребуется перезагрузка ВМ.
Настроим сетевой адаптер:
IP адрес — 192.168.1.111
Маска — 255.255.255.0
Шлюз — 192.168.1.1
DNS1 — 8.8.8.8
DNS2 — 8.8.4.4
Если Windows Server не активирован, то выполним активацию. Ключ можно взять там же, откуда скачивали образ.
[PowerShell]$ slmgr -ipk xxxxx-xxxxx-xxxxx-xxxxx-xxxxx
Настроим имя компьютера. В моем случае это ws-dc.
Добавим ВМ в домен domen.ru, перезагрузим и авторизуемся под доменной учетной записью администратора DOMEN\Administrator.
Citrix delivery controller
Скачаем Citrix Virtual Apps and Desktops 1811 на ws-dc.domain.ru. Ссылка для скачивания Citrix Virtual Apps and Desktops доступна, после авторизации на сайте Citrix.
Смонтируем скаченный iso и запустим. Выберем «Citrix Virtual Apps and Desktops 7». Далее нажмем «Get started». Возможно потребуется перезагрузка.
В моем случае достаточно выбрать для установки следующие компоненты:
Delivery Controller
Studio
License Server
StoreFront
Больше ничего не меняем и жмем «Установить». Не однократно потребуется перезагрузка, после чего установка будет продолжена.
Как только установка будет завершена запустится Citrix Studio — среда управления всем хозяйством Citrix.
Настройка Citrix Site
Выберем первый раздел из трёх — Site setup. При настройке укажем Site Name — domain.
В разделе «Connection» укажем данные для подключения гипервизора с GPU:
Connection address — 192.168.1.100
User name — root
Password — yourpassword
Connection Name — m60
Store management — Use storage local to the hypervisor.
Name for these resources — m60.
Select networks.
Select a GPU type and group — GRID M60-4Q.
Настройка Citrix Machine Catalogs
При настройке второго раздела — Machine Catalogs, выберем Single-session OS (Desktop OS).
Master Image — выберем подготовленный образ виртуальной машины и версию Citrix Virtual Apps and Desktops — 1811.
Выберем количество виртуальных машин каталоге, например 4.
Укажем схему, по которой виртуальным машинам будут присваиваться имена, в моем случае это desktop##. В этом случае будут созданы 4 ВМ с именами desktop01-04.
Machine Catalog name — m60.
Machine Catalog description — m60.
После создания Machine Catalog-а с четыремя ВМ, их можно будет найти в вертикальном списке XenCenter, слева.
Настройка Citrix Delivery Group
Третий раздел начинается с выбора количества ВМ, к которым следует предоставить доступ. Я укажу все четыре.
В разделе «Desktops» нажмем «Add», чтобы добавить группу ВМ, к которым мы предоставим доступ. Display name — m60.
Delivery group name — m60.
После настройки трех основных разделов, главное окно Citrix Studio будет выглядеть примерно так
Citrix license manager
Скачаем файл лицензии через личный кабинет на сайте Citrix.
В вертикальном списке слева выберем All Licensing Tools (Legacy). Перейдем на вкладку «Activate and Allocate Licenses». Выберем лицензии Citrix VDA и нажмем «Continue». Укажем имя нашего Delivery Controllera — ws-dc.domain.ru и количество лицензий — 4. Жмем «Continue». Скачаем сгенерированный файл лицензии на ws-dc.domain.ru.
В левом вертикальном списке Citrix Studio выберем раздел «Licensing». В правом вертикальном списке нажмем «License Management Console». В открывшимся окне браузера введем данные для авторизации доменного пользователя DOMEN\Administrator.
В Citrix Licensing Manager перейдем на вкладку «Install License». Для добавления файла лицензии нужно выбрать «Use downloaded license file».
Установка компонентов Citrix подразумевает использование нескольких виртуальных машин, один компонент — одна ВМ. В моем случае, все системные сервисы Citrix функционируют в пределах одной ВМ. В связи с этим отмечу один баг, исправление которого далось мне особенно сложно.
Если после перезагрузки ws-dc возникают проблемы различного характера, то рекомендую первым делом проверить запущенные сервисы. Привожу список сервисов Citrix, которые должны автоматически запускаться, после перезагрузки ВМ:
SQL Server (SQLEXPRESS)
Citrix Configuration Service
Citrix Delegated Administration Service
Citrix Analytics
Citrix Broker Service
Citrix Configuration Logging Service
Citrix AD Identity Service
Citrix Host Service
Citrix App Library
Citrix Machine Creation Service
Citrix Monitor Service
Citrix Storefront Service
Citrix Trust Service
Citrix Environment Test Service
Citrix Orchestration Service
FlexNet License Server -nvidia
Я столкнулся с проблемой, которая возникает при установки различных сервисов Citrix на одну ВМ. После перезагрузки стартуются не все сервисы. По одному запускать всю цепочку было лень. Решение тяжело гуглилось, поэтому привожу его тут — следует поменять в реестре два параметра:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control
Name : ServicesPipeTimeout
Value :240000
Name : WaitToKillServiceTimeout
Value : 20000
Nvidia licence manager
Скачаем менеджер лицензий NVIDIA для Windows, через личный кабинет на сайте nvid.nvidia.com. Лучше заходить через Internet Explorer.
Установим его на ws-dc. Для этого сначала потребуется установить JAVA и добавить переменную окружения JAVA_HOME. После этого можно запустить setup.exe для установки NVIDIA License Manager.
Создадим сервер, сгенерируем и скачаем файл лицензии в личном кабинете на сайте nvid.nvidia.com. Перекинем файл лицензии на ws-dc.
Используя браузер, авторизуемся в веб-интерфейсе менеджера лицензий NVIDIA, доступном по адресу http://localhost:8080/licserver и добавим файл лицензии.
Активные сессии, использующие vGPU, можно посмотреть в разделе «Licensed Clients».
Удаленный доступ к Citrix Machine Catalog
Как установить Citrix Receiver?
Как подключиться к виртуальному рабочему столу?
Ограничения pikabu не позволяют мне добавить больше информации в один пост. Продолжение следует.










































