Так, це ідеально підтримується без жодних проблем.
Ви навіть можете розмістити абсолютно різні домени в одній машині.
Наприклад, використовуючи BIND9 як DNS-сервер, слід поставити щось подібне в named.conf
:
zone "example.com" {
type master;
file "/usr/local/etc/namedb/static/example.com";
notify yes;
allow-transfer { nameservers; }
};
};
zone "subzone.example.com" {
type master;
file "/usr/local/etc/namedb/static/subzone.example.com";
notify yes;
allow-transfer { nameservers; }
};
};
Просто заповніть файли зон вашими даними про зони. У головному файлі зони також можна вказати підзони, навіть з записами MX для розсилки, подивіться на цей приклад для файлу example.com
:
; Nameservers records
ns.example.com. IN A 192.168.0.10
ns1.example.com. IN A 192.168.0.3
ns2.example.com. IN A 192.168.0.4
; Delegated internal zones
local.example.com. IN NS ns.example.com.
mgmt.example.com. IN NS ns.example.com.
; Delegated external zones
subzone.example.com. IN NS ns.example.com.
whatever.example.com. IN NS ns.example.com.
; Delegated external zone with its own nameservers (and glue records)
fnord.example.com. IN NS ns1.fnord.example.com.
fnord.example.com. IN NS ns2.fnord.example.com.
ns1.fnord.example.com. IN A 198.51.100.1
ns2.fnord.example.com. IN A 198.51.100.2
; Mailing zones
lists.example.com. IN A 192.168.0.13
IN MX 0 lists.example.com.
IN TXT "v=spf1 mx ~all"
IN SPF "v=spf1 mx ~all"
Сподіваюся, це все прояснить.
sub1.example.com
вас делегують, ви не можете делегуватиsub1.example.com
когось іншого)