Chastniimastertver.ru

Ремонт бытовой техники
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Установить операционную систему с сетевого сервера установки

BootDev

Продолжим тему сетевой загрузки. А именно, затронем вопрос организации установки операционной системы Windows по сети.

План действий

1. Устанавливаем TFTP и DHCP сервера для организации сетевой загрузки.
2. Устанавливаем загрузчик Windows Boot Manager на TFTP сервер.
3. Создаем общий сетевой ресурс на котором будут размещаться установочные файлы. Общий доступ может быть организован по протоколу CIFS или SMB.
4. Размещение установочных файлов необходимых версий Windows на общем сетевом ресурсе.
5. Размещаем среду предустановки на TFTP сервере, и выполняем ее настройку.
6. Настраиваем меню загрузчика.
7. Проверяем итоговый результат.

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

Общий сетевой ресурс

Общая папка настроена.

Копирование дистрибутивов в общую папку

В моем случае это папки Setup_Win10x64 и Setup_Win10x86.

Теперь скопируем папку sources каждого из дистрибутивов в созданные для них директории.

Среда предустановки

В качестве среды предустановки, будет использована та, что идет в комплекте с установочным дистрибутивом. Располагается она в папке sources и представлена образом boot.wim.

Текущий файл boot.wim (обоих дистрибутивов), настроен на запуск установки Windows с диска на котором он расположен. Наша задача, настроить данный образ так, чтобы процесс установки запускался из сети.

Изменения которые необходимо будет сделать, это — интегрировать в образ boot.wim сетевые драйвера, и внедрить скрипт установки.

Сетевые драйвера необходимы для того, чтобы загруженная WinPE могла корректно определить сетевой адаптер(ы) компьютера на котором она будет запущена.

Скрипт установки, будет выполнять подключение к ранее созданному сетевому ресурсу, с установочными файлами, и запускать процесс установки ОС Windows.

Так как у нас два дистрибутива, x86 и x64, среду предустановки каждого, нужно настраивать по отдельности. Данный процесс одинаков, поэтому я приведу пример настройки только для boot.wim x86 версии, с необходимыми поправками там, где это необходимо для boot.wim x64 версии.

Подготовка сетевых драйверов

Каких то особенных наборов драйверов, или специальных сборок не потребуется. Для создания своего пака драйверов можно поступить так.

Первым делом скачиваем установщик драйверов SDI (Snappy
Driver Installer). Нужна именно Lite версия. Страница скачивания https://sdi-tool.org/download/.

Распаковываем скачанный архив с SDI Lite.

Запускаем исполняемый файл SDI_R xxxx .exe (32-битная версия) или SDI_x64_R xxxx .exe (64-битная), в зависимости от разрядности вашей ОС. Или скрипт SDI_auto.bat, он сам определит разрядность запустит подходящий исполняемый файл. После запуска, скачиваем только сетевые драйверпаки.

По завершении загрузки, закрываем SDI и переходим в папку drivers. В ней будут располагаться скачанные архивы с драйверами.

Распакуем в отдельные директории следующие драйверпаки — DP_LAN_Intel_18054.7z, DP_LAN_Others_18053.7z, DP_LAN_Realtek-NT_18055.7z.

В каждой распакованной директории с драйверами, присутствуют поддиректории вида *x86* и *x64*.

Это разделение драйверов по разрядности. Тут возникает одна проблема. К примеру, для WinPE x86 интеграция x64 драйверов будет избыточным и нецелесообразным действием. Поэтому удалим все поддиректории с именем *x64* (для WinPE x64 будет ровно противоположенное действие). Для этой цели удобнее всего воспользоваться каким-нибудь файловым менеджером (Far Manager, Total Commander, Double Commander).

Драйвера сетевых адаптеров для WinPE x86 готовы. Теперь имеющиеся директории можно перенести в отдельную папку, например LAN_x86. Думаю вам не составит труда самостоятельно организовать папку с драйверами LAN_x64.

Размещаем среду предустановки на TFTP

Корень TFTP сервера на данный момент выглядит так (конкретно, это состояние на момент завершения предыдущей статьи).

Расположим в папке Image образы boot_x86.wim и boot_x64.wim (то есть это обычные boot.wim, взятые из папки sources, скопированные и переименнованные). Данные образы, это не измененные, образы сред предустановок соответствующих дистрибутивов ОС Windows.

Читайте так же:
Chrome os установка на компьютер второй системой

Общая файловая структура TFTP на следующем скриншоте.

Интеграция сетевых драйверов в среду предустановки

Перед интеграцией драйверов в образ boot_x86.wim, его предварительно необходимо смонтировать. Делается это с помощью команд dism.exe /get-imageinfo /imagefile: D:TFTPImageboot_x86.wim (получение информации о указном *.wim образе, чтобы определить индекс монтируемого содержимого)

и dism.exe /mount-wim /wimfile: D:TFTPImageboot_x86.wim /index: 2 /mountdir: E:mnt (монтирование указанного *.wim образа к указанному каталогу).

После того как образ смонтиорован, можно приступить к интеграции в него ранее подготовленных драйверов. Выполним для этого команду dism.exe /image: E:mnt /Add-Driver /Driver: C:Usersx7z3DesktopSDIdriversLAN_x86 /Recurse .

Этим действием мы интегрировали сетевые драйвера из директории LAN_x86 в образ boot_x86.wim. Для образа boot_x64.wim все будет идентично, разница будет лишь в имени подключаемого файла и директории с драйверами.

Интеграция скрипта запуска установки ОС

Скрипт установки — это обычный командный файл с расширением *.cmd. Его задача, подключить сетевой диск с установочными файлами и запустить установщик ОС.

Для того чтобы организовать запуск скрипта, во время загрузки среды предустановки, нам потребуется создать файл winpeshl.ini (текстовый файл) в директории E:mntWindowsSystem32 с следующим содержимым:

Файл winpeshl.ini, является конфигурационным файлом для среды предустановки. Он позволяет задать программу(ы) выполняемые вместо стандартной оболочки. Подробнее о нем можно почитать тут.

Теперь создадим сам скрипт установки init.cmd (текстовый файл) в той же директории. Исходный текст init.cmd:

Учитывайте что установочный скрипт для x64 системы, будет содержать немного другой путь до установочных файлов.

Все необходимое сделано. Осталось только отключить подключенный образ boot_x86.wim с сохранением выполненных изменений. Делается это командой dism.exe /unmount-wim /mountdir: E:mnt /commit . Предварительно, ОБЯЗАТЕЛЬНО закройте открытые папки или файлы в смонтированном каталоге.

Все вышеописанное нужно будет проделать и для файла образа boot_x64.wim.

Настройка меню загрузчика

Подробно описывать создание меню я не буду. Данный процесс уже подробно рассматривался в этой статье. Приведу лишь скриншоты программы BOOTICE с настройками меню.

Параметры для загрузки boot_x86.wim.

Параметры для загрузки boot_x64.wim.

Проверка итогового результата

Теперь все готово. Осталось только проверить результат проделанной работы. Проверять будем как всегда в виртуальной машине VirtualBox.

Загруженное меню. В шапке видно что загрузчик загружен по сетию

Загрузка образа boot_x86.wim в оперативную память компьютера.

Выполнение интегрированного нами скрипта.

Уведомление скриптом об успешности подключения сетевого ресурса.

Запущенный скриптом установщик ОС Windows.

На этом скриншоте видно, что установка идет реально по сети.

Технология сетевой установки ОС проста и доступна. Минимум необходимых инструментов. Все что нужно, это установочный образ Windows 10 (нет необходимости скачивать WAIK или ADK). Все описанное выше будет работать для ОС Windows начиная с 7-ки и выше (7, 8.1, 10).

Windows Server 2019 — роль Hyper-V

Profile picture for user Олег

На сервере Windows Server 2019 потребовалось запустить виртуальную машину посредством Hyper-V. Установим роль Hyper-V на сервер Windows Server 2019 и создадим какую-нибудь виртуальную машину.

Я буду все действия выполнять на свежем сервере Windows Server 2019 Standard Evaluation. Сервер развёрнут на гипервизоре VMware ESXi. Да-да, я понимаю, что на виртуалке поднимать систему виртуализации не самая здравая идея, но всё это в тестовых целях.

Установка роли Hyper-V на сервере Windows Server 2019

Открываем Server Manager. Manage > Add Roles and Features

win

Открывается мастер установки ролей. Попадаем в раздел Before You Begin.

win

Это информационная страница, Next.

win

Попадаем в раздел Installation Type. Здесь нужно выбрать тип установку. Выбираем «Role-based or feature-based installation». Next.

Читайте так же:
Установка программ до входа в систему

win

Попадаем в раздел Server Selection. Здесь нужно выбрать сервер, на который будем устанавливать роль. Я выбираю текущий сервер. Next.

win

Попадаем в раздел Server Roles. Находим роль Hyper-V, выделяем галкой. Нам предлагают установить фичи, которые необходимы для работы Hyper-V, соглашаемся. Add Features.

win

Облом. Я словил ошибку:

Hyper-V cannot be installed: The processor does not have required virtualization.

Для роли Hyper-V требуется процессор, поддерживающий функции виртуализации. Поддержка аппаратной виртуализации может быть отключена в BIOS, в этом случае нужно перезагрузить сервер и в BIOS включить поддержку виртуализации. Это могут быть опции:

  • Intel — Intel Virtualization Technology
  • AMD — SVM Mode

У меня сервер аппаратный на базе VMware, я выключаю его и перехожу к настройкам виртуальной машины.

win

В настройках CPU включаю галку «Expose hardware assisted virtualization to the guest OS».

win

Включаю сервер. Снова проходим ту же процедуру. Открываем Server Manager. Manage > Add Roles and Features. Выбираем «Role-based or feature-based installation». Находим роль Hyper-V, выделяем галкой. Нам предлагают установить фичи, которые необходимы для работы Hyper-V, соглашаемся. Add Features.

win

В этот раз всё проходит успешно. Next.

win

Попадаем в раздел Features, здесь нам ничего не нужно. Next.

win

Попадаем в раздел Hyper-V. Здесь рассказывается для чего используется Hyper-V. Кроме того, на этой странице есть важная информация.

  • Перед установкой роли Hyper-V следует решить, какую сетевую карту сервера вы будете подключать к виртуальному коммутатору.
  • После установки роли Hyper-V для управления виртуальными машинами используйте Hyper-V Manager.

win

Попадаем в раздел Virtual Switches. Для работы виртуальных машин требуется связать виртуальный коммутатор в сетевой картой сервера, если вы хотите выпустить виртуальный машины в сеть. У меня выбор не очень большой, выделяю единственную сетевую карту. Next.

win

Попадаем в раздел Migration. Здесь настраивается миграция виртуальных машин. У меня будет один сервер с Hyper-V, поэтому никаких миграций не предусмотрено. Next.

win

Попадаем в раздел Default Stores. Здесь можно настроить папки по умолчанию для хранения виртуальных дисков и файлов настроек виртуальных машин. Next.

win

Попадаем в раздел Confirmation. Проверяем что у нас будет установлено. Здесь же ставим галку, чтобы сервер при необходимости перезагрузился. Install.

win

Начинается процесс установки роли Hyper-V.

win

win

После перезагрузки роль продолжает устанавливаться.

win

Установка роли Hyper-V успешно завершена. Close.

win

В Administrative Tools появляется Hyper-V Manager.

Настройка виртуального коммутатора Hyper-V

Запускаем Hyper-V Manager.

win

В списках серверов Hyper-V есть текущий сервер ILAB-DC. Нажимаем на него.

win

Список виртуальных машин пуст. Перед созданием новой виртуалки нужно настроить виртуальный коммутатор. По идее он уже должен быть настроен, т.к. мы при установке роли Hyper-V ставили галку для привязки виртуального коммутатора к физическому сетевому адаптеру. Но проверить не помешает, были случаи, когда виртуальный коммутатор на привязывался к физическому адаптеру. Такое случается, когда роль Hyper-V устанавливается несколько раз. В этом случае зайдите в настройки физического адаптера и снимите галку со всего где есть слово «Hyper-V», после этого физический адаптер можно снова привязать к виртуальному коммутатору из оснастки Hyper-V Manager.

Нажимаем Virtual Switch Manager.

win

У меня один виртуальный коммутатор «vmxnet3 Ethernet Adapter — Virtual Switch». Виртуальный коммутатор может работать в трёх режимах:

  • External network
    Предоставляет виртуальным машинам доступ к физической сети для взаимодействия с серверами и клиентами во внешней сети. Позволяет виртуальным машинам на одном сервере Hyper-V взаимодействовать друг с другом.
    • Allow management operating system to share this network adapter (Разрешить управляющей операционной системе предоставлять общий доступ к этому сетевому адаптеру)
      Выберите этот параметр, если вы хотите разрешить узлу Hyper-V совместно использовать виртуальный коммутатор и сетевую карту или группу сетевых адаптеров с виртуальной машиной. Если этот параметр включен, узел может использовать любые параметры, настроенные для виртуального коммутатора, такие как параметры качества обслуживания (QoS), параметры безопасности или другие функции виртуального коммутатора Hyper-V.
    • Enable single-root I/O virtualization (SR-IOV) (Включить виртуализацию SR-IOV)
      Выберите этот параметр, только если вы хотите разрешить трафику виртуальной машины обходить коммутатор виртуальной машины и перейти непосредственно к физическому сетевому адаптеру. Сетевой адаптер должен поддерживать SR-IOV.

    SR-IOV (Single Root Input/Output Virtualization, виртуализация ввода-вывода с единым корнем) — технология виртуализации устройств, позволяющая предоставить виртуальным машинам прямой доступ к части аппаратных возможностей устройства.

    При необходимости можно включить поддержку VLAN.

    Настраиваю виртуальный коммутатор, вернее, ничего не меняю, меня устраивают текущие настройки. OK.

    Создание виртуальной машины в Hyper-V

    Пришло время создать первую виртуальную машину. Открываем Hyper-V Manager.

    win

    New > Virtual Machine.

    win

    Открывается мастер создания виртуальных машин. Попадаем в раздел Before You Begin. Здесь нет ничего интересного. Next.

    win

    Попадаем в раздел Specify Name and Location. Указываем имя виртуалки. При необходимости можно изменить папку, в которой будут храниться файлы виртуалки. Next.

    win

    Попадаем в раздел Specify Generation. Выбор поколения зависит от того, какую операционную систему на виртуальной машине вы хотите установить, и метод загрузки, который вы хотите использовать для развертывания виртуальной машины. Виртуальные машины поколения 1 поддерживают большинство гостевых операционных систем. Виртуальные машины поколения 2 поддерживают большинство 64-разрядных версий Windows, Linux и FreeBSD. Рекомендуется выбрать поколение 2 за исключением случаев когда:

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

    win

    Попадаем в раздел Assign Memory. Выделяем память для виртуалки. Динамическая память забирается у сервера, как ни странно, динамически, т.е. сколько нужно, столько и забирается. Если галку не поставить, то вся выбранная память серверу будет недоступна. Next.

    win

    Попадаем в раздел Configure Networking. Выбираем виртуальный коммутатор. У меня он один. Next.

    win

    Попадаем в раздел Connect Virtual Hard Disk. Здесь создаём жёсткий диск, можно выбрать папку для его хранения. Можно подключить существующий жёсткий диск. Можно не подключать жёсткий диск. Я создаю новый диск объёмом 40 ГБ. Next.

    win

    Попадаем в раздел Installation Options. Здесь можно примонтировать образ установочного диска, я сделаю это позже. Next.

    win

    Попадаем в раздел Summary. Проверяем параметры. Finish.

    win

    Начинается процесс создания виртуальной машины.

    win

    Виртуальная машина создана, она выключена (State = Off).

    Установка операционной системы на виртуальную машину Hyper-V

    Теперь примонтируем ISO образ к виртуальной машине и попробуем начать процесс установки операционной системы.

    Выделяем виртуалку, нажимаем Settings.

    wni

    Переходим в раздел SCSI Controller. Видим, что в нём находится только жёсткий диск. Справа выбираем DVD Drive, Add.

    win

    У виртуальной машины появляется виртуальный DVD Drive. Выбираем Image file, выбираем ISO образ для установки операционной системы. Apply.

    win

    Правой кнопкой на виртуалку, Connect.

    win

    Открывается консоль виртуалки. ISO образ можно также вставить/извлечь в меню Mediz > DVD Drive. Включаем виртуалку, Start.

    win

    Виртуальная машина включается.

    win

    Загружается ISO образ и мы можем установить операционную систему, дальше вы справитесь.

    Заключение

    Мы с вами на сервере Windows Server 2019 установили роль Hyper-V, настроили виртуальный коммутатор и создали первую виртуальную машину. Подключили виртуальный дисковод и загрузились с установочного ISO образа операционной системы.

    Установка и первоначальная настройка виртуальной машины в гипервизоре ESXi

    Использующиеся в тексте термины:
    Виртуальная машина – это полностью изолированная программная система, которая исполняя машинно-независимый или машинный код процессора, способна эмулировать операционную систему, приложения или устройства (например, компьютер).

    ESXI 5.5 — автономный гипервизор, который представляет собой программный продукт, устанавливающийся на «голое железо», не нуждаясь в предварительно установленной операционной системе, ESXI по своей сути сам операционной системой и является.

    vSphere client 5.5 — бесплатная программа для подключения к ESXi или vCenter server

    Дистрибутив ESXi 5.5 — образ для установки триальная версия на 60 дней, для получения полной бесплатной лицензии придется зарегистрироваться на сайте VMware

    Установка гостевой опреационной системы не является проблемой и многие администраторы часто делают это в таких программах, как VMware Workstation, Virtual Box и прочих. Основное отличие серверной модели виртуализации в том, что ESXi устанавливается на «голое железо», прямо на сервер и в нем создаются виртуальные машины. Т.е. нет обычной прослойки из Windows ОС.

    Для установки, скачиваем дистрибутив ESXi, записываем его на DVD диск и начинаем установку.

    Видео по установке виртуальной машины в ESXi 5.0

    Описание установки виртуальной машины на ESXi 4

    Для описания создания и настройки виртуальной машины поставлена цель — установить Windows 7. В процессе установки будут задействованы следующие ресурсы:

    • сервер с установленным на него ESXi гипервизором (процесс установки описан в статье ESXI)
    • образ (iso) установочного диска Windows 7 32-bit rus.
    • компьютер с установленным vSphere Client

    Для начала необходимо подключиться, используя VMware vSphere Client, к хосту ESXi. Правой кнопкой кликаем по серверу и выбираем пункт Create New Virtual Machine. Попадаем в меню выбора конфигурации, где есть два варианта первоначальной настройки: простой(Typical) и расширенный(Custom). Для поставленной цели подойдет простой режим.

    Следующим шагом выбираем название виртуальной машины. Выбранное имя будет отображаться в консоли vSphere Client, оставим имя по умолчанию.

    Затем выбираем хранилище для файлов виртуальной машины. В данном случае к серверу не подключены внешние хранилища, поэтому отображается только локальный диск. При установке ESXi на сервер локальные диски были отформатированы в кластерной файловой системе VMFS (Virual Machine File System). Эта файловая система позволяет разным хостам ESX(i) получать совместный доступ к файлам виртуальных машин. На этом принципе основано большинство технологий VMware vSphere 4. Но в случае установки виртуальной машины на локальные диски видеть файлы виртуальных машин сможет только один сервер.

    Следующий шаг — выбор операционной системы. VMware vSphere 4 поддерживает более 48 операционных систем. На данном этапе предлагается выбрать, какую именно операционную систему мы собираемся установить, чтобы в дальнейшем была возможность инсталлировать подходящие драйверы. Выбираем Windows 7 32-bit.

    Далее необходимо задать размер жесткого диска виртуальной машины. Рекомендуемый VMware для Windows 7 32-bit размер составляет 24Гб. Также отмечаем, чтобы созданный диск был «тонким». Жесткий диск виртуальной машины в хранилище представляет собой файл с расширением .vmdk . Технология «тонких дисков» позволяет динамически увеличивать размер файла жесткого диска в соответствии с ростом объема, который реально занимает операционная система. Например, после установки Windows 7 будет занимать в хранилище 7Гб, после установки MSoffice 8Гб и т.д., объем будет увеличиваться динамически, пока не достигнет установленных 24Гб. Стоит отметить, что если виртуальная машина исчерпает отведенные ей 24Гб свободного места, изменить это значение можно в любое время, не прерывая работы виртуальной машины.

    Основные настройки заданы и виртуальная машина готова к запуску, но перед этим стоит проверить настройки полной конфигурации, для чего выбираем пункт Edit the virtual machine settings before completion.

    В этих настройках есть возможность:

    изменять размер выделенной оперативной памяти
    изменять количество выделенных процессоров
    добавлять и удалять другие устройства (контроллеры жестких дисков, жесткие диски, сетевые адаптеры, Floppy и .т.д)
    закладки Options и Resources используются администраторами для тонкой настройки и в этой статье рассматриваться не будут

    Нас устраивают настройки, если будет необходимость, их можно будет поменять в процессе работы. Все готово для запуска виртуальной машины и начала установки операционной системы. Для того, чтобы следить за установкой, необходимо открыть консоль виртуальной машины, выбрав пункт Open Console.

    Теперь можно нажать кнопку Start, которая запустит виртуальную машину. Чтобы переключиться в окно консоли виртуальной машины, необходимо щелкнуть по нему курсором мыши, чтобы выйти из консоли — Ctrl + Alt. Сочетание «Ctrl + Alt + Delete» внутри консоли заменяет «Ctrl + Alt + Ins» . Итак, после запуска виртуальной машины для начала установки операционной системе необходимо подключить образ Windows 7 (образ хранится на локальном компьютере, в котором запущен vSphere Client) к виртуальному DVD приводу. Как это сделать, показано на рисунке ниже. Чтобы попасть в boot menu, необходимо при включении виртуальной машины переключиться в окно консоли и нажать Esc.

    Установка серверных ОС | Установка и настройка Windows Server, Linux, FreeBSD

    УСТАНОВКА СЕРВЕРНЫХ ОПЕРАЦИОННЫХ СИСТЕМ

    Серверные операционные системы.

    Назначение серверной операционной системы — это управление специализированными приложениями, обслуживающими всех пользователей корпоративной компьютерной сети, а нередко и внешних пользователей. К таким специализированным приложениям относятся системы управления базами данных, средства управления компьютерными сетями и анализа событий в сети, службы каталогов, средства обмена сообщениями и групповой работы пользователей, интернет Web-серверы, почтовые Mail-серверы, корпоративные брандмауэры, серверы приложений самого разнообразного назначения, серверные части бизнес-приложений.

    Выбор серверной операционной системы и аппаратной платформы определяется тем, какие приложения под ее управлением должны выполняться и какие требования предъявляются к ее производительности, надежности, доступности и безопасности. Для того чтобы не ошибиться при подборе серверной операционной системы, необходимо вначале разобраться – для каких приложений вы хотите ту или иную операционную систему?

    Виды операционных систем для сервера.

    ОС для серверов часто условно разбивают на три класса:

    • семейство ОС Windows;

    • семейство ОС UNIX;

    • семейство UNIX-подобных открытых ОС (с открытыми кодами).

    ОС Windows. Положительной стороной операционной системы Windows является возможность интеграции с широким спектром программного обеспечения от Microsoft. Если это веб-сервер компании, где функционирует уже корпоративная сеть (интранет или локальные сети) с серверами-клиентами под Windows, все же резонно ставить на сервер ОС Windows. Можно превратить его в мощный расширяемый инструментарий, если использовать технологии .NET, ActiveX, MS SQL и другие.

    UNIX и UNIX-подобные ОС. У UNIX-систем – положительна сама возможность удаленного администрирования (telnet и ssh), чего нет (прямо) в Windows, если сервер и клиент не находятся в одной сети. У UNIX-подобных ОС впечатляет дешевизна, возможность удаленного администрирования и высокая безопасность, отсутствие деления на пользовательские и серверные ОС.

    Что делать, если необходимо установить серверную операционную систему?

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

    голоса
    Рейтинг статьи
Ссылка на основную публикацию
Adblock
detector