Да - демоны работают на подобных Unix полях, и сервисы работают на Windows.
Однажды на десятилетие назад, демоны продолжали идти неограниченно долго, и сервисы не сделали.
Однажды на несколько десятилетий назад, демоны не продолжали идти неограниченно долго также.
Так, действительно, я имел в виду Нет - нет значительной разницы между сервисами и демонами.
Обратите внимание, что 'крон' является демоном; это не связывается с сетью вообще.
Хорошо, я могу воспроизвести поведение (BIND 9.6) и считаю, что выяснил причину:
Если у вас есть подстановочный знак A и более конкретная запись TXT, как показано ниже, запись A разрывается.
*.test.bsd-box.net. IN A 127.0.0.1
www.test.bsd-box.net. IN TXT "This be a text record, mon!"
но если у вас есть конкретная A запись, она работает нормально:
*.test.bsd-box.net. IN A 127.0.0.1
www.test.bsd-box.net. IN A 127.0.0.1
www.test.bsd-box.net. IN TXT "This be a text record, mon!"
Таким образом, очевидно, что наличие более конкретной записи (даже другого типа) маскирует подстановочную запись A.
I '
Потому что он мешает вашей записи с подстановочными знаками (" *
"). Если у вас есть какие-либо записи для элемента, подстановочный знак больше не соответствует ни одному типу записи.
Из RFC1034 , §4.3.3:
Подстановочные RR не применяются… [w ] если имя запроса или имя между доменом с подстановочными знаками и именем запроса [известно] о существовании. Например, если RR с подстановочными знаками имеет имя владельца «* .X», а зона также содержит RR, прикрепленные к BX, подстановочные знаки будут применяться к запросам для имени ZX (при условии, что для ZX нет явной информации), но не на BX, ABX или X.
Обратите внимание, что пример не соответствует ситуации OP, но правило остается тем же.
Возможно ли, что при редактировании зоны вы случайно удалили A запись CNAME записана?
Может быть, было бы полезно взглянуть на ваш полный файл зоны и убедиться, что все, что вы ожидаете от него, все еще там?