Как стать автором
Обновить

История создания домашнего облака. Часть 1. Настройка среды Debian для повседневного использования

Время на прочтение 28 мин
Количество просмотров 63K
Всего голосов 40: ↑27 и ↓13 +14
Комментарии 97

Комментарии 97

А зачем все эти графические финтифлюшки для сервера?
НЛО прилетело и опубликовало эту надпись здесь
1. Уже ответил ниже.
2. Вообще-то — объяснил ) А вот с тильдой домашнего каталога да — как-то упустил.
5. Принято!
НЛО прилетело и опубликовало эту надпись здесь

Всё правильно, иксы лишние, сам вот на праздниках занялся настройкой медиа-сервера на debian, изначально планировал делать чисто консольный вариант, но в последний момент решил всё же на всякий случай воткнуть Cinnamon, в дальнейшем же просто убрал из автозагрузки иксы. Сначала через команду ps ищем сервис иксов (в моём случае lightdm.service), потом выполняем 2 команды:
sudo systemctl stop lightdm.service
sudo systemctl disable lightdm.service


Кстати, у меня возникли трудности с настройкой веб-морды rutorrent для rtorrent, а также rtorrent как-то выборочно то качает, то не качает раздачи с rutracker. Если кто может посодействовать, прошу написать в личку.

rtorrent вообще своей жизнью живёт.
единственное, что могу порекомендовать — установите вместо rtorrent rtorrent-PS. Это rtorrent на стероидах, с багфиксами и кучей преднастроек.

У меня rtorrent-PS работает в связке с rutorrent и torrentmonitor. Последний мониторит обновления раздач, средний скачивает обновлённые торрент-файлы и скармливает их первому :)

Чтобы всё работало и в недалеком не очень светлом будущем к вам не было претензий у провайдеров и прочих правообладателей, запросы к трекерам исключительно через TOR и отключить udp-трекеры и DHT.
Интересно что заранее подумали о защите от возможных проблем с законом)
А по какой инструкции настраивали? Интересно как вы все это связали да еще и тор использовали.

Зачем финтифлюшки — не знаю, но чего вы все так прицепились к GUI? Как пропадёт надобность — снесёт гном, а так — речь идёт о ~500 мегабайт оперативной памяти. Для nextcloud остается ещё 1.5 Гб, что для одного юзера и трёх устройств более чем достаточно.


Автору: я тоже держу nextcloud в виртуалке и было бы интересно узнать, как правильно настраивать сеть: пробрасывать в неё порты с "белого" IP физического интерфейса и как заставить программы типа openvpn-client не ломать эту маршрутизацию.

Слишком много рассказывается про ненужное. Если бы он настраивал свой компьютер как хост и там бы запускал там виртуалку с файлопомойкой, тогда все телодвижения были бы логичны.
А поднимать виртуалку, в ней поднимать графическое окружение, чтобы потом в ней настраивать серверные службы — это нерационально и непонятно. Графическое окружение у него на хосте есть, нахрена дополнительная прослойка?
Nextcloud на KVM виртуальную машину. Каталог data монтируется через cifs-utils. Физически data лежит на хост системе. Сама виртуальная машина получает реальный IP адрес, так как на хост системе поднят bridge интерфейс, прицепленный к eth0.
Каталог data монтируется через cifs-utils.

На вкус и цвет фломастеры разные, но если нет необходимости в доступе к этой папке из винды то лучше, наверное, все же nfs.
Согласен отчасти. Принципиальной разницы нет. Просто у меня это еще и сервер-NAS для всех операционных систем. SAMBA уже настроена все равно. А есть реальная разница?

UPD. Почитал. Согласен. Но работает, однако.
Сейчас fstab виртуалки выглядит так:
//192.168.100.201/Storage_3/nextcloud_data /mnt/nextcloud_data cifs user,uid=33,gid=33,credentials=/etc/.smbcredentials,iocharset=utf8,x-systemd.automount 0 0

У меня нет возможности получить белый IP адрес на виртуальной машине, поскольку он администрируеится провайдером, привязка к MAC и всё такое. В общем, жду следующей части.

У меня нет возможности получить белый IP адрес на виртуальной машине, поскольку он администрируеится провайдером, привязка к MAC и всё такое. В общем, жду следующей части.

А у вас что, кабель от провайдера напрямую в компьютер идет? Рискованно живете :)
Почему рискованно? С настроенным фаерволом — никаких проблем…
У меня только опыт локального решения. NC я дальше локальной сети не выводил.

Извините, но статья должна называться "Как НЕ надо делать домашнее облако"

Хотелось бы конструктивной критики. Тем более, никто и не запрещает пропустить эту часть.

Проблема в том, что человек пришедший «с винды» далеко не всегда сразу может вот так легко управлять с командной строки. Пару раз попробовал и бросил, пришел ко мне: «Дай готовую виртуалку». Только он в этой виртуалке ни IP поправить не может, ни пароли для доступа поменять, ни сам конфиг для облака изменить. Так утверждается миф Linux — это сложно. Но это неправильно, потому что это не так. Просто погружение должно быть плавным и понятным. GUI — это только вопрос удобства и не более.
GUI — это удобство только для браузера и офисного софта. Если во всех мануалах по own/nextCloud все действия по установке выполняются в консоли, то зачем нужен гуй? По итогу получается, что «файлопомойка» вместо 100 мегабайт ОЗУ будет потреблять 500 (если нагрузги не будет) и все эти гуи будут висеть мёртвым грузом. Про ssh, как мне кажется, должен знать любой человек, кто хоть как то касается линуксов.
Далее. Если вы написали статейку о Debian Server, то почему до сих пор не знаете, что список пакетов в apt можно писать через пробел?
Далее. Раскрашивание консоли? Серьёзно? Тогда к чему 90% статьи про GUI?
Далее. Debian 7 в 2017(8) году? Зачем?
Ненужность сборки софта из сырцов объяснять не буду по причинам, изложенным выше

PS: Очень интересно почитать, что будет во второй части
Если вы написали статейку о Debian Server, то почему до сих пор не знаете, что список пакетов в apt можно писать через пробел?

Можно и кое-где пишу. Разделение пакетов по отдельности — смысловое.

Раскрашивание консоли? Серьёзно? Тогда к чему 90% статьи про GUI?

Ответил же выше про плавность перехода)

Debian 7 в 2017(8) году? Зачем?

А вы… по-диагонали читали! )

Очень интересно почитать, что будет во второй части

Ну, я думаю, конкретно вы там вряд ли что-то новое найдете)
А вот оценка и критика реализации того как и что я понял и сделал мне самому интересна.
Управление непосредственно NextCloud все равно будет либо через командную строку, либо через веб. Настройка IP, смена пароля, обновление пакетов — все это несколько команд в консоли.

GUI в данной статье исходя из ее названия и целей нужен лично вам. Проще было писать две независимые статьи: «Как я знакомился с Debian» и «Как настроить nextCloud». Только первая на данном ресурсе будет не очень популярна, так как их много уже.
Ну вот у меня основная система — винда. И большой опыт работы в DOS в своё время тоже был. GUI линуксов для меня какие-то… не такие. Особенно, Gnome. С линуксами (шеллы на хостингах) общаюсь через putty, и mc достаточно, чтобы избавиться от рутинных файловых операций. А офис и браузер на сервере — действительно лишнее. Особенно, если им всегда управляют извне.

Может, конечно, автор в действительности хотел написать статью «настраиваем Debian для офисной работы», но причём тут приватное облако?
Хотите я открою вам страшную тайну? При нежелании/неумении работать с линуксом и консолью, домашнее облако делается так: ставите, например, nethserver, открываете в браузере его панельку управления и там выбираете «хочу nextcloud».
НЛО прилетело и опубликовало эту надпись здесь
Если использовать сразу все готовое, то понимания не будет. Мне хотелось разобраться и сделать все самому. Я ж не связан по работе с администрированием, сайтами, да и вообще программированием по сути-то. Это больше хобби, чем необходимость) Я ж статью не для плюсиков писал, а как помощь действительно начинающему плюс вынос на общий доступ своего понимания, т.к. отзывы позволят выявить свои ошибки или непонимание чего-то, что благотворно скажется на дальнейшем развитии. Ну вот чему-то научился я — а к кому за оценкой обратиться? В моем окружении особо не к кому. Так что про колено это вы зря — по крайней мере морально я готов к минусам и кармасливу) Это-та статья — это ерунда. Равно как и по самому облаку. А вот с настройкой веб сервера будет все поинтереснее.
Надо было спойлерами скрывать подробности. И по моему у публикации можно поставить метку туториал
Для туториала тут слишком много лишнего. Это надо тогда выкинуть все исторические отсутпления и всякую философию. Получится просто сухой перечень команд с краткими комментариями — вполне себе туториал нормальный тогда будет. Но в этот раз я не стал позиционировать статью таким образом.
Соглашусь с другими комментаторами. Статья начиналась про настройку своего облака, а потом все ушло в сторону допиливания под себя свое удобство дебиана. Для настроек именно сервера 90% этой статьи не нужно. Тем более настройка NumLock или Видеоплеера, это вообще зачем тут?
В далеком 1999 году мне понадобился дома шлюз в инет с неким набором софта, которого тогдашние (да и нынешние) роутеры дать не могли. У меня был старенький, но вполне рабочий комп на Pentium-166MMX и я сел и ничтоже сумняшеся поставил на него FreeBSD 4.x и установил все, что мне надо было. И «погружение» прошло замечательно без всяких Double commander и прочих GUI, даже mc и тот не пользовал в виду отсутствия нужды (и сейчас использую крайне редко), ssh и только он.
Статья скорее вредная, чем полезная. Тех же пользователей винды заставляет жить виндовыми привычками, вместо того, чтобы взять и показать, как оно на самом деле.
Тех же пользователей винды заставляет жить виндовыми привычками

Я бы не сказал, что виндовые привычки — это так уж плохо. Если человеку так удобней, то почему бы и не сохранять их?
У меня и кодировка в линуксе до перехода на юникод была 1251, и сохранение в vim по F2, а выход по F10…

Другое дело — что в линуксе консоль основополагающа и, если уж есть желание разобраться, то начинать надо с неё, а не с установки double commander и сборки текстового редактора. А в графику переходить только тогда, когда этого требуют задачи.
эммм.
1) Ставим ubuntu server (никаких gui для запуска сервиса)
2) wget raw.githubusercontent.com/nextcloud/vm/master/nextcloud_install_production.sh
3) sudo bash nextcloud_install_production.sh
в принципе, кроме того что надо пару раз нажать next и ответить Y ничего не требуется…
поддерживаю, что то слишком много буков как для домашнего файлосервера, и перестаньте уже все подряд называть облаками — у вас это NAS скорее
Production скрипт, а в конце обновление дистрибутива и reboot без вопросов. Жестокие они.
Этот скрипт официальный? Очень странные некоторые места. Зачем он repair выполняет, например?
mysqlcheck -u root -p"$MARIADB_PASS" --auto-repair --optimize --all-databases
check_command sudo -u www-data $NCPATH/occ config:system:set mysql.utf8mb4 --type boolean --value="true"
check_command sudo -u www-data $NCPATH/occ maintenance:repair

Ну и мне тот же nginx привычнее.
Там из странных мест есть ещё установка странных dns'ов, кучка ненужных пакетов (ifupdown, например) и странная локаль «sv_SE.UTF-8».
А с repair всё просто. Конвертация таблиц после включения 4-байтной поддержки utf-8 в mysql.
А это точно надо? Я не делал.
Нет, это не обязательно. Это нужно для emoji и ещё пары каких-то особо специфичных символов. Для классического NAS с файлами на латинице/кириллице это не нужно.
А в чем смысл установки debian 8.7.1 и после этого dist-upgrade? А список репозиториев после апгрейда у вас так и остался для jessie? И если нет, то почему в статье об этом ни слова?
Смысл в том, чтобы показать как обновлять систему. На текущий момент она обновится до версии 8.10, т.е. в рамках релиза Jessie. И я это проверил. Но… Вот насчёт списка репозиториев после вашего вопроса у меня закрались сомнения. upgrade его точно обновить не должен. А вот dist-upgrade… я не уверен) Вечером проверю.
Спасибо, ценное замечание.
Jessie уже oldstable. Актуальный Debian — stretch.
Я в курсе. Но у меня всё построено и работает именно на jessie. Выкладывать же код для stretch — это надо на нём всё проверить, мне совесть не позволит писать не проверив. А если я буду переводить всё на stretch… наверняка появятся свои моменты, которые надо сидеть решать и тогда я на статью всего скорее всего просто забью. Я эту-то три дня писал, правил, корректировал. А написана только четверть того, что хотел.
А список репозиториев после апгрейда у вас так и остался для jessie?

Проверил. Да, список остался)
Администрирование очень быстро утомляет. Нужно, чтобы просто работало, особенно, если это домашнее/личное облако. Если хочется поиграться с Linux, то зачем гуи? Если же хочется чтобы просто и надежно, то зачем возиться?
Сам наигравшись ушел на YunoHost (готов рассмотреть альтернативы). FOSS, всё из коробки. Уже больше полугода вообще не вспоминаю о том, что нужно что-то настраивать.
Я на всякий случай оставлю свой ранее опубликованный мануал по развертыванию owncloud/nextcloud. Если вы что-то добавите — буду благодарен. Буквально несколько дней назад заново понимал виртуальную машину со свежей версией.

Поднимаем Owncloud с нуля с динамическим IP и Let's Encrypt. Тысяча слонов!*

В целом, я согласен с комментариями по поводу бессмысленности GUI на самом сервере. Корректный вариант — GUI на клиенте, если это необходимо. Например, я использую virt-manager на десктопе, чтобы через SSH управлять KVM виртуальными машинами на сервере. В любом случае, спасибо за пост.
В целом, я согласен с комментариями по поводу бессмысленности GUI на самом сервере.

Это если на сервере только облако.
У меня, например, кроме owncloud и transmission на «сервере» стоит kodi, которому нужны иксы.
У меня тоже стоит Kodi. На сервере. Но при этом там нет GUI, DM, WM и всего прочего. Только голые иксы под которыми стартует Kodi. Большая разница по количеству лишних пакетов и ОЗУ. Или это скорее исключение. А основные сервисы упакованы в виртуальные машины и изолированы от железа.
Вы линуксоид, видимо вам так удобнее. А человеку не знакомому с линуксом, на порядок проще поставить дистрибутив с gui.
Ну так ему наверняка только библиотеки нужны, а не полноценное декстопное окружение с файловыми менеджерами и текстовыми редакторами.
У меня в своё время на домашнем сервере жил ktorrent качалкой — запускался под Xvnc. Само собой, ему нужны были какие-то KDE'шные библиотеки, но полный KDE я не ставил. Сперва даже пытался вообще без WM жить, но потом всё же evilwm поставил.
Я так понимаю у вас много вируалок, а как вы пространство распределяете? Используете LVM?
Большой раздел на 2.5 ТБ. Смысла нет дробить.
То есть это выглядит так «хочу виртуалку для очередного nginx'а/чего другого, создаю файл образ объёмом 10Гб(например), туда ставлю Ubuntu Server»?
Как-то расточительно. Хотя конечно безопаснее, например как я понял чистая виртуализация к Meltdown неуязвима, а Docker/LXC/OpenVZ уязвимы.
К сожалению вынужден присоединиться к постам остальных комментаторов: GUI не нужен. Мои познания в работе с Linux настолько скудны, что после отвала сети мне приходится переустанавливать систему, а vi мне до сих пор снится в кошмарах. Тем не менее, на установку nextcloud ушло меньше часа. Надо сказать, что если бы я следовал Вашему гайду, наверняка забросил бы где-то на «раскрашивании терминала». Очень много лишнего даже с моей точки зрения, а мне бы «костыли» на самом деле не помешали.

Я устанавливал так: ubuntu server, добавление репозиториев (ух, проклятый vi!), установка nano, ssh сервера, webmin, samba. Дальше все это добро настраивалось через тот же webmin и после этого скриптом поднимался nextcloud.
Для мультимедиа в локальной сети еще ставил plexmediaserver и netdata.
Это действительно покрывает 90% нужд, КМК.

Сложнее всего для меня было ставить, как ни смешно, торренты. Так и не нашел клиента, который хотелось бы видеть, поставил deluge лишь бы работало. Еще какие-то проблемы были с правами на доступ к файлам и папкам в samba. Пришлось везде вкорячивать (простите!) chmod 777, благо локальная сеть.

GUI, сборка текстового редактора — бррр… Собирать я вообще что-то боюсь, хотя тьфу-тьфу пока получалось. В общем новичка такой гайд реально может шокировать.

А там всё просто в samba, создаёте группу и добавляете туда пользователей, потом в конфиге к каталогу подписываете valid users = @имя_группы
Только я не понял, во сколько групп можно добавить пользователей, подскажет кто?
В качестве торрент-качалки выбрал rtorrent, вот только не могу веб-морду к нему настроить.

Я устанавливал так: ubuntu server, добавление репозиториев (ух, проклятый vi!), установка nano

С каких пор в ubuntu server nano не установлен по умолчанию?)
В 16.04 еще был. А вот в centos'е nano ручками устанавливать пришлось, правда ось там не мной была поставлена, может это её установщик любителем vim'а был.
Хороший вопрос!
В 17, что я скачал с сайта, nano не было.
Месье знает толк в извращениях. Под сервер крайне желательно все же брать стабильный LTS релиз. 16.04, то есть.
Один раз живем!
Работает, и то ладно.
У меня боевая машина, на ней данные целой лаборатории научной… Жуткие вещи я творю на тестовых машинах.

Вставлю и свои 5 копеек.


  1. Виртуалка с облачным сервисом — зачем её настраивать так, будто это основная рабочая машина на повседнев? Минимальненько должно быть, только самое важное.
  2. GUI — а вот тут ругать не стану =) Хотя и хвалить не буду. Тем не менее для новичка визуально ориентироваться в папках проще, чем вспоминать названия папок в консоли. В конце концов GUI после настройки сносится к чертовой бабушке, а понимание где находятся основные конфиги остается и консоль становится на миллиметр дружелюбнее.
  3. Где собсна nextcloud? Пришел по заголовку на одну тему, а статья вообще о другом. Подготовка сервера умещается в пару небольших абзацев. Установка nextcloud — еще небольшой один абзац. А вот всякие неожиданности и хитрости по настройки, а так же объяснение не всем понятных моментов и функций должны были стать основной простыней текста в статье.
    Я сам ставил и own и next cloud. Установить — проблем особо не возникает, а как доходит дело до грамотной настройки облака, интеграции девайсов, так сразу вылезают различные приколы, которые у некоторых просто отбивают все желание. А учитывая слабое понимание у новичков самих принципов работы сервиса и линя в целом, из-за кучи ошибок, непонятного нелогичного по их мнению поведения начинает складываться ощущение, что все это еще сырое, нестабильное и вообще ну его нафиг, гугол и яндекс как то проще...

Пожалуйста, AlexanderS, напишите ту статью, которую от Вас хотят получить, и которую Вы, как я думаю, изначально хотели дать.

По пунктам 1 и 3 отвечу цитатой из текста:
Для начала необходимо сделать себе удобную среду для работы, то есть не просто установить систему на виртуальную машину, но настроить её под себя, приблизить её к тому виду, который мне удобнее и привычнее. Второй этап – доведение этой машины до функционирующего веб-сервера. Третий – превращение веб-сервера в облако.

Вы позиционируете статью на некий круг людей, с минимальными познаниями, а в итоге пишите про настройку "под себя". Почему бы тогда не начать с установки и настройки vmware? Это равносильно тому, что инструктор в школе вождения начнет вдалбливать будущим водителям, что для того, чтобы начать ездить, нужно сперва установить кожаные сидения с массажем (потому что у инструктора спина болит), прорезать люк (чтобы останавливаться прямо под светофором), купить громкую стереосистему (чтобы даже глухой услышал) и т.д. А что, ведь ездить станет удобнее.


Вы пишете не для себя памятку, а инструкцию для других, разве не так?


Допустим даже что новичку, на Ваш взгляд, действительно необходимы некоторые дополнительные инструменты. Зачем новичку забивать голову тем, что для текущей задачи ему вообще не нужно? Сборка ПО, Вы серьезно? Новичек хочет plug&play решение, поставил, настроил и забыл. Для чего углубляться в такие дебри, как сборка, если подразумевается что задача настройки является однократной и подойдет любая уже готовая альтернатива, которая потом будет удалена. Если Вы начнете рассказывать про развитие навыков и т.д., то я сразу отвечу — тема статьи о конкретной задаче, а не научиться линуксу.

gravl, да не ругайтесь вы так)
Я вас услышал.

Да, я пишу инструкцию для других. Но я же честно написал: «Нижеприведённое описание системы «под себя». О вкусах не спорят: кому-то понравится, кому-то – нет».

тема статьи о конкретной задаче, а не научиться линуксу

Смысл статьи — решить конкретную задачу, заодно научившись линуксу. Для решения конктерной задачи есть короткие туториалы.

Новичек хочет plug&play решение, поставил, настроил и забыл.

Нет, статья не для таких новичков. для Статья для колеблющихся, тем кто хотел бы начать пользоваться Linux, но не готов сразу с головой в bash. Эта часть наглядно показывает, что можно поставить «тотал коммандер с нотепадом» и пользоваться так как привычно: открывать файлы по F4, сохранять по F2 и закрывать программу по Ctrl+F4. В статье приводится пример, что все эти аналогичные и привычные инструменты есть — линуксом можно пользоваться каждый день и если понадобиться проблем с инмтрументами не будет.

Я соглашусь, что у меня получается некая солянка-хардкор. Кто-то негодует, что мало консоли и зачем гуи, кто-то говорит, если есть гуи — да нафиг мне эту консоль? Чтобы ничего не делать можно же просто поставить Mint и не париться. А для узкого решения задачи есть более профессиональные и чёткие мануалы в интернете.
Я вот посмотрел — в ноябреwtigga
оказывается уже выкладывал свою статью по установке и настройке Nextcloud 12. Нормальная такая грамотная и чёткая статья без всякой воды. Если бы я догадался проверить «близкие» статьи по nextcloud, может и не стал бы писать, а то три дня потратил только лишь на одну эту статью. Ну, посмотрим, что у меня выйдет со следующей частью)
А мне нравятся такие статьи, любопытно посмотреть, как кто решает подобные задачи. Только я бы ее позиционировал не как гайд, а как некий отчет о проделанном, глядишь и критика была бы более мягкая и конструктивная.

Теперь к критике. GUI на серверной машине не нужен, ну тут и так все сказали, как и лишние инструменты, вроде mc, текстовых редекторов и уж тем более firefox и плееров. Мне самому привычнее работать из винды, из нее я и работаю с сервером. Для редактирвоания файлов непосредственно в notepad++, есть удобный плагин NppFTP, просто и удобно, подключается через sftp. В качестве менеджера файлов — filezilla, так же через sftp.
Сеть настраивается вообще один раз и то опционально, по умолчанию настрйки принимаются по dhcp. А все остальные службы все равно придется настраивать правя конфигурационные файлы. Вобщем gui на сервере — свистелка без задачь.
Фаервол на машине внутри домашней локальной сети тоже считаю лишним, логичнее настраивать фаервол на роутере (вот на vps с внешним ip, да, там он нужен).

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

Не совсем понял, что вы имеете ввиду? Можно развернуть?
Можно запустить pfsense внутри виртуальной машины, это крутой дистрибутив роутера на freebsd, и все из web интерфейса настраивается. Получится высокопроизводительный роутер. Но для этого понадобится как минимум две сетевые карты и чуть-чуть настройки гипервизора. Можно сразу воткнуть wifi карту и настроить точку доступа, а можно и внешнюю использовать.

Я себе из какого-то полусломанного моноблока собрал такой в железе, чтобы прозрачно заворачивать домашний трафик в vpn без потери скорости, там две сетевые карты и wifi адаптер. Почему бы не перенести это все в виртуальную среду? Вот накоплю себе на новый сервер, так и сделаю.
gravl, да не ругайтесь вы так) Я вас услышал.

А я и не ругаюсь… Может мне скучно на работе =) Просто грустно от того, что заходишь почитать статью об интересующей теме, а в результате нужного контента нет =( Особенно учитывая, что на nextcloud я полностью перейти так и не смог в связи с наличием некоторых технических проблем, о которых сейчас даже и не вспомню (в частности с мобильными приложениями, которые у меня вызывали ненависть), и в надежде что может быть увижу решение какой то части вопросов, а то и вовсе полностью настроенное решение в котором ну вот вообще все работает и можно полноценно пользоваться.


Буду ждать следующую часть, быть может порадуете.

Смотря что вы ждёте от облака. Как правильно заметили у меня и не облако, а по задаче — получается действительно как NAS в который по расписанию через webDAV сливаются определённые папки с телефонов используя FolderSync.
Ну… надо сказать со стороны NC11 был косяк, связанный с локом файлов в своей базе данных. Пришлось полазить и найти костыль, который я скрестил с cron. И был ещё косяк с файлами .htaccess — тут мне не помогли и пришлось велосипед самому изобретать. С двумя этими костылями всё отработало практически год. По-моему неплохо.

Хотя, по хорошему, сейчас правильно поднимать Nextcloud 12 на Debian 9, а не решение годовалой давности. Просто у меня пока нет времени и на то и на другое и пока я выбрал писанину, раз уж долго собирался.

Ну тема же про некстклауд, соответственно и жду я от него то, что заявлено. И если с синхронизацией файлов вопросов в итоге вроде бы нет, то с остальными задачами (контакты, календарь, еще что то) у меня были проблемы. Так и не получилось создать полную замену гуглу для телефона. А использовать его ради файлов — есть варианты проще. У меня дома так же как и у вас стоит отдельно машина с гипервизором и на ней различные сервисы живут. Но вот облако пока не прижилось.

Я контакты, календарь и прочее оставил «на вырост». Но… оказалось, что мне это просто не нужно. Однако мне очень пригодилась версионность ради которой все и делалось.
Официально рекомендуется Ubuntu 16.04 LTS

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


P.S. Привет пользователю Droid Turbo, сам я неделю уже как пользователь OnePlus 5T, но Droid Turbo осталась в качестве плейера и второй трубки.

И как он вам?

Я посмотрел… 6 дюймов многовато. Опять эта мода — слегка выпирающая камера. Беспроводной зарядки нет. microSD тоже нет. На что турбу менять?)
Ну 128 гб должно хватить, выпирающая камера сглаживается карбоновым чехлом (как задняя сторона на Motorola Razr Maxx), беспроводной зарядкой почти не пользовался, она медленная, ну а дисплей прекрасен, не намного телефон больше по размерам.
А я привык к Qi. Купил две зарядки по 300р на ali. Одну дома положил, одну — на работе. теперь просто телефон живёт в этих местах и я забыл что такое подзарядка от розетки/USB. Непонимаю, почему такое удобство стремительно не набирает популярность.
В телефонах и так куча антенн натыкана. Ещё одну разместить не всегда просто.
Тоже пользуюсь DroidTurbo (чего стоило везти его без нотификации...), и тоже все устраивает. Если не успел зарядить от Qi (или времени не хватает), тогда сильно помогает родной TurboCharger.
Облако, чтобы бэкапить телефон? =)

Как это сделано у меня:
1)Круглосуточно работающий сервер на Ubuntu (кстати с запускаемым ручками гуем, да, он мне тоже нужен!), ssh c авторизацией только по ключу.
2)На телефоне файловый менеджер, умеющий в самбу и sftp по ключу. Вместо того, чтобы таскать с собой на телефоне все ценное и бояться потерять, я держу это на сервачке. На телефоне нет ничего такого, что потерять страшно, половина карточки тупо занята копией всей фонотеки.
Если мне вдали от дома нужно достать что-то с сервера, или наоборот на него положить, а под рукой только телефон — кликаю на ярлычок в менеджере и делаю что надо.
Если случится ужасное, и телефон украдут — отзову его ключик ssh.
Самба — только в локальной сети дома, просто потому что быстрее sftp.

И зачем линукс внутри VMWare? Линукс сам умеет быть гипервизором.
У меня на сервачке стоит xen (при переустановке как-нить сменю на kvm), есть виртуалка с ХР, также vnc сервер на самом сервачке. На телефоне vnc-клиент.
Нужна винда — запускаем виртуалку, нужен графический линукс — запускаем гуй. Подключаемся по vnc и пользуемся.
У вас решена задача доступа. В принципе интересно, а файловый менеджер какой? Случайно не TC с плагином SFTP?)

У меня бэкапится в облако не только что-то ценное, но и вообще настройка всей среды. Titanium Baclup создает бекап всех приложений на пару гигов. Nova Launcher, True Phone, QuickPic и подобные. Т.е. если что — я беру новый телефон, разворачиваю все из бэкапов и получаю всё в точности такое же как было до аварии. Но смысл в том, чтобы это было всё в акутальном виде, а не вчера, позавчера, неделю назад. Резервируется всё каждый день — титаниум отрабатывает ночью по расписанию, синхронизация — вечером.

И зачем линукс внутри VMWare?

Так исторически сложилось. На том компе уже все есть и работает — виртуалку подоткнуть было проще, чем всё сносить и делать канонически правильно.
Тут у меня скорее другая концепция пользования телефоном — он не рабочий инструмент, а мессенджер и терминал доступа, и на нем тупо нечего бэкапить)) Настройки приложений подойдут даже из бэкапа годичной давности, ну а диалоги из фконтактика никуда не денутся.
Плюс к тому же я категорически протестую против современных сенсорных обмылков, и мой телефон до сих пор слайдер-клавиатурник родом из 2010 года — HTC Desire Z. В случае появления у меня нового устройства (которое врядли будет этим банальным сенсорным обмылком) на него во-1 ничего не перенесется, а во-2 это будет что-то принципиально новое, и копание в настройках снова наше всё, ведь от старого они не подойдут.

Файловый менеджер — fx file explorer, только старый (у современного кстати дизайн на скринах мне не нра). С плагином для сетевых и облачных возможностей (на момент установки сетевые фичи реализовывались таким образом, как сейчас — хз).
make install. И ещё раз. И ещё раз. И так, пока не придёт время преустанавливать систему.

А мне статья понравилась, есть моменты, которые мне мешали, но было лень гуглить их решение, а здесь нашёл). Жду следующую часть!

Занудно поинтересуюсь про лицензию на workStation: наличие таковой у автора и стоимость для того, кто будет следовать инструкции.
Мне кажется, что хорошее решение не должно использовать пиратский софт.

У меня никаких лицензий нет. Лицензия VMware Workstation Pro стоит порядка 200-250$, но она не нужна — используете бесплатный VMware Workstation Player, в котором с версии 3.0 без проблем создаются виртуалки. Функционал порезан, но для обычного домашнего использования (как развертывание того же Nextcloud) это никак не критично.

Прошу прощения. Для меня есть разница между фразами VMware Workstation и VMware Workstation Player, поэтому полез уточнять.
Интересно также уточнить про "В начале 2017 года у меня была VMWare Workstation 12.1.0". Это тоже исключительно бесплатный Player? Или там есть тонкости?
Вы в своем решении использовали Player или просто пишете, что его можно использовать бесплатно, а на практике в нем не проверяли?

Я изначально использовал Workstation Pro. Потом пробовал Workstation Player. И там и там были проблемы и есть моменты. Это всё будет в третьей части)

VMware Workstation Pro тоже можно ведь бесплатно пользоваться — там есть 30 дневный бесплатный период после которого софт просто переустанавливается с зачисткой реестра. К слову говоря, VMWare свои 200$ вполне отрабатывает. После нее никакого желания использовать VBox не возникает. VBox бесплатен да, но если надо использовать тонкие настройки сети, то тут только VMWare. Плюс она стабильнее. Но всё равно, следующий этап — это отказ от Windows и VMWare вообще в пользу KVM/XEN. Тема очень интересная, но у меня до этого руки уже года два как не доходят(
KVM штука очень стабильная и удобная. Не вижу причин не использовать его.
В принципе, на виндах (Windows 10 Pro или Enterprise) есть ещё Hyper-V. В принципе тоже было бы интересно попробовать. От стороннего софта виртаулизации можно быо бы вообще отказаться при эксплуатации виртуальных машин.
так хипер-в вообще бесплатный ж… только в нем и крутятся все мои ВМ для home office
Только очень куцый по возможностям, если нужна прямая работа с железом, то hyperv не годится. Даже usb внутрь не пробросить.
Я читал, что в XEN можно пробросить полноценно PCI устройство. Если бы такое умела делать VMWare ей бы цены не было.
ESXi ещё умеет. Правда она капризна в плане железа.
Сам я пользуюсь xenserver'ом, но он скурвился с версии 7.3, потому потихоньку думаю о переезде на что-то другое.
QEMU-KVM также умеет. Даже можно пробросить видеокарту.
Смотря что вы ждёте от облака. Как правильно заметили у меня и не облако, а по задаче — получается действительно как NAS в который по расписанию через webDAV сливаются определённые папки с телефонов используя FolderSync.

Я так понимаю, что вы просто синхронизируете разнородную информацию между лично своими устройствами (смартфонами, компами и т.п.). Ну и зачем этот огород с облаками (Nextcloud, Owncloud, GD, ЯД и им подобными)? Зачем вам этот отдельный сервер с облачным сервисом? Определите каталоги (папки, файлы, иные ресурсы) на каждом устройстве для синхронизации и синхронизируйте без всяких «облаков». Нет, я понимаю, что облака нужны, к примеру, в организации с N-ым кол-вом сотрудников, сидящими в разных точках планеты, в разных сетях и т.д. (сделать им каталоги личные и общие, распределить права доступа, создать логины и пароли, поставить свой сервер со своим облаком, чтобы не платить сторонним облачным сервисам и т.д. и т.п.) — да, это удобно и оправдывает себя. Но, создавать облако для себя одного… какой смысл… У меня дома три компа, два планшета, смартфон, на работе — пара компов, на складе — комп, на VDS пара серверов — это все мое, я просто взял Syncting — настроил в нем ресурсы и забыл, висит себе в бэкграунде, синхронизирует, не нужны никакие DDNS, пробросы на роутерах (ну только, если нужно извне попасть по 8384 в панель управления, хотя это очень редко бывает).
Тут всё хуже)
1) Nextcloud реально работает на обычном компе в локальной сети — никакого интернета.
2) Я даже не синхронизирую — я просто делаю автоматический бекап с версионностью.

Но, создавать облако для себя одного… какой смысл…

Не стоит подходить ко всему в жизни сугубо практично. По пути я более плотно подошел к вопросу как бы мне поудобнее обустроиться в линуксе, а так же «пощупал» что такое и как работает веб-сервер. Было свободное время и мне просто было интересно этим позаниматься. Кто-то в бильяр ходит играть, а я вот за компом поторчал ;)
Ааа, понятно. То есть — это так сказать «получение чего-то полезного для себя путем изучения». Тогда, не слушайте никого в плане «зачем Иксы на сервере» и т.п. :-)
Ну почему — слушать надо. Правильное отношение к критике — это вообще по сути умение учиться.

Иксы на сервере действиетльно не нужны, т.к. они тупо 99% времени жрутЬ ресурсы, ничего не давая взамен. Я когда опубликовал статью, думал, что меня будут критиковать за отключение парольно входа, за использование прямого рута, а не sudo и такое подобное. Но вопрос про GUI забил собой всё ))) С другой стороны, в этой статье обсуждать действительно нечего. Следующая будет поинтереснее.
Случайно отклонил сообщение пользователя SaddamHusein, публикую его:
При сильной паранойе активность сервиса можно запереть внутри локальной сети через файрвол.

Излишнее. достаточно оставить только локальные адреса в config.php
'trusted_domains' => array(0 => '192.168.0.XXX')

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

А вообще для бэкапа телефона — перебор, хоть и работает на ура.
У меня дома в виртуалке под убунтой постоянно висит owncloud. На работе агент постоянно синхронизирует рабочую папку (да, можно: всё своё). И тот же аккаунт облака синхронизируется с папкой на домашнем компе. Могу продолжить работу с домашнего компа без подключения к удаленной машине, могу восстановить всё за считанные минуты, если с рабочим компом совсем беда. Заодно работает как time-machine, так как хранит все версии изменяемых файлов.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации