캐시된 네임서버, 기존 서버의 기록을 새 서버로 변경할 수 있나요?

캐시된 네임서버, 기존 서버의 기록을 새 서버로 변경할 수 있나요?

캐시된 네임서버가 있는 도메인에 문제가 있습니다. 일부 지역에서는 새 웹사이트 대신 기존 웹사이트로 이동합니다. 이전 호스팅 DNS로 이동하여 이를 변경 A record하고 새 웹사이트로 가져올 수 있나요? 이 캐시가 만료되는 데 얼마나 걸리나요?

답변1

이전 호스팅 DNS로 이동하여 A 레코드를 변경하고 새 웹사이트로 가져올 수 있나요?

예, 이것이 바로 당신이 해야 할 일입니다.

이 캐시가 만료되는 데 얼마나 걸리나요?

짧은 답변

일주일만 기다리세요.

일반적으로 전환 기간은 며칠 이상 지속되어서는 안 되지만, 일주일 내내 걸리는 전환 기간은 거의 없습니다. 이 프로세스가 어떻게 작동하는지에 대한 기술적인 세부 사항을 알고 싶지 않다면 일주일 정도는 안전할 것입니다. 또한 일주일은 이전 서버로 "롤백"하도록 강요할 수 있는 새 환경의 심각한 문제를 발견할 시간을 제공합니다.

긴 답변

이에 대해 밀접하게 관련된 Q&A로 안내해 드리겠습니다.

NS 레코드 TTL이 높은 경우 DNS 공급자 마이그레이션

등록자 제어판에 로그인하여 DNS 서버를 변경하면 이미 도메인을 인식하고 있는 재귀 DNS 서버가 변경 사항을 적용해야 하는 전환 기간이 시작됩니다. 유일한안전한당신이 할 수 있는 일은 이 기간이 만료될 때까지 이전 네임서버와 새 네임서버를 모두 동일한 상태로 유지하는 것입니다.

이 전환 기간은 위임 경로에서 도메인과 연결된 최대 TTL입니다. 이는 NS귀하가 관리하는 네임서버 내부에 있는 기록 입니다 .그리고 그것을 가리키는 대표단도. 이는 시각적으로 설명하기가 더 쉬우며 digUNIX/Linux 상자에서 명령( dig +trace example.com) 을 사용하거나 다음을 사용하여 이러한 값을 찾을 수 있습니다.유사한 웹 기반 도구동일한 기능을 제공하는 것입니다.

의 경우 example.com다음과 유사한 출력이 표시됩니다.

.           233637  IN  NS  a.root-servers.net.
.           233637  IN  NS  b.root-servers.net.
.           233637  IN  NS  c.root-servers.net.
.           233637  IN  NS  d.root-servers.net.
.           233637  IN  NS  e.root-servers.net.
.           233637  IN  NS  f.root-servers.net.
.           233637  IN  NS  g.root-servers.net.
.           233637  IN  NS  h.root-servers.net.
.           233637  IN  NS  i.root-servers.net.
.           233637  IN  NS  j.root-servers.net.
.           233637  IN  NS  k.root-servers.net.
.           233637  IN  NS  l.root-servers.net.
.           233637  IN  NS  m.root-servers.net.
;; Received 228 bytes from 8.8.4.4#53(8.8.4.4) in 4 ms

com.            172800  IN  NS  h.gtld-servers.net.
com.            172800  IN  NS  l.gtld-servers.net.
com.            172800  IN  NS  a.gtld-servers.net.
com.            172800  IN  NS  f.gtld-servers.net.
com.            172800  IN  NS  c.gtld-servers.net.
com.            172800  IN  NS  m.gtld-servers.net.
com.            172800  IN  NS  i.gtld-servers.net.
com.            172800  IN  NS  k.gtld-servers.net.
com.            172800  IN  NS  g.gtld-servers.net.
com.            172800  IN  NS  e.gtld-servers.net.
com.            172800  IN  NS  d.gtld-servers.net.
com.            172800  IN  NS  j.gtld-servers.net.
com.            172800  IN  NS  b.gtld-servers.net.
;; Received 489 bytes from 192.112.36.4#53(192.112.36.4) in 32 ms

example.com.        172800  IN  NS  a.iana-servers.net.
example.com.        172800  IN  NS  b.iana-servers.net.
;; Received 165 bytes from 192.26.92.30#53(192.26.92.30) in 2484 ms

example.com.        86400   IN  A   93.184.216.34
example.com.        86400   IN  NS  a.iana-servers.net.
example.com.        86400   IN  NS  b.iana-servers.net.
;; Received 93 bytes from 199.43.135.53#53(199.43.135.53) in 22 ms

위 출력에서는 .및 와 연관된 TTL이 com.우리 도메인에 대한 것이 아니기 때문에 무시합니다. 우리가 관심을 갖는 TTL은 마지막 두 세트이며 둘 다 example.com.. 첫 번째 세트는 등록자 제어판에서 구성한 네임서버에 대한 위임입니다. 두 번째 세트는 NS해당 DNS 서버에 있는 레코드입니다. 원활한 전환을 보장하려면 다음을 사용해야 합니다.더 큰이 두 가지 값 중 일반적으로 위임이 사용됩니다.

위의 예에서 전환 기간은 172800초입니다. (이틀)

관련 정보