Что необходимо создать, разделы в библиотеке, на странице устройства Backup Exec. Вы щелкнули бы правой кнопкой по своей библиотеке, и выбор "Настраивает Разделы".
Затем при создании заданий Вы присваиваете "Устройство", чтобы быть разделом, который Вы создали.
Этот способ, которым задание ДОЛЖНО использовать ленту в том "устройстве", иначе это перестанет работать.
Наборы носителей не используются для выбора ленты, они просто управляют периодом защиты перезаписи и добавляют состояние.
Ваш источник для зоны .
на Вашу конфигурацию. Вы создаете записи для ns1.
и ns2.
вместо ns1.example.com.
и ns2.example.com.
С тех пор ns1.example.com
и ns2.example.com
не определяются, они подобраны подстановочным знаком.
Править: вот редактирование Вашей конфигурации и зоны:
zone "example.com." {
type master;
file "ext.zone";
};
ext.zone:
$TTL 3600
@ IN SOA ns1 root (
1 ; Serial
3600 ; Refresh
300 ; Retry
3600 ; Expire
300 ) ; Negative Cache TTL
IN NS ns1
IN NS ns2
IN A 192.0.2.6
ns1 IN A 192.0.2.4
ns2 IN A 192.0.2.5
* IN A 192.0.2.6
Все в зоне относительно имени зоны в именованной конфигурации, таким образом добавляя, что вторая зона просто указывает на тот же файл:
zone "example.net." {
type master;
file "ext.zone";
};
Для установки подстановочного знака субдомена в bind
, необходимо использовать следующий формат:
name.tld. IN A IP # main domain ip
*.name.tld. IN A IP # wildcard subdomains ip
<час> Пример:
mydomain.com. IN A 1.1.1.1
*.mydomain.com. IN A 1.1.1.1
Подстановочные знаки DNS могут доставить неприятности!
таким образом, я не хочу к explicitely, добавляет зона для каждого домена.
Существует много способов пойти — из сценариев SHELL до основанных на SQL серверов DNS.
UPD. (2019-11): Таким образом, как я сказал 8 лет назад, сценарии SHELL являются способом пойти, и это было доказано с предлагаемым решением принятого ответа, "добавляющим зональную запись" — ясно не на основе подстановочного использования.;-)
В 2019 еще легче найти ресурсы, объясняющие оборотные стороны подстановочных знаков DNS и хотя большинство из них было записано "в рассвет Интернета", они все еще содержат некоторое значение. Для, например, RFC1912 упоминает несколько вещей, связанных с подстановочным использованием DNS. Основная проблема ясно объяснена как" …
Подстановочный MXs может быть плохим, потому что они заставляют некоторые операции успешно выполниться, когда они должны перестать работать вместо этого. …"
Это также имеет некоторые реальные довольно старомодные примеры все же.
На основе Вашей конфигурации ns1.example.com
192.0.2.4
и ns2.example.com
192.0.2.5
. Необходимо настроить разрешение имени сервера NS в example.com
зона для получения надлежащего дюйм/с.
Я надеюсь, что ясно выражаюсь. Возвратитесь мне при необходимости в большем количестве информации.