Файловый сервер на виртуальной машине

Личная файлопомойка. Как я настраивал файлообменник на VPS

Эпоха флешек давно канула в Лету. Что, впрочем, неудивительно: незаменимый инструмент для переноса файлов в кармане утратил свою актуальность с появлением облачных сервисов — доступных везде, где есть интернет, причем практически с любого устройства. Однако в этой бочке меда не обошлось без маленькой ложки дегтя. Во-первых, бесплатные тарифы у большинства вендоров накладывают строгие ограничения на объем облачного хранилища и количество устройств, на которые можно установить приложение для синхронизации. Во-вторых, используя публичные облачные сервисы, вы доверяете свои файлы сторонней компании и никак не можете повлиять на их безопасность. В-третьих, подобные хранилища не слишком удобны для командной работы, которая весьма актуальна в период мировой короновирусной истерии пандемии. Выход? Можно смириться, а можно организовать сетевое файловое хранилище самостоятельно! Один из примеров решения этой задачи мы сейчас и рассмотрим.

Зачем, Холмс?

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

«Яндекс.Диск» может похвастаться значительным объемом дискового пространства (особенно, если хранить файлы в облаке и сохранять локально только то, что нужно в данный момент), но их клиент — это просто какой-то тормозной, неудобный и неповоротливый монстр. С клиентом «гуглодрайва» мне тоже подружиться не удалось: и неудобный, и сортировкой файлов там наблюдаются какие-то странности — такое ощущение, что софтина валит все в кучу, при этом даже выполненная вручную сортировка регулярно сбивается. В то же время, файлообменник нужен мне постоянно, на разных устройствах и желательно, чтобы на них не приходилось устанавливать какие-то сторонние приложения. В идеале было бы подключить такую шару обычным сетевым диском и пользоваться по мере необходимости на разных машинах, как виртуальной флешкой.

При этом файловое хранилище на VPS имеет целый ряд других неоспоримых преимуществ:

Матчасть

Virtual Private Server (VPS) чаще всего покупают для хостинга сайтов, но в отличие от обычного хостинга, он позволяет изолированно запускать несколько приложений в одном и том же контейнере. В целом, VPS вполне можно использовать для организации личного файлового хранилища, поскольку:

Этого вполне достаточно, чтобы использовать наш VPS в качестве удаленного файлового хранилища. После создания сервер сразу же станет доступен нам по RDP — к нему можно подключиться либо с помощью клиента удаленного Рабочего стола, либо непосредственно в браузере из Панели управления RuVDS. Необходимые для подключения данные будут дополнительно отправлены по электронной почте, так что не потеряются. Что ж, приступим к самому интересному — настройке сервера.

Настройка сервера

При первом входе на сервер с учетной записью Администратора мы увидим на экране окно Диспетчера серверов, в котором можно настроить машину, щелкнув мышью на надписи «Добавить роли и компоненты».

В окне Мастера добавления ролей и компонентов нажимаем «Далее», затем, выбрав вариант «Установка ролей и компонентов», снова жмем «Далее». Выбираем в списке наш сервер (собственно, он и будет там представлен в единственном экземпляре), и очередным нажатием на кнопку «Далее» переходим к настройке ролей.

Нас интересует раздел «Файловые службы и службы хранилища». Эта роль установлена на сервере по умолчанию. Установите флажок «Файловые службы и службы SCSI и разверните расположенный под ним список. Здесь следует дополнительно установить следующие флажки:

Создание нового раздела

Если мы просто создадим общую папку на диске С:, у нас не получится организовать для нее доступ на запись. Винда небезосновательно считает этот диск загрузочным томом и не позволяет писать в расположенные на нем папки по сети. Поэтому мы сможем увидеть такую папку на удаленной машине и даже открыть ее, но при попытке создать или сохранить в ней файл даже с правами администратора мы получим сообщение об ошибке «Вам необходимо разрешение на выполнение этой операции».

А при попытке раздать для этой папки дополнительные права на полный доступ получим ошибку применения параметров безопасности для загрузочного диска.

Я решил эту проблему, создав отдельный логический том, отличный от того, на котором установлена Windows — там мы сможем развлекаться, как нашей душе угодно. Для этого:

После того как в Диспетчере дисков появится неразмеченное свободное пространство, необходимо проделать следующие шаги:

Если теперь мы откроем Проводник, то увидим, что в системе появился новый диск D:.

Создаем шару

В Проводнике на удаленном сервере создадим новую папку на только что подготовленном нами диске и назовем ее, например, «Share». Снова откроем окно Диспетчера серверов. В левой панели расположена надпись «Файловые службы и службы хранилища». Щелкнем на ней мышью, чтобы перейти к настройкам.

Откроется одноименное окно, в котором демонстрируются следующие оснастки:

Запустится «Мастер создания общих ресурсов». В первую очередь нужно выбрать из списка подходящий профиль общей папки. Нам подойдет вариант «Общий ресурс SMB – быстрый профиль», поскольку он позволяет предоставлять доступ к файлам на компьютерах с Windows и не требует настройки дополнительных параметров.

Нажимаем «Далее». В следующем окне нам предложат выбрать папку для создания общего ресурса. Устанавливаем переключатель в позицию «Ввести пользовательский путь», жмем «Обзор» и выбираем созданную нами ранее папку Share. Снова жмем «Далее».

В следующем окне вводим произвольное имя общего ресурса — оно будет видно «снаружи» при обращениях к папке, нажимаем «Далее». В следующем окне нам предложат указать дополнительные настройки нашей шары. В целях безопасности можно установить флажок «Зашифровать доступ к данным» — в этом случае при удаленном доступе к папке передаваемая в обе стороны информация будет подвергнута шифрованию. Если установлен флажок «Включить перечисление на основе доступа» юзеру будет видно только то содержимое общей папки, к которому он имеет доступ согласно привилегиям его учетной записи. Если папкой будете пользоваться только вы, этот флажок можно не устанавливать. Кеширование общего ресурса я рекомендую отключить, чтобы не расходовать попусту ресурсы сервера.

Осталось только нажать в окне «Мастера создания общих ресурсов» кнопку «Далее» и «Создать». Выбранная нами папка появится в панели «общие ресурсы».

Траблшутинг

Теперь, казалось бы, мы можем обращаться к этой папке прямо из Проводника. Для этого набираем в адресной строке \\ip-адрес-нашего-сервера, вводим имя и пароль Администратора, и видим нашу расшаренную папку с тем именем, которое мы задали ей на этапе настройки. Можно пользоваться шарой? Хренушки. Отказано в доступе. Винда не была бы виндой, если бы все было так просто. Самый простой способ избавиться от этой ошибки — такой.

Если сетевое обнаружение никак не хочет включаться, делаем следующее: в панели поиска набираем без кавычек «Службы» или services.msc, и принудительно запускаем следующие службы (если они еще не запущены):

Запускаем на сервере Проводник, находим в нем нашу расшаренную папку. Щелкаем на ней правой клавишей мыши, в контекстном меню выбираем пункт «Свойства» и открываем вкладку «Безопасность». Выбираем щелчком мыши пользователя «Все» и нажимаем на кнопку «Изменить». Устанавливаем флажок «Полный доступ», жмем «Применить» и «Ок».

Это еще не конец наших мучений! Открываем вкладку «Доступ», нажимаем на кнопку «Расширенная настройка», затем — «Разрешения». В появившемся окне нужно установить флажок «Полный доступ», затем нажать «Применить» и «Ок».

Неужели квест закончен и мы можем пользоваться нашей шарой? Как бы ни так! Ведь это операционная система Windows Server 2019, в которой безопасность стоит на первом месте. Поэтому при попытке обратиться к серверу из Проводника на локальном компьютере мы, скорее всего, увидим ошибку «Вход в систему не произведен: выбранный режим входа для данного пользователя на этом компьютере не предусмотрен».

Все! Аллилуйя! Вот теперь, после всех этих плясок с бубном общий доступ к папке будет наконец открыт, и мы получим возможность насладиться всеми чудесными возможностями Windows Server 2019. Как минимум, сможем сохранять в шаре файлы. Для пущего удобства можно подключить удаленную папку в качестве сетевого диска. Для этого:

При первом подключении к диску потребуется ввести логин и пароль Администратора сервера. В дальнейшем параметры учетки будут подтягиваться автоматически.

Если при попытке соединения появляется ошибка «Ресурс общего доступа доступен в сети, но не отвечает на попытки подключения» виноват, вероятно, брандмауэр на сервере. Проверить это достаточно просто: нужно отключить брандмауэр и попробовать зайти в общую папку. Если попытка увенчалась успехом, необходимо настроить в брандмауере правила для соединений.

Квотирование и Рабочие папки

При желании в «Диспетчере серверов» можно настроить квотирование, то есть, запретить пользователям создавать в общей папке файлы больше заданного объема. Еще там есть занимательный инструмент «Рабочие папки». Фактически, это та же сетевая шара, только с автоматической синхронизацией, как в Dropbox или у «Яндекс.Диска». Файлы в «Рабочей папке» хранятся на сервере и остаются там даже после удаления файлов на устройстве пользователя. Подробнее почитать о них можно вот здесь, я же не буду описывать технологию настройки Рабочих папок, поскольку она в целом схожа с настройкой обычной сетевой шары, которую мы подробно рассмотрели в этой статье.

Источник

Nextcloud на VirtualBox с хранилищем в общей папке

Идея иметь собственное домашнее облако у меня была давно. Рассматривал варианты NAS на основе бесплатных дистрибутивов типа FreeNAS, NAS4Free, OpenMediaVault и пр. Но хотелось, чтобы был мобильный клиент, простой и красивый webUI. Раньше как-то баловался с разными решениями и понравился проект ownCloud. Но на текущий момент у него платное мобильное приложение. Сейчас стоит около 30 рублей, но хотелось иметь что-то более бесплатное. Вспомнил про хороший форк ownCloud — Nextcloud. Мобильное приложение бесплатное (+ для есть и дополнительные приложения) и есть декстопные клиенты (Win, Mac, Linux). Сам Nextcloud имеет множество настроек, интеграций, а также возможность установки расширений (приложений).

Распространяется Nextcloud несколькими вариантами:

Архив серверного приложения для web-сервера;

«Образами» для VirtualBox, Docker и Snap-пакет.

Я решил реализовать схему на VirtualBox, с подключением общей папки, как хранилища.

Предусловие: На сервере должен быть установлен VirtualBox (далее — VB) и VirtualBox Extension Pack (далее — VBEP).

Импорт виртуальной машины

1. Скачиваем образ виртуальной машины — Nextcloud-VM.ova.

Другие варианты образов представлены на сайте Hansson IT.

2. Двойным кликом запускаем скаченный образ, после чего откроется импорт VirtualBox.

В настройках можно указать для создаваемой виртуальной машины (далее — ВМ) Имя, Описание и Папку. Характеристики «железа» уменьшать не стоит, иначе при установке Nextcloud могут появиться ошибки о недостаточности ресурсов. Все настройки ВМ, в т.ч. общие папки, лучше настраивать после завершения установки Nextcloud.

3. После нажимаем «Импорт» и ждём завершения создания нашей ВМ.

4. После успешного импорта, ВМ отобразиться в списке ВМ VB.

Первоначальная настройка Nextcloud

Образ ВМ основан на Ubuntu Server 20.04.1 LTS в котором предустановлены скрипты разворачивания Nextcloud.

2. После запуска ВМ появляется приглашение авторизации. По умолчанию пользователь (админ) сервера — ncadmin, с паролем nextcloud.

Смена пароля будет предложена после завершения конфигурации Nextcloud.

3. Авторизовываемся на сервере.

4. После авторизации появляется приветственное сообщение первого запуска с прделожением запустить скрипт установки. Для запуска необходимо ввести пароль пользователя ncadmin.

Вводим пароль, нажимаем Enter и запускается процесс установки Nextcloud.

5. После проверки конфигурации ВМ будет отображено сообщение о выборе варианта хранения данных. В образе ВМ подключено 2 жестких диска (динамические по 40 Гб):

disk1 — диск с ОС, файловая система ext4.

disk2 — диск с файловой системой ZFS.

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

Ознакомившись с сообщением, нажимаем «Ок».

6. Открывается окно выбора жесткого диска для хранения.

Стрелками встаем на позицию «1 Disk», активируем её пробелом.

Клавишей «Tab» переходим к блоку кнопок, выбираем «Ok» и нажимаем «Enter».

7. На следующем шаге открывается окно выбора DNS сервера:

Local — локальный сервер (по DHCP)

Я предпочитаю использовать Cloudflare. Выбираю его и нажимаю «Ok».

8. Следующее окно — сообщение о выборе зеркала обновлений.

Ознакомившись с сообщением, нажимаем «Ок».

9. Следующее сообщение информирует о текущем сервере обновлений — http://archive.ubuntu.com/ubuntu.

Ознакомившись с сообщением, нажимаем «Ок».

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

Я решил остаться на стандартном, хотя по тестам есть зеркала и получше (выше скорость, меньше пинг, шире канал). Поэтому на этом шаге выбираю «No» и нажимаю «Enter».

После чего начнется установка Nextcloud (+PostgreSQL, PHP, Apache).

11. По завершению установки будет предложено изменить пароль ncadmin

Нажимаем любую клавишу. Вводим новый пароль, нажимаем «Enter», подтверждаем новый пароль ещё раз и нажимаем «Enter».

12. После смены пароля появляется сообщение что текущий админ в Nextcloud — ncadmin. И его нужно заменить на нашего.

Нажимаем любую клавишу. Вводим имя пользователя, нажимаем «Enter», вводим пароль, нажимаем «Enter», подтверждаем пароль ещё раз и нажимаем «Enter».

13. Далее появляется окно с выбором местоположения

Выбираем «Europe», и нажимаем «Ok».

14. В следующем окне необходимо выбрать город. Выбираем необходимый и нажимаем «Ok».

15. Т.к. на шаге 7 я выбрал сторонний DNS-сервер, появляется следующее сообщение о том, что существует обновленная версия файла ‘/etc/sysemd/resolved.conf’ и нужно принять решение что делать:

Y или I — установить обновленную (основную действующую) версию;

N или O — оставить текущую установленную версию;

D — показать изменения между версиями;

Z — запустить shell

Список изменений файла:

Если сохраняем ранее выбранные настройки DNS, вводим «N» и нажимаем «Enter», если необходимо вернуться к стандартным настройкам — вводим «Y» и нажимаю «Enter».

После обновления файла ВМ будет перезагружена.

16. После перезагрузки ВМ необходимо авторизоваться (на этом этапе можно пользоваться PuTTY). После авторизации будет приветственное окно, которое сообщит, что мы все установили и это окно можно отключить удалив файл /home/ncadmin/welcome.sh (иначе оно будет постоянно появляться).

Нажимаем «Ok». — Nextcloud установлен.

Настройка ВМ

Для работы расширений VB установим соответствующий пакет sudo apt install virtualbox-guest-utils

После того, как ВМ будет выключена, в VB зайдем в настройки.

1. Можно включить двунаправленный буфер обмена (но лучше пользоваться PuTTY)

2. Я уменьшил оперативную память до 1024 Гб и отключил гибкий диск

3. Установил использование одного ядра процессора

4. Создал общую папку (folder): указал путь и включил авто-подключение

Сохраняем настройки и запускаем ВМ.

Изменение папки хранения данных

После запуска ВМ, авторизуемся.

1. Проверяем наличие общей папки

Должно отобразиться наименование «sf_folder» (на гостевой машине у общей папки префикс «sf_»), где «folder» — имя общей папки на хост машине.

2. Включаем в группу «vboxsf» (группа-владелец общей папки) пользователей ncadmin и www-data (пользователь Apache).

После включения в группу перезагружаем ВМ

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

Папка nextcloud расположена в корне папки www, а не внутри html

4. Копируем файлы настроек и пользовательские файлы в общую папку

5. Убеждаемся что всё скопировано

Так же можно проверить на хост машине в общей папке

6. Изменяем путь к папке данных в конфиг-файле

sudo nano /var/www/nextcloud/config/config.php

Откроется файл config.php, где для параметра ‘datadirectory’ необходимо изменить значение ‘/mnt/ncdata’ на ‘/media/sf_folder/ncdata’ (где «folder» — имя общей папки)

После внесения изменений нажимаем Ctrl+X, на вопрос о сохранении изменений вводим «y» и нажимаем «Enter».

7. Выключаем режим обслуживания

Результат

1. Авторизуемся на сервере Nextcloud через web-интерфейс под пользователей admin и добавим картинку в папку Photos

2. Проверим наличие файла в общей папке на хост-машине

3. Проверим наличие файла в мобильном приложении.

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

4. Обратный порядок копирования

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

После сканирования, добавленный файлы отобразятся в приложении.

UPD (18.01.2021): исправлена логическая ошибка в п.15 (комментарий @KYuri)

Источник

Виртуальный файловый сервер

Категории

Свежие записи

Наши услуги

По сути, локальные рабочие станции присоединяются к виртуальному серверу как к физическому – через интернет. Любые технические неполадки устраняет облачный провайдер.

Главные преимущества

У таких серверов есть несколько главных плюсов.
Во-первых, отличная производительность и комфорт. Работа с документацией становится быстрее, а сами мощности сервера могут меняться зависимо от нужд фирмы. Более того, использование vps предусматривает установку только лицензированного ПО. У пользователей есть доступ к данным отовсюду, достаточно лишь найти интернет.
Во-вторых, такая технология помогает значительно экономить. Так, затраты на поддерживание физического сервера (плата за электричество, аренду помещения и зарплата сисадмина) не нужны в таком случае. Также снижаются и требования к «железу» — сами локальные компьютеры могут быть недорогими ввиду низких запросов к производительности, нет нужды постоянно модернизировать сервер.
В-третьих, обслуживанием и устранением любых неполадок занимается облачный провайдер. Это делает файловые сервера надежными и безопасными. Более того, они также хорошо защищаются, присутствует архивация и шифровка данных

Процесс создания

Сначала в облаке формируется виртуальная машина. На ней устанавливают site-2-site VPN, Client Access VPN и сам файловый сервер.
На компьютерах монтируются диски – аналогично, как и со стандартным локальным диском.
Теперь вы можете сами, без помощи провайдера добавлять мощности и стирать данные благодаря системе самообслуживания.

Почему именно мы?

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

Добавить комментарий Отменить ответ

Для отправки комментария вам необходимо авторизоваться.

Источник

Установка сервера

Предисловие

В качестве виртуальной машины я использовал VMware WorkStation версии 6.0.2. Почему именно её? Потому, что этот продукт активно развивается, кросс-платформенный, имеет грамотный интерфейс иочень грамотную поддержку сети, а так же является лидером в области виртуальных машин.

Таким образом, при выполнении всех целей в нашем распоряжении будет полноценный UNIX-сервер, доступ к которому будет осуществлятся по средствам локальной сети.

Этап 1. Создание виртуальной машины.

VMware WorkStation доступна для скачивания по адресу http://www.vmware.com/downloads и не требует активации при использовании в ознакомительных целях.

После установки и запуска программы получаем такое окошко

Тут нам предлагают либо создать новую виртуальную машину (New Virtual Machine), либо новую команду (New Team), либо открыть уже существующий файл. Существующих файлов пока нет, команды нас не интерисуют, поскольку запустить их без активации нельзя, поэтому выбираем New Virtual Machine.

Нас привествует мастер по созданию виртуальных машин (New Virtual Machine Wizard). Он информирует о том, что последующие шаги будут направлены на создание виртуальной машины, что, собственно нам и нужно. Смело жмём «Далее» и переходим к следующему шагу.

От сервера не нужно ничего, кроме сервера, поэтому я выбрал Typical, дополнительные настройки будут сделаны позднее.

На этом шаге предлагают выбрать операционную систему, которая будет установлена. Выбор будет влиять только на драйвера, которые могут поставлены опционально на виртуальную машину. Я выбрал FreeBSD поскольку тип будет указан в описании машины, мне так больше нравится. Однако, я не собираюсь устанавливать ни X-сервер ни KDE, для простого сервера это лишнее, поэтому и драйвера мне особо не нужны, всё и так будет прекрасно работать, можно с тем же успехом выбрать Linux или MS Windows на работу сервера это никак не повлияет.

Тут нам предлагают ввести имя виртуальной машины и указать её расположение. Руководстувуясь тем, что имя должно быть говорящим, я назвал машину www-server.

Тут можно сразу указать какое подключение по лоакльной сети будет использоваться для связи машины с внешним миром. Можно выбрать прямое (Use bridged networking), использовать NAT или использовать приватное подключение. Пока я выбрал «не использовать подключение». Сетью займёмся позднее.

Тут нам дают возможность указать размер жёсткого диска (в гигабайтах), который будет установлен на виртуальной машине (Disk size), а также указать нужно ли зарезервировать место под него сразу (Allocate all disk space now) и разделять файл диска по 2 гигабайта (Split disk into 2 GB files). Резервировать место под диск не надо, поскольку установленный сервер будет занимать около 500 мегабайт. Разделять файл по 2 гигабайта имеет смысл, если он будет хранится на файловой системе FAT32, которая имеет ограниечние на размер файла. Посмотреть используемый тип файловой системы можно в свойствах диска, Windows XP по-умолчанию использует NTFS, поскольку FAT32 считается устаревшей файловой системой.

По окончании настройки, нажимаем кнопку «Готово» и виртуальная машина создана! Заботливый мастер нас об этом информирует и предлагает ознакомиться с руковоством использования виртуальных операционных систем.

Если нет желания каждый раз получать уведомление об успешном создании машины, то можно поставить галочку «Не показывать это сообщение снова» (Do not show this page again).

Создание виртуальной машины успешно завершено, можно переходить к настройке.

Настройка виртуальной машины

После окончания работы мастера, созданная машина появляется в «Фаворитах» (Favorites) слева. Если выделить её, то справа появится конфигурация и описание.

Детальное описание говорит следующее:

Итак я удалил из своей конфигурации флоппик, теперь дело за звуковым адаптером.

Теперь список устройств выглядит следующим образом.

Из предложенного списка будущему серверу нехватает только сетевой карты, поэтому выбираем Ethernet Adapter (Сетевой адаптер) и жмём далее (Next).

Далее нам предлагают выбрать тип подключения: прямое (Bridged), NAT, host-only или указать подключение вручную.

И так, я выбрал «указать тип подключения вручную» (Custom), а в списке указал VMnet8, которая по-умолчанию настроена для использования NAT-сервиса. Почему нужно явно указывать номер подключения? Потому что NAT может бытьнастроен на любую VMnet (Виртуальную сеть), а значит могут смениться настройки подключения по локальной сети для виртуальной машины, что приведёт к путанице. NAT я выбрал потому, что он предоставляет самый «правильный» доступ к локальной сети, без каких-либо усилий со стороны локальной машины. Без использования сервиса NAT будет нужна дополнительная настройка, чтобы обеспечить доступ виртуальной машине в Интернет.

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

Нас интерисует поле «Подключение» (Connection), где можно выбрать, что будет использоваться в качестве CD-ROM’а.

Я буду устанавливать FreeBSD 6.2-RELEASE, которую скачать можно, в виде ISO образов, с оффициально FTP-сервера ftp://ftp.freebsd.org. Едиственное но, dvd-образ я создавал сам, поскольку с двумя дисками, на которых она поставляется, при установке дополнительно ПО начинается чехарда «вставьте диск 1, вставьте диск 2, потом опять диск 1. «, это сильно раздражает. Для базовой установки вполне хватит первого диска, второй диск понадобится для установки дополнительных библиотек и сервера-Samba. Сейчас нужно «вставить» первый диск (disc-1), для того чтобы установить ОС.

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

Виртуальная машина должна иметь:

Этап 2. Установка операционной системы.

Если предыдущий этап был выполнен правильно, то сейчас Вы должны иметь виртуальную машину, готовую для установки операционной системы (ОС).

При использовании незарегистрированной версии VMware, запустить виртуальную машину можно только из VMware Player, который поставляется вместе с VMware Workstation.

Запускаем VMware Player и получаем такое окошко:

Нам предлагают либо открыть (Open) существующую машину, либо скачать (download) из виртуального магазина VMware. Ну а если до этого уже были запущены какие-либо машины, то их список отображается в поле Recent Virtual Machines. Нажимаем «открыть» (Open) и выбираем конфигурационный файл виртуальной машины.

Как только виртуальная машина будет выбрана, плеер сразу её запустит. Если в CD-ROM’е установлен заргузочный диск, то загрузка автоматически начнётся с него и можно приступать к первому шагу установки операционной системы.

Если же запуск с CD-ROM’а так и не стартовал, то значит были сделаны неправильные настройки или установлен незагрузочный диск. Для решения проблемы необходимо:

Если загрузка с диска стартовала, то на выбор будут предложены доступные варианты загрузки FreeBSD:

Разнообразные варианты запуска FreeBSD используются для выявления и устранения разных проблем. Если нужна обыная загрузка, то нужно выбрать первый вариант или просто нажать Enter. Если выбор не будет произведён в течние 10 секунд, то начнётся загрузка по-умолчанию (первый вариант).

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

Выбор страны влияет только на системную консоль, а точнее на keymap, поэтому не нужно бояться сделать неправильный выбор. К тому же все настройки легко меняются как во время установки, так и после.

И так я нахожусь в России, поэтому выбираю именно её.

Далее мастер предлагает выбрать раскладку для клавиатуры.

За русскую раскладку по-умолчанию отвечает KOI8-R, поэтому если страна была выбрана Россия, то и раскладка будет указана KOI8-R.

Нажимаем OK и идём дальше.

Перед нами страндартная утилита sysinstall, которая предназначена для установки, обновления, конфигурирования FreeBSD, а также ещё много для чего. В данный момент, нас прежде всего интерисует установка, поэтому выбираем стандартную установку, которую нам рекомендуют (Begin a standart installation).

Если у Вас небольшой опыт работы с систему FreeBSD, то рекомендуется использовать стандартную установку, поскольку в этом случае мастер поможет сформировать правильный конфигурацонный файл rc.conf.

Сразу после выбора типа установки нас предупреждают, что необходимо разбить диск на партиции (или как их ещё называют раздела), так же как это делает DOS’овский fdisk.

Нажимаем OK и попадаем в утилиту FDISK.

Нам показывают текщую конфигурацию диска ad0 (Disk name), синенькая полосока это курсор, с помощью которого можно выбирать нужный раздел и им манипулировать. На данный момент, поскольку диск ещё не разбивался, то всё пространство помечено как «неиспользованное» (unused).

Так как диск был предназначен только для сервера, то просто нажимаем клавишу «A», в результате будет создан раздел FreeBSD максимального размера.

Раздел создан! Неиспользуемое пространство до и после раздела необходимо чтобы храненить разную техническую информацию для нормальной работы диска, поэтому не стоит даже пытаться его как-то использовать. Если есть желание узнать больше о программе FDISK, можно нажать «F1» или «?» для получения подкробной справки.

После того как нужные разделы созданы, нажимаем «Q» и переходим к следующему шагу.

После создания раздела нам предлагают выбрать загрузочную запись:

Использование двух операционных систем на сервере не планируется, поэтому я выбрал стандартную загрузочную запись.

Если есть желание установить параллельно Windows и FreeBSD, то лучше не устанавливать загрузочную запись для FreeBSD, а использовать сторонний менеджер загрузки из-под Windows.

После выбора загрузчика, мастер предупреждает нас:

Внимательно прочитав сообщение нажимаем OK и попадаем в утилиту Disklabel Editor.

После того как раздел был размечен на подразделы, нажимаем «Q» и переходим к следующему шагу.

Здесь нам предлагают выбрать набор ПО, который будет установлен вместе с операционной системой:

Из программ пока ничего не нужно, ядро пересобирать не гвоздит, поэтому просто пропускаем этот шаг и идём дальше.

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

После выбора необходимых дистрибутивов мастер установки спрашивает нас, откуда будет устанавливаться выбранное хозяйство (в том числе и сама FreeBSD).

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

«Последний раз спрашиваю! Вы действительно хотите продолжить установку? Если установка продлжится, то все данные на диске могут быть потеряны, поэтому настоятельно рекомендуется сделать бекап всего, что нужно и не нужно! Вы можете потерять все данные без возможности восстановления!»

Терять на голом диске особо нечего, поэтому соглашаемся и наблюдаем за процессом установки.

После завершеия копирования файлов появится сообщение:

«Наши поздравления! FreeBSD успешно установилась. Сейчас вам будут заданы вопросы для установки системных настроек. Если вы не хотите делать эти настройки, то, просто, выберите Нет (No). Если вы захотите вновь воспользоваться утилитой sysinstall, то выполните /usr/sbin/sysinstall»

Нам предлагают настроить сетевую карту.

«Хотите ли вы настроить сетевой интерфейс сейчас?». Так как сеть просто необходима для сервера, то соглашаемся. Дальше выходит список доступных сетвых интерфейсов.

К слову, настоящим сетвым адаптером ethernet является только lnc0, остальные это LPT и COM порты.

Выбираем lnc0 и нас опять спрашивают:

.

Дальше нас опять спрашивают:

Теперь предстоит правильно заполнить довольно бульшую форму «Сетевые настройки» (Network Configuration):

Тут необходимо указать имя хоста (host), домен (domain), шлюз (Gateway), DNS-сервер (Name server), ip-адрес (IPv4 Adress) и маску подсети (Netmask). Откуда взять столько информации?

Имя хоста и домен можно вводить произвольные, разделяя их точкой. К примеру, хост www-server.domain.

Шлюз, DNS, нужный ip и маску нужно посмотреть в редакторе виртульных сетей VMware (Manage Virtual Networks). Открываем его и переходим на вкладку NAT.

ВНИМАНИЕ. Подсети для VMnet при каждой установке VMware выбираются случайным образом, не вводите мои значения вслепую.

Таким образом уже можно заполнять форму, у меня получилось примерно так:

Дополнительные опиции (Extra options) указывать не обязательно, просто оставляем их незаполенеными. Нажимаем «OK».

«Хотите ли вы включить интерфейс сейчас?». Если согласиться, то локальная сеть появится сразу, если нет, то после перезагрузки. Если учесть, что впереди обязательная перезагрузка системы, то этот выбор ни на что не влияет.

Сервис inetd

«Хотите ли вы сконфигурировать сервис inetd?». Сервис inetd позволяет простым способом организовать «слушающие» сервисы, которые привязаны к определённому порту, например ftp или NAT. В случае с веб-сервером inetd не будет использоваться, поэтому отвечаем «Нет».

Сервис sshd

«Хотите ли вы включить SSH авторизацию?». SSH расшифровывается как Security SHell, защищённая консоль управления, и позволяет организовать удалённый доступ по сети для управления машиной. Это неотъемлемый атрибут любого сервера, поскольку даёт возможность управлять компьютером из любой точки сети. Использовать удалённый доступ для управления виртуальной машиной нужно хотя бы потому, что становится доступным буфер обмена и не надо постоянно переключаться на VMware Player, это существенный плюс. Я рекомендую включить SSH.

FTP-доступ, анонимный пользователь

«Хотите ли вы иметь анонимный ftp-доступ на этой машине?». Нет. Но если есть желание, то в хендбуке всё подробно расписано, задача это совсем не такая простая как кажется.

NFS-сервер

«Хотите ли вы использовать эту машину как NFS-сервер?». NFS расшифровывается как Net File System (Сетевая файловая система). NFS-сервер позволяет использовать своё дисковое пространство на удалённых машинах по средствам сети. Если опыта работы в этой области нет, то просто выбираем «Нет».

NFS-клиент

На этом «простые вопросы» закончились, переходим дальше.

«Хотите ли вы настроить системную консоль?». Если планируется использовать русские буквы из консоли, то нужно настраивать. Отвечаем «Да» и попадаем в меню настройки консоли.

Управление настройками системной консоли состоит из следующих пунктов меню:

Нужно настроить шрифт, keymap, screenmap и ttys.

Шрифт (font)

Используем IBM 866 для KOI8-R.

Раскладка клавиатуры (keymap)

KOI8-R, её уже выбирали в начале установки, но для надёжности выберём ещё раз.

Раскладка вывода на экран (Screenmap)

Настройка терминалов (ttys)

Если все настройки консоли сделаны, то можно двигаться дальше.

«Хотите ли вы установить временную зону для этой машины сейчас?». Однозначно «Да», поскольку для сервера очень важно системное время и его временная зона.

Дальше у нас спрашивают:

«Время в биосе установлено по UTC? Если там выставлено местное время или вы затрудняетесь с ответом, то выберите Нет!». Время в биосе виртуальной машины установлено местное, поэтому нужно ответить «Нет».

После этого предлагается выбрать регион.

Россия относится к Европе, поэтому выбираем её.

Следующим шагом будет выбор страны.

Я нахожусь в России.

Затем нужно указать часовой пояс.

И наконец, мастер спрашивает нас:

На этом настройка временной зоны завершена.

Эмуляция linux

«Хотите ли вы включить поддержку Linux-приложений». Пока не актуально, ответ «Нет».

«Установлена ли в этой системе какая-либо мышь?». Даже, если таковая имеется, то можно отвечать «Нет», для сервера это не актуально. Поддержку мыши можно включить в любой момент времени, если понадобится.

Пакеты

«Коллекция FreeBSD-пакетов нсчитывает тысячи готовых к использованию приложений, начиная от текстовых редакторов и заканчивая играми для веб-сервисов и больше. Хотите чего-нибудь поставить?». Не стоит терять голову от заискивающих речей мастера установки, поскольку и пакетов на установочных дисков маловато, и почему-то глючит часто в этом месте, ссылаясь на невозможность прочитать данные с диска при установке пакетов. Настройка дополнительного ПО только после окончания установки!

«Хотите добавить пользователей в систему? Работать под учётной записью ‘root’ очень опасно (можно легко сделать необратимые изменения в работе системы).» Одного пользователя добавить стоит, поскольку планируется использование удалённого администрирования, а под учётной записью root удалённо подключаться не стоит и пытаться. Ответ «Да».

Добавление пользователя

В появившемся списке (добавить пользователя или группу) выбираем «Добавить пользователя » (Add a new user).

Дальше заполняем появившуюся форму:

Необходимо указать следующую информацию:

Нажимаем «OK» и выходим из меню добавления пользователей и групп.

Когда с паролем определились, можно жать «OK». Если опыта установки FreeBSD нет или малова-то, пароль лучше записать на бумажку.

В низу экрана появилось приглашение для ввода пароля. Но когда вы будете вводить пароль, ничего происходить не будет, поскольку даже информация о длине пароля root’a должна быть сохранена в тайне. По окончании ввода нужно нажать Enter и мастер попросит повторить пароль.

Повторите пароль. Если пароли не совпадут, то нужно будет ввести его опять. Это сделано для контроля опечаток. Пока система не удостоверится, что вы знаете пароль и сможете его потом повторить, дальше она вас не пустит.

Стандартная установка FreeBSD. Завершение установки.

«Может быть сходим в главное конфигурационное меню для установки каких-нибудь настроек?». Нет, не надо, поскольку сначала нужно загрузиться с только что установленной системы.

Отказавшись сходить в конфигурационное меню, попадаем в главное меню sysinstall, с которого собственно всё и начиналось.

Если желания повторить установку нет, то выбираем «Выход из установки» (Exit install) курсорными клавишами (вправо-влево) и нажимаем Enter.

«Вы действительно хотите выйти? Система будет перезагружена (уберите флоппи-, CD-, DVD-диски из системы).» Перезагрузка необходима, поэтому соглашаемся. Диски никакие убирать не надо, поскольку виртуальная машина грузится сначала с жёсткого диска, а потом с CD-ROM’а.

После перезагрузки машины, должна загрузиться, только что установленная, FreeBSD.

Вводим логин root, пароль, который не надо было забывать, после чего система должна нас впустить и дать возможность вводить команды с клавиатуры.

Для примера можно протестировать настройки сети.

Первой командой я протестировал соединение по локальной сети:

Если ответы идут, то сеть в порядке. IP-адрес 192.168.227.1 установлен на моём виртуальном адаптере для VMnet8, поэтому пингую именно его.

Прервать команду ping, и не только её, можно комбинацией клавиш Ctrl+C, на экране она отображается как ^C.

Следующей командой я проверил настройки DNS:

Если DNS-сервер был прописан правильно и на компьютере установлен доступ к нему, то результатом будет ответ, в котором будет указан IP-адрес для домена www.ru. Если же ответа нет, то необходимо проверить связь до DNS-сервера при помощи команды ping или traceroute, а так же настройки файрвола.

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

У меня настройки были введены правильные и подключение к Интернет присутсвовало, поэтому связь до www.ru была установлена и ответы пошли.

Если у вас что-то было прописано неправильно, то для быстрого доступа к настройкам сетвой карты можно воспользоваться уже знакомой утилитой sysinstall:

Далее выбираем пункты меню Configure > Networking > Interfaces, после чего попадаем в меню настроек сетевых интерфейсов, которое было уже описано выше. После исправления необходимо перегрузить сетевые настройки командой

А дальше опять тестировать, исправлять, думать, проверять файрвол, читать статью, пока не заработает!

Если желания пользоваться мастером нет, то можно отредактировать системные конигурационные файлы:

для изменения настроек сетевой карты и шлюза, а так же

для изменения адреса DNS-сервера.

Для вывода сетевых настроек и доступных сетевых карт можно воспользоваться утилитой

Что должно получится?

После завершения установки мы должны иметь виртуальный сервер на основе FreeBSD с настроенной локальной сетью, одним пользователем в группе wheel и запущенным сервисом sshd. И так проверяем!

Проверка настройки локальной сети.

Первым делом нужно проверить какой адрес настроен в данный момент на сетевой карте, для этого можно воспользоваться утилитой ifconfig.

Нам показали список сетевых устройств, установленных в данной системе.

Нас интересует прежде всего интерфейс lnc0, поскольку именно он отвечает за настройки локальной сети. На нём сделаны следующие настройки:

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

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

Если потерь нет, то сеть работает нормально! Если ответов нет, то необходимо проверить следующее:

ВНИМАНИЕ! Если опыта работы с VMware нет, то менять сетевые настройки нужно только НА ВИРТУАЛЬНОЙ МАШИНЕ!

Для настройки сетевой карты в FreeBSD воспользуйтесь утилитой sysinstall (Configure > Networking > Interfaces), а для применения настроек используйте команду /etc/netstart.

Проверка пользователя

Команда ls выводит список всех доступных файлов и каталогов для указанной цели. В моей папке home находится только папка zg, это папка пользователя, которого я добавил при установке системы. Если у вас в системе нет пользователей, то можно добавить через утилиту sysinstall (Configure > User Management > Add user). При добавлении пользователя не забудьте указать группу wheel.

После вывода списка домашних директорий пользователей, я вывел информацию о пользователе zg, командой

Тут меня интерисует информация о группе (Group), необходимо, чтобы группа была wheel, поскольку иначе мне не дадут удалённо использовать учётную запись root, а без этого невозможно управлять сервером в полной мере.

Если группа отличается от wheel, то выполните следующую команду:

На последок, я изменил класс пользователя на russian командой

Для комфортной работы нужно также изменить класс root’а на russian:

Напомню, что сервис sshd позволяет удалённым пользователям заходить на машину и работать с ней посредствам сети.

Для проверки работы сервиса sshd, можно воспользоваться командой sockstat, выбрав все строки, содержащие ssh:

Если после выполнения команды ничего не вывелось на экран, значит сервис sshd не был запущен.

Для запуска сервиса sshd можно воспользоваться утилитой sysinstall, где перейти в раздел Configure > Networking и поставить крестик напротив надписи sshd (она почти в самом низу списка, для навигации по списку используйте PgUp, PgDown или курсорные клавиши). После этого нужно запустить сервис sshd командой

После этого опять проверить какие порты прослушиваются командой sockstat, необходимо, чтобы сервис sshd прослушивал 22 порт.

Если всё заработало

Если все настройки верны, сеть работает, пользователи добавлены, а сервис sshd работает, то можно заканчивать описание работы VMware и переходить непосредственно к описанию установки и настройки сервера на основе FreeBSD, так как если бы он был подключён в локальную сеть.

© 2021 Антон Прибора. При копировании материалов с сайта, пожалуйста, указывайте ссылку на источник.

Источник