Установка Hitch завершена с ошибками insserv. Невозможно запустить hitch
Я пытаюсь установить сцепку для прекращения действия сертификатов на обратный прокси-сервер лака на моем Ubuntu 16,04 VPS. Установка завершается следующими сообщениями, и служба Hitch не запускается.
sridhar@SastraTechnologies:~$ sudo apt install hitch
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following package was automatically installed and is no longer required:
libuv1
Use 'sudo apt autoremove' to remove it.
The following NEW packages will be installed:
hitch
0 upgraded, 1 newly installed, 0 to remove and 100 not upgraded.
Need to get 0 B/51.1 kB of archives.
After this operation, 163 kB of additional disk space will be used.
Selecting previously unselected package hitch.
(Reading database ... 249839 files and directories currently installed.)
Preparing to unpack .../hitch_1.1.1-1_amd64.deb ...
Unpacking hitch (1.1.1-1) ...
Processing triggers for systemd (229-4ubuntu21.27) ...
Processing triggers for ureadahead (0.100.0-19.1) ...
Processing triggers for man-db (2.7.5-1) ...
Setting up hitch (1.1.1-1) ...
insserv: Script nagios is broken: incomplete LSB comment.
insserv: missing `Default-Start:' entry: please add even if empty.
insserv: missing `Default-Stop:' entry: please add even if empty.
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `nagios'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `nagios'
Попыталась удалить пакет, обновив репозиторий и установив его снова, но результаты те же. Есть ли что-нибудь, что я могу сделать для разрешения сообщений insserv?
-121--306016-У меня есть собственный DNS-сервер в моей сети, который я хочу, чтобы все клиенты использовали (он имеет ad-фильтры и т.д., как PiHole).
Я настроил маршрутизатор (LinkSys Velop) на использование этого DNS-сервера. Однако на странице администрирования DNS-сервера я вижу только Маршрутизатор, выполняющий DNS-запросы, а не клиенты. Я бы предположил, что маршрутизатор (рано или поздно) велит клиентам использовать определенный DNS-сервер. Несмотря на перезапуск клиентов (и выполнение различных других действий по сбросу сети, таких как ipconfig/flushdns и т.д., они, похоже, не имеют прямого доступа к DNS-серверу: это делает только маршрутизатор.
Пока единственным способом получить доступ клиентов непосредственно к DNS-серверу был ввод DNS-сервера вручную в конфигурации клиентской сети.
Итак, вопросы:
- Является ли это ожидаемым поведением?
- Параметр DNS в маршрутизаторе (или только в моём?) просто заставляет маршрутизатор продолжать действовать как DNS-сервер и перенаправлять запрос на заданный IP-адрес, а затем отправлять результат обратно?
- Что нужно сделать, чтобы клиенты установили определенный IP-адрес в качестве DNS-сервера? Нужно ли устанавливать собственный DHCP-сервер?
- Должны ли обычные (например, ISC DHCP, как в CentOS?) DHCP-серверы Linux указывать клиенту, какой DNS-сервер использовать, или они также просто пересылают запросы?
спасибо!
Маршрутизатор, как и просто устройство + программное обеспечение, которое выполняет пересылку IP-пакетов, вообще ничего не делает с DNS или DHCP ...
Хотя, поскольку вы упомянули устройство, которое обычно используется как широкополосное соединение для SOHO / дома роутер. Это устройство, которое обеспечивает маршрутизацию, NAT, брандмауэр, DNS, DHCP и многие другие службы.
В любом случае, когда клиент, настроенный для IPv4 DHCP и не имеющий статической конфигурации, подключается к сети, он отправляет запрос DHCP, который будет включать запрос данных параметра 6, который представляет собой список IP-адресов для использоваться для DNS. Сервер DHCP может предоставить ответ со списком IP-адресов. Как только клиент получит ответ, он будет продолжать использовать эти DNS-серверы до тех пор, пока адрес не будет выпущен или не обновлен и не будет предоставлена обновленная информация.
Итак, если вы хотите заставить клиента получать обновленные настройки DNS с DHCP-сервера, вам необходимо выполнить обновление на клиенте. Хотя перезагрузка, отключение и повторное подключение сетевого интерфейса обычно также вызывают это.
SOHO / домашние маршрутизаторы обычно не могут быть настроены со стандартной прошивкой. Часто можно получить больше контроля, используя нестандартную прошивку. Или просто запускаете службы на другом устройстве в вашей сети.
DHCP-сервер (вероятно, работающий на вашем маршрутизаторе) предлагает клиентам IP-адреса DNS-серверов, которые они могут использовать.
Вам нужно настроить их.
Если вы не можете этого сделать, что вполне возможно с маршрутизаторами SOHO, скорее всего, сам маршрутизатор будет либо предлагать клиентам IP-адреса DNS-серверов, которые сам маршрутизатор использует для DNS, либо маршрутизатор всегда будет предлагать свой собственный IP-адрес в качестве DNS-сервера. Тогда на маршрутизаторе вы можете часто (неявно) настроить прямой и обратный DNS для вашей частной сети, а для всех остальных запросов маршрутизатор будет перенаправлять запросы на свои собственные внешние DNS-серверы.
В последнем примере вы увидите, что все клиентские запросы также исходят от IP-адреса маршрутизатора