Как мешают rpcbind быть запущенным на Дуге Linux?
Бакулюмы + Webmin
При просмотре Бакулюмов Wiki на сторонней дополнительной странице я нашел следующее:
Webmin puts a GUI on lots of system administration tasks and has a module for bacula.
* Bacula Backup System 1.450
* Description Configure Bacula to perform backups and restores manually or on schedule, for one or many systems
* Download bacula-backup.wbm.gz
* Website http://www.webmin.com/webmin/standard.html
* Author Jamie Cameron
* Last updated 2009-01-27 01:35:47
Таким образом, казалось бы, что Бакулюмы являются стандартным модулем, включенным с Webmin.
Учебные руководства
Я нашел это учебное руководство как сообщение в блоге названным: Установка Бакулюмов 5.2.6 с webmin на Centos 6.2. Это должно быть довольно просто для адаптации его к Ubuntu или Debian также.
Вот 2 других учебных руководства. Первое названо: Установите И Настройте Сервер Бакулюмов В CentOS 6.4 / RHEL 6.4. Надеется быть подобным первому, но мог бы иметь дополнительные детали, которым недостает. Второй назван: Как к: Бакулюмы Установки на Centos6 (или Fedora16).
Всегда хорошо иметь несколько учебных руководств!
Webmin + резервное копирование файловой системы
Если Ваши потребности скромны, Вы смогли добираться при помощи просто резервного средства запаса, включенного с Webmin. Существует названное учебное руководство: Файловая система Backupthat обсуждает Ваши опции и различные установки.
начальная буква webmin копирует экран 
добавьте новый резервный экран 
BackupPC
Другой легкой опцией установить является BackupPC. Имеет очень хороший веб-интерфейс и прост в эксплуатации.
Есть открытый отчет об ошибке на трекере Arch .
Лучше всего маскировать сервис:
systemctl mask rpcbind.serviceСмотрите серию постов в блоге Леннарта Поэттеринга, systemd для администраторов, часть V для получения подробной информации о маскировке:
3. Вы можете маскировать службу. Это похоже на отключение сервиса, но на стероидах. Это не только гарантирует, что сервис больше не запускается автоматически, но даже гарантирует, что сервис больше не может быть запущен вручную. Это немного скрытая функция в systemd, так как она обычно не полезна и может сбить с толку пользователя. Но вот как это сделать:
Путем симлинкования сервисного файла к$ ln -s /dev/null /etc/systemd/system/ntpd.service systemctl daemon-reload/dev/nullвы говорите systemd никогда не запускать данный сервис и полностью блокировать его выполнение. Файлы модулей, хранящиеся в/etc/systemd/system, переопределяют файлы из/lib/systemd/system, которые имеют одно и то же имя. Первый каталог является территорией администратора, а второй - терористическим хранилищем вашего менеджера пакетов. Установив вашу symlink в/etc/systemd/system/ntpd.service, вы, таким образом, можете быть уверены, что systemd никогда не прочитает служебный файл, отправленный вверх по потоку/lib/systemd/system/ntpd.service.
systemd распознает устройства, связанные с/dev/nullи показывает их как замаскированные. Если попытаться запустить такой сервис вручную (например, через systemctl start), то это приведет к ошибке.
С SystemD Путь для остановки служб, начиная с загрузки - это использовать опцию Отключить , поэтому в этом случае вы будете использовать команду Systemctl Disable RPCBind Ниже приведен пример вывода, который я вижу, когда работает на моей системе Fedora 20;
chris::test::07:08:29-> sudo systemctl disable rpcbind
rm '/etc/systemd/system/multi-user.target.wants/rpcbind.service'
rm '/etc/systemd/system/sockets.target.wants/rpcbind.socket'
Если нет wish / rpcbind.service , скорее всего, он запускается не напрямую, а через активацию сокета. Вы можете определить, как это было в последний раз, по поиску косвенного вместо статического в строке Загружен вывода состояния (обратите внимание, что systemctl автоматически добавил .service к имени устройства, поскольку оно не было включено в командную строку):
$ systemctl status rpcbind
● rpcbind.service - RPC bind service
Loaded: loaded (/usr/lib/systemd/system/rpcbind.service; indirect; vendor preset: enabled)
Active: active (running) since Fri 2017-03-31 15:39:29 WIB; 37min ago
Main PID: 6763 (rpcbind)
CGroup: /system.slice/rpcbind.service
└─6763 /sbin/rpcbind -w
Тем не менее, вы можете проверить, включена ли активация сокета:
$ systemctl status rpcbind.socket
● rpcbind.socket - RPCbind Server Activation Socket
Loaded: loaded (/usr/lib/systemd/system/rpcbind.socket; disabled; vendor preset: enabled)
Active: active (listening) since Fri 2017-03-31 15:39:29 WIB; 37min ago
Listen: /var/run/rpcbind.sock (Stream)
[::]:111 (Stream)
0.0.0.0:111 (Stream)
(В приведенном выше примере я отключил unit, но еще не остановил существующий слушатель, который запускает rpcbind , когда получает запрос.)
Выполнение следующего должно убить оба и гарантировать, что они никогда не запускаются:
$ systemctl disable rpcbind.service rpcbind.socket
$ systemctl stop rpcbind.service rpcbind.socket
Проверка статуса должна затем произвести что-то по строкам:
$ systemctl status rpcbind.service rpcbind.socket
● rpcbind.service - RPC bind service
Loaded: loaded (/usr/lib/systemd/system/rpcbind.service; indirect; vendor preset: enabled)
Active: inactive (dead) since Fri 2017-03-31 16:17:05 WIB; 49s ago
Main PID: 6763 (code=exited, status=0/SUCCESS)
[...log messages...]
Mar 31 16:17:05 myhost systemd[1]: Stopped RPC bind service.
● rpcbind.socket - RPCbind Server Activation Socket
Loaded: loaded (/usr/lib/systemd/system/rpcbind.socket; disabled; vendor preset: enabled)
Active: inactive (dead) since Fri 2017-03-31 16:17:48 WIB; 6s ago
Listen: /var/run/rpcbind.sock (Stream)
[::]:111 (Stream)
0.0.0.0:111 (Stream)
[...log messages...]
Mar 31 16:17:48 myhost systemd[1]: Closed RPCbind Server Activation Socket.
Mar 31 16:17:48 myhost systemd[1]: Stopping RPCbind Server Activation Socket.