systemd и зависимость от сетевых интерфейсов

0

1

При загрузке системы в Ubuntu 16.04 не стартует privoxy.

> sudo service privoxy status
● privoxy.service - Privacy enhancing HTTP Proxy
   Loaded: loaded (/lib/systemd/system/privoxy.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Сб 2016-10-08 01:03:36 MSK; 43s ago
  Process: 937 ExecStart=/usr/sbin/privoxy --pidfile $PIDFILE --user $OWNER $CONFIGFILE (code=exited, status=1/FAILURE)

окт 08 01:03:35 alex-desktop systemd[1]: Starting Privacy enhancing HTTP Proxy...
окт 08 01:03:36 alex-desktop systemd[1]: privoxy.service: Control process exited, code=exited status=1
окт 08 01:03:36 alex-desktop systemd[1]: Failed to start Privacy enhancing HTTP Proxy.
окт 08 01:03:36 alex-desktop systemd[1]: privoxy.service: Unit entered failed state.
окт 08 01:03:36 alex-desktop systemd[1]: privoxy.service: Failed with result 'exit-code'.

В логах самого сервера:

2016-10-08 00:58:58.106 7fc24a1a3700 Fatal error: can't bind to 192.168.13.1:8118: Cannot assign requested address

Из чего заключаю, что он стартует еще до подъема интерфейса.

Если я что-то и знаю о systemd то это то, что там есть какие-то зависимости. В fstab я их смог заюзать и порядок монтирования теперь ... э... есть. Да, все монтируется как надо вроде.

А вот как быть тут? Просто повесить на подъем enp3s6 рестарт прайвокси выглядит как-то костыльно. Как заставить его дэху подождать?

Ссылка

←	GUI для раздачи интернета в Debian

Отчет о доставке dsn в postfix

→

Скопируй юнит в /etc/systemd/system/ и поменяй там After=network.target на After=network-online.target

anonymous
(08.10.16 05:08:54 MSK)

Ссылка

Не надо ничего копировать.

sudo systemctl edit privoxy.service

[Unit]
After=network-online.target
Wants=network-online.target

surefire ★★★
(08.10.16 07:19:07 MSK)
Последнее исправление: surefire 08.10.16 07:20:26 MSK (всего исправлений: 1)

Ответ на: комментарий от surefire 08.10.16 07:19:07 MSK

А если после обновления слетит?

anonymous
(08.10.16 07:28:33 MSK)

Ответ на: комментарий от anonymous 08.10.16 07:28:33 MSK

Так оно в /etc/systemd/ запишет дроплет.

anonymous
(08.10.16 07:42:04 MSK)

Ссылка

Если используется /etc/network/interfaces, что является обычной практикой на сервере, то скорей всего network-online.target не поможет, так как оно поднимает сеть асинхронно. Если используется Network manager, то как говорят NetworkManager-wait-online.service работает, но мне пробовать не приходилось.
Автостарт openvpn (комментарий)
Я добавляю в сервис after rc-local.service, и так точно костылять не приходится и работает.
Вообще все сводится к тому, что нас подталкивают к использованию systemd-networkd, вот только конфигурация в /etc/network/interfaces намного удобней, и она уже работает. Если и переводить в дальнейшем придется, то salt нам в помощь.

anonymous_sama ★★★★★
(08.10.16 08:26:09 MSK)

Ответ на: комментарий от surefire 08.10.16 07:19:07 MSK

Помогло. Работает, вроде. Но это же оно реагировать так будет на ЛЮБОЙ интерфейс. А можно настроить на определенный? Мне надо его на тот на котором ip 192.168.13.1

Suntechnic ★★★★★
(09.10.16 02:05:05 MSK) автор топика

Ответ на: комментарий от Suntechnic 09.10.16 02:05:05 MSK

Нет, встроенных средств для этого в systemd нет. Только свой скрипт писать.

intelfx ★★★★★
(09.10.16 02:38:29 MSK)

Ссылка

Нет, встроенных средств для этого в systemd нет. Только свой скрипт писать.

Азаза, волшебная пилюля опять оказалась куском кала...

anonymous
(10.10.16 06:10:50 MSK)

Ответ на: комментарий от anonymous 10.10.16 06:10:50 MSK

Азаза, волшебная пилюля опять оказалась куском кала...

дык шоб не скучно было. фича аднака :)

може не в кассу Дорогой Уютненький Лорчик, расскажу ещё одну быль про systemd: в давние времена (в далёкой-предалёкой голактеге) автологин прописывали в /etc/inittab с жёсткой привязкой к runlevel-у. сейчас - каждый ?getty - отдельный сервис/юнит.. и собсно научным методом ~~тыка~~ проб и ошибок приходится подбирать условия запуска, чтобы .. лузер не взлетел до отработки скриптов iptables и т.п.. :trollface:

p.s.: кстати, если кто ещё сидит без иксов и хочет рюсскага йезыка в терминальчике/мутте/ssh/etc., то, (очередной) вариант выпиленной в /dev/null «kbd service» :

[Unit]
Description=Keyboard KBD Service
After=getty@tty1.service getty@tty2.service getty@tty3.service getty@tty4.service getty@tty5.service getty@tty6.service

[Service]
EnvironmentFile=-/etc/sysconfig/keyboard
ExecStart=/usr/bin/kbd $KEYTABLE

т.е. настраиваем клаву как обычно :)

anonymous
(10.10.16 08:46:19 MSK)