Многосетевая зона передачи обновления DDNS всегда отсылала тот же сетевой интерфейс
Походит sda диск неисправен. Я предполагаю md0 был для начальной загрузки, что означает, что это, вероятно, не стало полученным доступ очень, таким образом, его драйвер не знает, что sda1 мертв также.
Перед перезагрузкой компьютера удостоверьтесь, что Вы установили личинку на sdb, так как BIOS, вероятно, не будет способным загрузиться прочь того первого диска.
Если Вы уже не сделали этого, необходимо будет работать grub, затем на командной строке личинки сделайте:
root (hd1,0)
setup (hd1)
(От руководства здесь для личинки 0.95, я не уверен, изменилось ли это в более новых версиях личинки) (Примечание: hd1 предполагает, что sdb является вторым диском в системе при смешивании IDE (hda) и дисков SATA/SCSI затем Вам, возможно, придется понять этого самостоятельно),
Кажется, что зоны в конфигурации должны быть уникальными.
Я не смог найти этого на страницах руководства dhcpd.conf , но копаясь в коде и играясь с конфигурацией, можно понять, что это за Реализация сервера:
- Код синтаксического анализа 'dhcpd' достигает первого "example.com". зона расположена в подсети '192.168.10.0' файла 'dhcpd.conf' и добавляет информацию (включая первичный сервер имён) в хэш-карту, используя имя зоны в качестве ключа.
- Позже, синтаксический анализ достигает второго "примера. com. " зона, расположенная в подсети
192.168.0.0. На данный момент существующий "example.com." Данные зоны хэш-карты заменяются новой информацией, включая первичный сервер имен. Поскольку обратные зоны уникальны, каждая добавляется на карту. - Как только DHCP-серверу необходимо обновить информацию о зоне пересылки для любой подсети, обновления отправляются на основной сервер имен последней проанализированной подсети - в данном случае DNS-сервер
192.168.0.131.
Переупорядочивание информации о подсети в файле конфигурации, кажется, подтверждает это, поскольку все обновления прямой зоны затем отправлялись на 192.168.10.131 . Поэтому в моей настройке может потребоваться отдельный демон dhcpd для каждого интерфейса, как я сделал для с именем . Мне все еще любопытно, распространен ли этот многосетевой подход для сетей с высокой доступностью, и правильно ли я это делаю. Несмотря на то, что на мой вопрос, кажется, дан ответ, приветствуются любые советы.
192.168.0.131 .
Переупорядочивание информации о подсети в файле конфигурации, похоже, подтверждает это, поскольку все обновления прямой зоны затем были отправлены на 192.168.10.131 . Поэтому в моей настройке может потребоваться отдельный демон dhcpd для каждого интерфейса, как я сделал для с именем . Мне все еще любопытно, распространен ли этот многосетевой подход для сетей с высокой доступностью, и правильно ли я это делаю. Несмотря на то, что на мой вопрос, кажется, дан ответ, приветствуются любые советы.
192.168.0.131 .
Переупорядочивание информации о подсети в файле конфигурации, похоже, подтверждает это, поскольку все обновления прямой зоны затем были отправлены на 192.168.10.131 . Поэтому в моей настройке может потребоваться отдельный демон dhcpd для каждого интерфейса, как я сделал для с именем . Мне все еще любопытно, распространен ли этот многосетевой подход для сетей с высокой доступностью, и правильно ли я это делаю. Несмотря на то, что на мой вопрос, кажется, дан ответ, приветствуются любые советы.
dhcpd для каждого интерфейса, как я сделал для с именем . Мне все еще любопытно, распространен ли этот многосетевой подход для сетей с высокой доступностью, и правильно ли я это делаю. Несмотря на то, что на мой вопрос, кажется, дан ответ, приветствуются любые советы. Поэтому в моей настройке может потребоваться отдельный демон dhcpd для каждого интерфейса, как я сделал для с именем . Мне все еще любопытно, распространен ли этот многосетевой подход для сетей с высокой доступностью, и правильно ли я это делаю. Несмотря на то, что на мой вопрос, кажется, дан ответ, приветствуются любые советы.