BIND-$ORIGIN 명령
$ORIGIN defines a base value from which 'unqualified' name (those without a terminating dot) substitutions are made when processing the zone file. Zone files which do not contain an $ORIGIN directive, while being perfectly legitimate, can also be highly confusing. In general, always explicitly define an $ORIGIN directive unless there is a very good reason not to.
$ORIGIN is a standard directive defined in RFC 1035.
$ORIGIN values should be 'qualified' (they end with a 'dot'). Confusingly some documentation omits this dot.
If an $ORIGIN directive is not defined - BIND synthesizes an $ORIGIN from the zone name in the named.conf file as illustrated below:
만약 $ORIGIN 명령이 정의되지 않았다면,bind는named를.conf 파일의 zone 이름이 $ORIGIN의 값으로 동기화됩니다.
// named.conf file fragment
zone "example.com" in{
type master;
file "pri.example.com";
};
In the above fragemnt example.com is the initial value of $ORIGIN if none present in the zone file (pri.example.com).
$ORIGIN 명령이 pri에 없으면example.com 파일에 나타나면 example.com은 $ORIGIN의 초기 값으로 사용됩니다.
$ORIGIN is used in two contexts during zone file processing:
Examples
@ Symbol replacement:
; example.com zone file fragment
; no $ORIGIN present and is synthesized from the
; zone name in named.conf
....
@ IN NS ns1.example.com.
; ns1.example.com is the name server for example.com
....
$ORIGIN uk.example.com.
@ IN NS ns2.example.com.
; functionally identical to
; uk.example.com IN NS ns2.example.com
; ns2.example.com is the name server for uk.example.com
Unqualified name addition:
; example.com zone file fragment
; no $ORIGIN present and is synthesized from the
; zone name in named.conf
....
www IN A 192.168.23.15
; functionally identical to
; www.example.com. IN A 192.162.23.15
; thus
; www.example.com = IP 192.168.23.15
joe IN CNAME www ;unqualified name
; joe.example.com = www.example.com
; could have written as
joe.example.com. IN CNAME www.example.com.
....
$ORIGIN uk.example.com.
ftp IN A 10.0.16.34
; functionally identical to
; ftp.uk.example.com IN A 10.0.16.34
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
DNS 서버 정방향/역방향 목록 정리AD의 머신 계정은 삭제해도 DNS 서버와 연동하지 않았는지, 쓰레기 정보가 모여 버렸다. DNS 매니저로부터 쓰레기는 확인할 수 있지만, 너무 많아, GUI 조작에서는 전부 삭제는 곤란. 리스트 출력 ⇒ 명령으로 ...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.