sun's longitude:242 25 39.14 
· 자유게시판 · 묻고답하기 · 알파문서 · RPMS list
· 사용자문서 · 팁/FAQ모음 · 리눅스Links · 자료실
· 서버정보 · 운영자 · Books/FAQ · FreeBSD
/board/read.php:소스보기  

질문과 답변 게시판입니다.

현재 실시간으로 이곳 서버의 설정파일(몇개)를 보여주고 있습니다.
서버의 설정내용에 관한 질문은 먼저 이곳 서버의 설정내용을 참고하시길 바랍니다.

[*** 쓰기 금지단어 패턴 ***]
글 본문 중간에 업로드할 이미지를 추가하는 방법 : @@이미지이름@@
ex) @@foo.gif@@
2217 번 글의 답장글: Re: Re: 타 네임서버들의 캐싱 시간
글쓴이: 산이 [홈페이지] 글쓴날: 2004년 11월 27일 01:12:25 토(새벽) 조회: 1661

[선환]님이 남기신 글:

>$ dig @168.126.63.1 www.hanalodge.com
>
>; <<>> DiG 9.2.4 <<>> @168.126.63.1 www.hanalodge.com
>;; global options:  printcmd
>;; Got answer:
>;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 1963
>;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1
>
>;; QUESTION SECTION:
>;www.hanalodge.com.             IN      A
>
>;; ANSWER SECTION:
>www.hanalodge.com.      337728  IN      A       211.204.48.208
>
>;; AUTHORITY SECTION:
>hanalodge.com.          3435    IN      NS      ns.yongmaru.com.
>
>;; ADDITIONAL SECTION:
>ns.yongmaru.com.        71371   IN      A       211.239.161.190
>
>;; Query time: 2 msec
>;; SERVER: 168.126.63.1#53(168.126.63.1)
>;; WHEN: Fri Nov 26 13:25:47 2004
>;; MSG SIZE  rcvd: 93
>
>그냥 dig 만 한 것과 trace 옵션을 한 것이 결과가 다르네요 -_-;;
우째 이런일이.. 

========================================

+trace 옵션은 말 그대로 네임스페이상의
 각 노드를 거치게 되는데
이때의 TTL 의 각 노드에서 설정된 기본값들이 출력됩니다.

반면 +trace 옵션이 없는 경우는 질의한 네임서버의 캐시에 있는
TTL 값이 나옵니다.

우리나라 코넷네임서버는
 한대로 돌아가지 않고 내부적으로 여러대로
돌아갑니다.
즉 다음과 같이 각각 다른 TTL 이 나올 수 있습니다.

$ dig @168.126.63.1 www.hanalodge.com | grep ^www.hanalodge.com
www.hanalodge.com.      295831  IN      A       211.204.48.208
$ dig @168.126.63.1 www.hanalodge.com | grep ^www.hanalodge.com
www.hanalodge.com.      400738  IN      A       218.52.106.104
$ dig @168.126.63.1 www.hanalodge.com | grep ^www.hanalodge.com
www.hanalodge.com.      295823  IN      A       211.204.48.208
...
$ dig @168.126.63.1 www.hanalodge.com | grep ^www.hanalodge.com
www.hanalodge.com.      295405  IN      A       211.204.48.208

여러개 질의해 보면 TTL 값이 점점 작아진다는 것을 알 수 있을
겁니다.

(동일한 서버로 추측됨) 295831 --> 295823 --> 295405
(다른 서버로 추측됨) 400738

400738 / 86400 ==> 4.6 ==> 약 5일

즉 현재 시각을 기준으로 약 5일이 지나면 모두 expire 되고
정상적으로 동작할겁니다.

이와 같은 경우는 종종 볼 수 있는데 처음 네임서버를 설정할
당시
아마도 TTL 을 7일로 잡고 코넷네임서버에게
 질의했기 때문에
이런 증상이 나타납니다.

어쩔 수 없이 코넷의 경우는 5일을 기달려야 합니다.

반면 다른 네임서버에 질의해 보면,

$dig @linux.sarang.net www.hanalodge.com | grep ^www.hanalodge.com
www.hanalodge.com.      600     IN      A       211.239.161.190
$ dig @linux.sarang.net www.hanalodge.com | grep ^www.hanalodge.com
www.hanalodge.com.      597     IN      A       211.239.161.190
$ dig @linux.sarang.net www.hanalodge.com | grep ^www.hanalodge.com
www.hanalodge.com.      595     IN      A       211.239.161.190

아주 정상적이죠?

 
이전글 : Re: 타 네임서버들의 캐싱 시간
다음글 : Re: Re: Re: 타 네임서버들의 캐싱 시간  
 from 61.254.75.78
JS(Redhands)Board 0.4 +@

Re: 타 네임서버들의 캐싱 시간 Re: Re: Re: 타 네임서버들의 캐싱 시간
인쇄용 


apache lighttpd linuxchannel.net 
Copyright 1997-2024. linuxchannel.net. All rights reserved.

Page loading: 0.01(server) + (network) + (browser) seconds