Solusi 1:
hehe, saya memilih jawaban sebelumnya sebelum melakukan fettling sendiri.
Benar, jadi, jika Anda mengedit named.conf Anda dan tambahkan berikut ini:
zone "newdomain.com" {
type forward;
forward only;
forwarders { 22.22.22.22; };
};
sekarang Anda tidak akan dapat melakukan pencarian terbalik dengan mudah, Anda harus mengubah pernyataan zona berikut agar masuk akal untuk alamat IP domain (ini awalnya kebalikan dari 192.168.80.0/24).
zone "80.168.192.in-addr.arpa" {
type forward;
forward only;
forwarders { 22.22.22.22; };
};
Setelah melakukan perubahan, Anda harus
-
Pastikan Anda belum membuat file konfigurasi:
named-checkconf -
Beri tahu bind untuk memuat ulang konfigurasinya:
rndc reload(lebih disukai daripada/etc/init.d/bind reload)
Ingatlah ini akan mengembalikan jawaban non-otoratif untuk domain tersebut. Jalan keluarnya (dan untuk menawarkan caching lokal yang lebih baik jika DNS jarak jauh bermasalah) adalah dengan bertindak sebagai budak untuk zona tersebut.
diedit untuk menambahkan forward only; penyataan. ini akan menyebabkan kueri gagal setelah mencoba server yang ditentukan dalam penerusan, bukannya gagal lalu mencoba pencarian standar. Juga diedit untuk mengubah /etc/init.d/bind reload ke rndc reload setelah saran dalam komentar.
Solusi 2:
Jika Anda mencoba mengoptimalkan, dan 22.22.22.22 adalah autentikasi untuk zona tersebut, Anda juga dapat menggunakan zona rintisan:
zone "newdomain.com" {
type stub;
masters { 22.22.22.22 };
};
Ini melakukan sesuatu yang sedikit berbeda dari meneruskan. Ini akan menanyakan server 22.22.22.22 untuk catatan NS, dan menyimpannya di cache setiap saat. Ini akan melakukan hal yang hampir sama, tetapi jika host NS lain (katakanlah, 33.33.33.33) juga terdaftar, server Anda kemudian akan mempelajarinya dan menggunakannya juga.
Saya yakin zona rintisan di sini adalah opsi yang lebih baik daripada penerusan bersyarat.
Solusi 3:
Bisakah Anda beroperasi sebagai budak untuk domain baru.com? yaitu, melakukan transfer penuh?