Issue-2017.05.26

Тел. +7 904 707-11-25
E-mail: yudenisov{at}aport2000.ru

Категория «16+»

Мой сайт   Визитка на Мемиане

[Выпуск 26.05.2017]

 

[[27.05.2017]]

[27.05.2017 13:21:22]

Сегодня закончил писать изменённый текст о характеристиках своего хостинга, отладил в нём ссылки на удалённый доступ к своим серверам, и начал настраивать Samba клиент на компьютере Ubuntu.

Для того чтобы получить доступ в Ubontu к дискам Windows, необходимо проделать следующие действия:

  1. Установить, вместе с зависимостями, пакеты Samba, smbclient и cif_utils. Сделать это нужно через менеджер пакетов apt или aptitude;
  2. Подготовить и записать в надёжное хранилище файлы credentials (дале обозначаются как your_file), содержащие учётные записи подключения к Windows хостам. Желательно, чтобы имя файла имело следующий формат:

.«пользователь»@«хост» (естественно без кавычек)

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

username=пользователь

password=пароль

workgroup=имя рабочей группы, домена или компьютера, если он сам себе домен

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

Примечание: при авторизации в Microsoft Windows Вы указываете аналогично «имя рабочей группы, домена или компьютера«\пользователь и потом пароль. Эта стандартная форма авторизации в Windows, перенесённая на сервер Samba;

1. Создайте точку монтирования каталогов Windows сервера. Лучше всего назвать точку монтирования как то так:

/mnt/cifs/your_host/your_share

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

2. Осуществите монтирование файловой системы командой

mount.cifs //your_host/your_share /your_mountpoint -o credentials=your_file,rw

Или в файл /etc/fstab добавьте строчку:

//your_host/your_share /your_mountpoint cifs credentials=your_file,rw 0 0

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

Примечание: Хост можно указывать доменным именем, именем NetBIOS и просто IP адресом, без разницы. Если указываете доменное имя, проверьте, правильно ли Вы настроили DNS сервер.

После этого у меня «волшебным образом» появилась вся шара с Windows компьютеров, которую я захотел увидеть на своём сервере.

Само собой разумеется, что я теперь дрожу за свои пароли. Ни один из них не должен быть скомпрометирован Ещё мне нужно проверить, не осуществляет ли кто-нибудь над моим компьютером бутфорс. 🙁

 

[[26.05.2017]]

Сегодня реализовал свой давний «бзик»: заиметь своё собственное облачное хранилище на основе веб-сервиса OwnCloud. Мне это удалось. Но о всём по порядку.

Персональное облачное хранилище было бы ещё одним весомым плюсом к продвижению собственного хостинга. Ведь удобным клиентом может похвастаться не каждый хостер. OwnCloud в бесплатной версии удовлетворяет все мои потребности в облаке. Но с его установкой у меня возникли проблемы.

Началось с того, что OwnCloud не стал устанавливаться у меня ни как плагин к FreeNAS, ни как компонент WAMP сервера. Мне пришлось срочно развёртывать на виртуальной машине Ubuntu Server. Причём этот сервер мне пришлось установить в 32-х разрядном виде, поскольку процессор Pentium G не поддерживает аппаратную виртуализацию, необходимую для запуска гостевых виртуальных машин. Операционная система достаточно быстро установилась на виртуальную машину, единственно, я сделал несколько «промахов» стоивших мне времени: Первый промах касается того, что, пойдя на поводу конспирологии, я зашифровал файловую систему Ubuntu специальным длинным паролем. В результате запомнить этот пароль мне не представляется возможным, скопировать его я тоже не могу, и мне приходится при каждой перезагрузке компьютера вводить этот пароль с бумажки. Это полностью делает ненужным шифрование файловой системы. Второй промах касался настройки сетевых интерфейсов. Дело в том, что Ubuntu, в отличие от Windows XP, очень хорошо дружит с протоколом DHCP и «не любит» ручной настройки сетевых параметров. Поэтому мне пришлось делать «двойную работу» сначала назначая системе статичный IP адрес, а потом меняя этот адрес на DHCP настройку.

Настроив правильно Ubuntu Server и установив на него пакеты WAMP, OpenSSH, Midnight Commander, Aptitude, Webmin и зависимости я начал установку пакета ownCloud. Я скачал дистрибутив с официального сайта, распаковал в папку на гостевой виртуальной машине, назначил права доступа к каталогу, создал базу данных MySQL, удовлетворил зависимости, после чего запустил установку. Установка прошла «на ура», и уже через пять минут я смог войти в админку

Но это не всё. Дело в том, что сами данные ownCloud мне необходимо размещать не на виртуальной машине Ubuntu, а на сетевом хранилище данных. А с этим у меня возникли трудности, о которых я писал. Тогда я решил использовать в качестве папки для хранения данных ownCloud файловую систему UNIX NFS, которую я монтирую с NAS в гостевую виртуальную машину Ubuntu. Сказано – сделано. Я зашёл в админку FreeNAS, и активировал сервис NFS. Сразу отмечу, что в настройках сервиса по умолчанию ничего не нужно менять, кроме того, что в первом поле необходимо указать доверенную сеть, в которой будут осуществляться подключения. Я не хотел доступности этого каталога для посторонних, потому указал только свою сеть (IP адрес сети и её разрядность).

Далее я полчаса пытался установить соединение, пока не вспомнил, что во FreeNAS мало разрешить и настроить сервис, в нём надо также отдельно задать шару. А шара задаётся совсем в другом разделе… Этот раздел я нашёл, и создал нужную шару. Кроме пути, в шаре необходимо указывать также права доступа для суперпользователя каталога и группу суперпользователя каталога. Если Вы не хотите проблем, устанавливайте значения ‘root’ и ‘wheel’. Эти значения администраторов FreeNAS по умолчанию. Можно задать и более низкие права, но тогда управляемость каталога из-под клиентской OS не гарантируется. Группу и пользователя Guest лучше оставить «N/A». После этого файловая система у меня смонтировалась, и мне удалось поменять права каталога на нестандартные, необходимые для виртуальной машины. На всякий случай я указал монтирование файловой системы nfs при запуске Ubuntu строкой в файле /etc/fstab:

«IP адрес»:«полный путь к каталогу FreeNAS» «полный путь к точке монтирования» nfs rw,soft 0 0

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

Теперь привожу параметры своего ownCloud сервера:

Адрес в сети Интернет – пока не назначил, но будет что-то вроде http://web.yudenisov.ru:13080/owncloud/

Максимальный размер принимаемых файлов – 100 Мбайт.

Квота хранилища – пока не ограничена;

Для регистрации необходимо написать администратору на yudenisov@mail.ru. В обратном письме он пришлёт логин и пароль.

Для облачного хранилища есть клиент для синхронизации данных и доступ по протоколу WebDAV.

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