답변 감사합니다.
알려주신대로 어제 확인해 보니

shell> dig linuxchannel.net
linuxchannel.net.       615     IN      A       222.231.2.163

615 이런식으로 남은시간이 있었습니다.
근데, 615 면 10분정도 인데, 10분후에 다시 보면
43xxx(기존에 TTL 값이 43200) 대로 다시 늘어나 있습니다.
캐싱서버로 작동할때 그런다고 하는데...
TTL 이 만료되었음에도
 불구하고 다시 살아나는 것을 막거나,
캐싱을 다 지우는 방법이 있는지요?


[산이]님이 남기신 글:

>
>[김성민]님이 남기신 글:
>
>>안녕하세요.
>>
>>bind 9.0, Apache 1.3.20 입니다.
>>
>>### 사례1 ###
>>
>>서버에 linuxchannel.net, sub.linuxchannel.net 과 같이 2개의
도메인을
>>(A)서버에 셋팅하여 사용하다가 linuxchannel.net 자체를 (B)서버로
이전하였습니다.

>>linuxchannel.net 도메인 등록정보에서도
 네임서버 정보를 B서버로 변경하고, A서버에서는 linuxchannel.net
에 대한 가상호스트 및 계정, 네임서버설정등
 관련정보를 모두 삭제 하였습니다.
>>
>>sub.linuxchannel.net 은 새로운 서버인 B서버로 연결이
됩니다.
>>근데, linuxchannel.net 은 아직 A서버로 연결이 됩니다.
>>
>>A서버에서는 해당 도메인에 대한 관련 레코드를 모두
삭제하였고, Apache 에서도 해당 설정이 없는상태인데도
 불구하고 A서버로 연결이 됩니다.
>>A서버로 연결이 된다는 의미는 A서버의 Apache Default Page 로
연결이 된된다는 말입니다.
>>
>>만일, A서버에서 linuxchannel.net 에 대한 dns 설정은 놔두고 Apache
설정만 제거하였다면 위와 같이 Apache Default Page 로 접속되는
것이 가능하지만, A서버 자체에서 dns, Apache 설정등 관련 정보를
모두 제거하였는데도
 불구하고 A서버로 연결이 되는 이유를 모르겠습니다.
>>
>>그리고, 또 linuxchannel.net, sub.linuxchannel.net 의 네임서버
등록정보를 B서버로 바꾸었는데도 불구하고 linuxchannel.net 은
A서버로,
>>sub.linuschannel.net 은 B서버로 연결이 됩니다.
>>
>>실제로 ping 을 해보면 linuxchannel.net 은 A서버 ip가,
>>sub.linuxchannel.net 은 B서버의 ip가 잡힙니다.
>>
>>nslookup 을 해보면 (PC에서 하던, 서버에서 하던
마찬가지)
>>linuxchannel.net 의 DNS 정보가 B서버로 나오지만,
>>ping을 해보면 linuxchannel.net은 A서버의 ip로,
>>sub.linuxchannel.net 은 B서버의 ip로,
>>웹브라우저 접속을 해보면 linuxchannel.net 은 A서버로,
>>sub.linuxchannel.net 은 B서버로 접속이 됩니다.
>>
>>
>>### 사례2 ###
>>
>>위와 같은 증상이 있는 도메인이 또 있습니다.
>>abc.com 이라는 도메인인데 그건 서버의 이전이 아니라 기존
사용하던 서버에서 네임서버 및 가상호스트 삭제, 계정삭제등
그냥 삭제를 한 상태인데,
>>브라우저에서
 접속하면 Apache Default Page 로 접속이 됩니다.
>>마찬가지로, 네임서버 설정이 유효하고 가상호스트만
없앴다고 하면 Apache Default Page로 접속이 되는게
맞긴한데,
>>네임서버 설정까지 없앴는데도 불구하고 A서버가 응답하는
이유를 모르겠습니다.
>>
>>
>>1. Apache config 파일에서 해당 가상호스트 제거. (재시작
했음)
>>2. /etc/named.conf 에서 해당 도메인 제거 (재시작 했음)
>>
>>***.zone 파일에서의 TTL 타임은 43200 입니다.
>>
>>위와 같이 변경하거나 삭제한 지 대충 4일정도
됩니다.
>>
>>제가 알기론 예를들면 A서버에서 사용하던 도메인에 대한
네임서버 정보에서 linuxchannel.net 에 대한 설정을 빼면 ping 을
해도 ip가 잡히지 않아야 하는 것으로 아는데 ping도 되고
A서버로의 접속이 가능하다는 것이 이해가 안갑니다.
>>
>>사례1, 사례2 와 같은 증상이 어떻게 일어날 수 있는지 문의
드립니다.
>>/etc/rc.d/init.d/named restart (reload)
>>/usr/local/apache/bin/apachectl restart
>>여러번 해봐도 마찬가지 입니다.
>>
>>뭔가 이유가 있을터인데.... 
>
>========================================
>
>일단 위의 사례 1,2 는 모두 같은 문제인것 같습니다.
>
>웹브라우저(에이전트)가
 어떻게 웹서버가 접속하는지 그 과정을
>그려보면 어디에 문제가 있는지 알 수 있습니다.
>
>체크항목
>
>1. 테스트하고 있는 클라이언트의 hosts 들
>
>예를들어 /etc/hosts 파일과 /etc/host.conf 입니다.
>
>위에서 ping 은 아마도 /etc/hosts 파일을 참고하고 nslookup
은
>DNS 을 참조하는듯 하네요.
>
>윈도우도 C:\WINDOWS\system32\drivers\etc\hosts 파일이
있습니다.
>
>
>2. 1의 경우가 아니면 Local DNS 의 TTL 값이 아직 남아
있어서
>이런 현상이 있습니다.
>
>local DNS 설정은 /etc/resolv.conf 에 있고 TTL은 예를 들어
>
>shell> dig www.linuxchannel.net
>linuxchannel.net.       850     IN      A       222.231.2.163
>
>850초가 남아 있군요.
>
>Local DNS 의 기존 TTL 값이 길면, 이 값이 모두 expire
될때까지
>예전 정보를 리턴해 주기 때문에 이때까지 기달려야
합니다.
>
>그렇게 때문에 기존 TTL 값이 길게 설정되어 있고, 하루
이틀후에 DNS 설정을 바꾸고자 한다면 미리 이 TTL 값을 짧게
설정해 주는 것이 좋을 수
>있습니다.
>
>
>3. 1차, 2차 네임서버의 동기화 부분
>
>이 부분은 따로 설명하지 않아도 되죠?
>
>shell> dig @1차네임서버 호스트네임
>shell> dig @2차네임서버 호스트네임
>
>이렇게 해서 나온 결과 serial 이나 리턴값을 비교해 보면
됩니다.
>
>
>4. 그외의 경우는
>
>shell> dig +trace 호스트네임
>
>으로 한번 리졸빙 과정을 체크해 보세요. 

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