[선환]님이 남기신 글:

>답변 감사합니다.
>
>그런데 처음 설정할때 www 를 붙인 호스트와 그렇지 않은
호스트를 같이 설정했는데, 왜 차이가 나는걸까요.. 
>
>네임서버로 설정한 도메인은 yongmaru.com 입니다.
>전부터 몇개 네임서버에서 업데이트가 늦는것
같았는데,
>오늘 테스트 중 w4.kornet.net 네임서버에서는
 아예 제 네임서버 ip 를 못 찾는 현상도 나더군요..
>
>$ dig @w4.kornet.net yongmaru.com
>
>; <<>> DiG 9.2.4 <<>> @w4.kornet.net yongmaru.com
>;; global options:  printcmd
>;; Got answer:
>;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 10402
>;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
>
>;; QUESTION SECTION:
>;yongmaru.com.                  IN      A
>
>;; Query time: 4 msec
>;; SERVER: 168.126.63.21#53(w4.kornet.net)
>;; WHEN: Sat Nov 27 03:28:19 2004
>;; MSG SIZE  rcvd: 30
>
>한양대학교 네임서버 166.104.27.6 에서도 안 걸리는군요.. 전부터
해당 네임서버에서도
 문제가 있었는데.. 어디를 살펴봐야 하는걸까요..
>

일단은 로컬 네임서버 설정부터 정확하게 정검해 보세요.
/var/log/messages 파일을 중심으로

만약 문제가 계속지속된다면
 ISP 업체에 문의해 보세요.
혹시 방화벽에서 필터링되는지 등등에 대해서


>[산이]님이 남기신 글:
>
>>
>>[선환]님이 남기신 글:
>>
>>>$ 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
>>
>>아주 정상적이죠? 
>
>======================================== 

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