Есть несколько очевидных проблем с вашими файлами зон:
Вы никогда не должны использовать домены, которые вам не принадлежат, даже для примеров и заданий. Их может не быть сейчас, но они могут появиться в будущем.
Используйте example.org
, example.com
, example.net
для примеров, домашних заданий и т. д. Эти домены гарантированно никогда никому не будут выделены и безопасны для использования кем угодно. Они существуют именно для этой цели.
Между 30
и d
в строке $TTL
не должно быть пробела.
в mcduckcorp.db
вы сначала определяете www.mcduckcorp.duckburg.cali
. в виде записи A с IP-адресом 192.168.1.10.
Позже вы определите его как CNAME, указывающий на squirrel.mcduckcorp.duckburg.cali
. Это не может работать.
CNAME определяет псевдоним, указывающий на другое доменное имя. Запись выглядит так:
alias-name IN CNAME canonical-name
Псевдоним -имя не может иметь никаких других записей данных, ни A
, ни MX
, ни NS
ни что-либо еще -это просто псевдоним, указывающий куда-то еще (на канонический -] имя ). Иными словами, псевдоним «наследует» все данные имени, на которое он указывает, и не может его каким-либо образом (модифицировать никакими добавлениями, удалениями или правками ).
Ваше задание требует, чтобы вы показали примеры записей A и записей CNAME. Попробуйте создать запись A для самого домена, а затем сделать www
псевдоним, указывающий на него. например.
@ IN A 192.168.1.10
www IN CNAME @
www
"унаследует" все записи, связанные с@
($ORIGIN, самим доменом ).Это включает в себя запись A и любые NS, MX или TXT и любые другие записи, которые могут существовать.
Запись NS в основном не имеет значения, но запись MX может быть полезна, если, например, почтовый сервер для domain.example.com
настроен также на обработку почты для www.domain.example.com
.
В качестве альтернативы вы можете создать запись A для www
, а затем сделать squirrel
псевдонимом, указывающим на него. например.
www IN A 192.168.1.10
squirrel IN CNAME www
Здесь белка наследует все от www
, который имеет только запись A.
Если вы не изменили конфигурацию, связанную с системой ведения журналов, в Journald абсолютно не гарантировано наличие всего, что есть в /var/log/messages
.
В дополнение к этому сообщению о Устранении неполадок LEMP с помощью journalctl , настройка по умолчанию работает таким образом, что только часть сообщений фактически сохраняется в Journald:
Both are installed and running:
- Journald runs without persistent storage and stores log data only in RAM
- Rsyslog (aka /var/log/messages and friends) persists log data to flat files ...
Rsyslog will persist much of the logs, while Journald will store only a fraction of already-persisted messages, in RAM.
Если вы хотите, чтобы оба хранилища журналов (Journald и Rsyslog )были на одном уровне, вы должны как минимум выделить постоянное хранилище в файловой системе и/или увеличить объем оперативной памяти для журналов Journald.
Чтобы создать постоянное хранилище,вы просто создадите каталог /var/log/journal
и перезагрузите демон Journald:
# create the directory
mkdir -p /var/log/journal
# ensure the write permissions
systemd-tmpfiles --create --prefix /var/log/journal
# ping the daemon that the directory is there
killall -USR1 systemd-journald