История изменений
Исправление slamd64, (текущая версия) :
Нет. Я специально задаю на собеседованиях вопросы, с которыми соискатель _ДОЛЖЕН БЫЛ_ столкнуться в своём предыдущем опыте.
Согласись, что задача «привязать сервис к определенному IP-адресу» - это нормальная, регулярная задача для Linux-администратора.
А, значит, соискатель с такой проблемой обязательно должен был столкнуться. И вот у него было два пути:
1. Вернуть * в конфиге сервиса «пусть слушает все интерфейсы, мне лень разбираться чего там за фигня». Такой сотрудник мне не нужен: он, очевидно, будет работать по принципу «на отстань» и мне придется переделывать за ним львиную долю работы.
2. Как высказался iliyap, проблема действительно в том, что сервис стартует _ДО_ того, как был поднят соответствующий интерфейс. И тут ещё 2 варианта:
а) Написать в /etc/rc.local что-нибудь типа: sleep 10 ; systemctl start nginx - и (О, чудо!) сервис будет нормально запускаться при перезагрузке. Но это опять путь для ленивых костылестроителей, не желающих разобраться в том, как работает система. О которой они, кстати, утверждают, что «очень хорошо знаю».
б) Всё-таки, найти _ПРАВИЛЬНОЕ_ решение проблемы и его применять. Вот такой человек мне нужен.
P. S. И проблема, таки, должна аффектиться на ВСЕ дистрибутивы, использующие Systemd. Так что отмазка «я дебианщик» не прокатит.
Исправление slamd64, :
Нет. Я специально задаю на собеседованиях вопросы, с которыми соискатель _ДОЛЖЕН БЫЛ_ столкнуться в своём предыдущем опыте.
Согласись, что задача «привязать сервис к определенному IP-адресу» - это нормальная, регулярная задача для Linux-администратора.
А, значит, соискатель с такой проблемой обязательно должен был столкнуться. И вот у него было два пути:
1. Вернуть * в конфиге сервиса «пусть слушает все интерфейсы, мне лень разбираться чего там за фигня». Такой сотрудник мне не нужен: он, очевидно, будет работать по принципу «на отстань» и мне придется переделывать за ним львиную долю работы.
2. Как высказался iliyap, проблема действительно в том, что сервис стартует _ДО_ того, как был поднят соответствующий интерфейс. И тут ещё 2 варианта:
а) Написать в /etc/rc.local что-нибудь типа: sleep 10 ; systemctl start nginx - и (О, чудо!) сервис будет нормально запускаться при перезагрузке. Но это опять путь для ленивых костылестроителей, не желающих разобраться в том, как работает система. О которой они, кстати, утверждают, что «очень хорошо знаю».
б) Всё-таки, найти _ПРАВИЛЬНОЕ_ решение проблемы и его применять. Вот такой человек мне нужен.
Исходная версия slamd64, :
Нет. Я специально задаю на собеседованиях вопросы, с которыми соискатель _ДОЛЖЕН БЫЛ_ столкнуться в своём предыдущем опыте.
Согласись, что задача «привязать сервис к определенному IP-адресу» - это нормальная, регулярная задача для Linux-администратора.
А, значит, соискатель с такой проблемой обязательно должен был столкнуться. И вот у него было два пути:
1. Вернуть * в конфиге сервиса «пусть слушает все интерфейсы, мне лень разбираться чего там за фигня». Такой сотрудник мне не нужен: он, очевидно, будет работать по принципу «на отстань» и мне придется переделывать за ним львиную долю работы.
2. Как высказался iliyap, проблема действительно в том, что сервис стартует _ДО_ того, как был поднят соответствующий интерфей. И тут ещё 2 варианта:
а) Написать в /etc/rc.local что-нибудь типа: sleep 10 ; systemctl start nginx - и (О, чудо!) сервис будет нормально запускаться при перезагрузке. Но это опять путь для ленивых костылестроителей, не желающих разобраться в том, как работает система. О которой они, кстати, утверждают, что «очень хорошо знаю».
б) Всё-таки, найти _ПРАВИЛЬНОЕ_ решение проблемы и его применять. Вот такой человек мне нужен.