in-addr.arpa
адреса имеют октеты в обратном порядке, таким образом, зона должна быть
zone "5.168.192.in-addr.arpa" {
type master;
file "master/192.168.5.db";
};
(имя файла не имеет значения, но Вы могли бы хотеть передвинуть его там также для соответствия),
Запросы должны иметь форму 12.5.168.192.in-addr.arpa. dig -x 192.168.5.12
автоматически выполнит это преобразование.
Я думаю, что вы все сделали правильно:
Однако еще раз проверьте для номера сетевого интерфейса ( ethX
). Я заметил, что иногда клонированные виртуальные машины меняют номер eth
( eth0
в источнике становится eth1
в клоне)
Наконец, убедитесь, что у вас есть перезапустил Сеть на клоне, чтобы убедиться, что внесены изменения в / etc / network / interfaces
: /etc/init.d/networking restart
Если вы не уверены, перезапустите клон еще раз (все еще с отключенными картами Ethernet).
Чтобы убедиться, на клоне выполните эхо-запрос нового IP-адреса интерфейса ethX
и посмотрите, отвечает ли он. Если у вас есть ответ, все в порядке.
Также (все еще из клона и с сетевой картой, все еще не подключенной) эхо-запрос фактического IP сервера в реальном времени. Если вы не получили ответа, все в порядке (это означает, что у вас нет ссылки где-то на старый IP-адрес исходного сервера).
Также проверьте файл / etc / hosts
на наличие убедитесь, что он был обновлен с использованием нового имени хоста.
Теперь вы можете безопасно подключить клонированный адаптер Ethernet.
И, как вы сказали, худшее, что может произойти, - это конфликт IP-адресов, который может сделать ваш действующий сервер потерять возможность подключения к сети.