Почему `ssh -агент -k `не убивает ssh -агент (macOS ), или почему `SSH _АГЕНТ _PID `не установлено?

Ответ :да, они все одинаковые. Хотя обратите внимание, что на самом деле я не загружал эти зоны на DNS-сервер для подтверждения; например, я мог пропустить опечатку при чтении вопроса. Загрузите их на DNS-сервер, разрешите передачу зон, а затем перенесите их — вы должны получить точно такой же результат.

Детали:

• Если вы отметите «Другие директивы файла зоны» в руководстве BIND9, $ORIGINпо умолчанию будет соответствовать зоне, указанной вами в named.conf. В основном вы должны использовать $ORIGINв файлах, написанных вручную -, например, чтобы упростить работу с субдоменами ($ORIGIN subdmain.domain.com., а затем определить все свои записи для субдомена ).

• В том же разделе сообщается, что @является ярлыком для текущего источника. Так что написать это точно так же.

• Когда вы указываете две записи для одного и того же имени в строке без повторения имени, вторая запись просто неявно использует имя последней. Чтобы процитировать RFC 1035 (, который называет имя владельца записи ):

The last two forms represent RRs. If an entry for an RR begins with a blank, then the RR is assumed to be owned by the last stated owner. If an RR entry begins with a , then the owner name is reset.

(Кстати,:$ORIGINи @также находятся в RFC, поэтому их следует применять к серверам, отличным от BIND, которые используют тот же формат файла зоны. Я просто использовал руководство BIND, чтобы получить терминологию новее 1987 года.)

Все это удобные функции формата «мастер-файл» — они не имеют ничего общего с проводным протоколом DNS. Они даже не переживают загрузку файла в BIND (, если вы привязываете перезапись файла зоны, например, из-за разрешения обновлений DNS, тогда вы обнаружите, что он перезапишет файл намного ближе к вашему #4 ).