Linux DNS Multi tenant

Saya perlu mengatur solusi DNS multi-tenant di Linux DNS Server. Saat ini saya melayani beberapa perusahaan: Perusahaan ABC, Perusahaan XYZ, dll ...

Saya perlu membuat

Zona penerusan
Reverse Forward Zone

Saya dapat dengan mudah membuat Zona Teruskan dengan domain abc.com Tantangan yang saya miliki adalah bahwa masing-masing komponen pelanggan saya berbagi alamat IP yang sama. Oleh karena itu Jika saya membuat Reverse Forward Zone saya berakhir dengan sesuatu seperti ini:

abc.com 1.1.1.1 host.abc.com
xyz.com 1.1.1.1 host.xyz.com

Jika saya melakukan pencarian terbalik pada host.abc.com berfungsi dengan baik ... tetapi jika saya melakukan pencarian terbalik pada 1.1.1.1 Di Windows DNS saya mendapatkan respons keseimbangan beban seperti ini:

Upaya pertama: host.abc.com
Upaya kedua: host.xyz.com
Upaya ketiga: host.abc.com

Saya ingin menambahkan logika ke konfigurasi DNS untuk menangani pencarian balik DNS berdasarkan hostname mesin sumber dan menanggapi dengan hostname yang tepat setiap upaya.

Penanganan masalah: Buat beberapa DNS tetapi ini tidak dapat diskalakan.

linux networking dns

— pengguna260826
sumber

lihat: serverfault.com/questions/65781/multiple-reverse-dns-entries

— Tyson

@Tyson thats untuk melayani semua PTR yang berbeda sekaligus. OP ingin menentukan PTR mana yang akan dilayani berdasarkan alamat sumber permintaan.

— Joe Sniderman

Tergantung pada perangkat lunak server nama yang Anda gunakan. Di BIND, Anda akan membuat banyak tampilan. Tampilan akan cocok dengan alamat IP sumber kueri. Di setiap tampilan Anda akan memiliki konfigurasi yang berbeda - semua dalam satu contoh server.

Atau, jika IP sumber selalu sama, Anda dapat meminta nameserver mendengarkan beberapa alamat IP, dan meminta pandangan Anda cocok dengan IP nameserver mana pun yang menerima kueri. Anda kemudian dapat mengonfigurasi setiap "perusahaan" untuk mengirim pertanyaan ke IP yang berbeda.

Apa yang tidak dapat Anda lakukan adalah mencocokkan langsung berdasarkan apa yang menurut sumber kueri adalah nama hostnya.

Berdasarkan komentar tindak lanjut, tampaknya Anda sebelumnya mengandalkan klien untuk menambahkan domain tertentu ke kueri itu sendiri. Anda dapat melakukan hal serupa di BIND juga, cukup dengan membuat zona yang menyertakan domain itu.

Yaitu, buat zona untuk 1.2.0.192.in-addr.arpa.foo.example.com. dan zona lain untuk 1.2.0.192.in-addr.arpa.bar.example.net. Namun ini tidak akan berfungsi jika salah satu klien itu tidak menambahkan nama domain ke kueri-nya. Oleh karena itu Anda tidak harus bergantung pada metode ini, bahkan jika itu tampaknya berfungsi sebagian besar waktu ketika Anda menggunakan server nama berbasis Windows.

Yang mengatakan, pendekatan terbaik, hanya akan menggunakan alamat IP unik!

— Joe Sniderman
sumber

Terima kasih Joe, permintaan sumber akan datang dari alamat IP yang sama tetapi nama host berbeda, saya berencana untuk menggunakan BIND. Bisakah saya mengonfigurasi Tampilan agar cocok dengan nama host sumber?

— user260826

Tidak yakin saya mengikuti .... sumber permintaan memiliki IP yang sama, tetapi nama host berbeda. Bagaimana apanya? Dengan cara apa perbedaan nama host?

— Joe Sniderman

Dalam lingkungan multi-tenant ini setiap server berada dalam VLAN yang terisolasi. Saya perlu menambahkan layanan DNS untuk semua VLAN dan DNS baru akan berlokasi di VLAN yang dapat diakses umum. Setiap host yang membutuhkan DNS memiliki IP yang sama (1.1.1.1) tetapi hostname / fqdn yang berbeda (computerA.companyX.com), Pada Windows DNS saya hanya dapat membuat Zona ReverseLookup unik karena semua berbagi Alamat IP yang sama. Dalam hal ini saya memiliki ReverseLookupZone 1.1.1.in-addr.CompanyX.com yang unik dan saya melihat semua catatan PTR di sana. Ketika permintaan pencarian terbalik dilakukan dari setiap host, DNS Windows merespons dengan nama host yang berbeda setiap kali.

— user260826

Jadi pada dasarnya, nama host yang berbeda bukankah sumber kueri seperti halnya kueri itu sendiri? dengan kata lain, Anda mengandalkan akhiran dns-suff menjadi berbeda dalam kueri yang berbeda ..

— Joe Sniderman

Saya memperbarui jawaban saya untuk menjelaskan.

— Joe Sniderman