Вторичный сервер DHCP не запустится на Centos 6.2
Такое приложение PHP является реальной опасностью безопасности, так, чтобы была одна из причин нет слишком многих из них доступны (или если существует, я должен быть слепым).
Так или иначе модуль Файлового менеджера в Webmin мог бы выполнить Ваши потребности, хотя это - апплет Java, говорящий со сценариями CGI. Тем не менее это должно работать под QNAP.
Кажется, что это проблема конфигурации около строки 25, вполне возможно, max-response-default. Разве это не должно быть максимальной-задержки-ответа?
Наиболее очевидным виновником является неспособность вторичного источника взаимодействовать с первичный через указанный порт.
- Можете ли вы пропинговать первичный от вторичного?
- Настроен ли iptables на разрешение обмена данными через порт 647?
Помимо этого, согласно ISC, служба DHCP не выполняет много функций проверка правильности конфигурации и сбой по странным причинам, если что-то не установлено правильно. Так что, если это не проблема сети, то это должен быть файл config. Например, одним упущением в вашем файле конфигурации, похоже, является отключение bootp для сегментов, в которых включена функция аварийного переключения. Вы' Было бы лучше сделать главную конфигурацию DHCP, используемую на обоих серверах, а затем объявления первичного / вторичного однорангового узла, которые включают главную конфигурацию, это исключило бы возможность несовпадения конфигураций.
Для быстрого обзора основных требований к настройке для сценария переключения dhcp см .: http://webcache.googleusercontent.com/search?q=cache:tbaPhUwlbdsJ:consultancy.edvoncken.net/index.php/HOWTO_Configure_DHCP_failover+&cd=1&hl=en&glct=clct=cl 12106] Edit: Ах, блин, пропустил строчку, которую Гертвдийк указывает ниже. Похоже, это должна быть максимальная-задержка ответа, а не максимальная-реакция-по умолчанию.
tbaPhUwlbdsJ: consultancy.edvoncken.net/index.php/HOWTO_Configure_DHCP_failover+&cd=1&hl=en&ct=clnk&gl=usРедактировать: Ах, упс, пропустил строчку, на которую указывает gertvdijk ниже. Похоже, это должна быть максимальная-задержка ответа, а не максимальная-реакция-по умолчанию.
tbaPhUwlbdsJ: consultancy.edvoncken.net/index.php/HOWTO_Configure_DHCP_failover+&cd=1&hl=en&ct=clnk&gl=usРедактировать: Ах, упс, пропустил строчку, на которую указывает gertvdijk ниже. Похоже, это должна быть максимальная-задержка ответа, а не максимальная-реакция-по умолчанию.
Этот ответ предназначен для тех, кто сталкивается с такой же ошибкой после копирования этот пример конфигурации с веб-сайта ISC. Есть небольшая ошибка, вызванная кодировкой тире на этой странице.
Если в vim навести курсор на первое тире max-response-default и нажать ga в командном режиме вы увидите значение юникода 8208 . Теперь, если вы удалите тире, замените его своим собственным и снова проверьте, он будет иметь значение ASCII / unicode 45.
Замените все тире Unicode в вашей конфигурации аварийного переключения на ASCII-тире, и конфигурация должна быть успешной нагрузка.