인기 도구

테마

호스팅 DNS 조회

Hosting.com, GoDaddy, Hostinger 등 호스트 14곳의 호스팅 DNS를 그 호스트 자체 네임서버에서 직접 확인하세요. 전환 전에는 빠진 레코드를, 전환 후에는 캐시가 이전 응답을 얼마나 더 보관하는지 보여 줍니다.

레지스트리와 각 호스트의 자체 네임서버에 직접 질의 · Google과 Cloudflare 캐시 · 기록 없음

네임서버를 조회할 호스트

호스트 자체 네임서버에 존이 무엇을 담고 있는지 묻습니다. 입력란이 비어 있으면 호스트 칩을 눌러 그곳의 공개 사이트를 확인하세요.

네임서버를 바꾸기 전에 호스트의 DNS를 확인하는 방법

전환 전에 호스트를 확인하려면 그 호스트의 자체 네임서버에 질의하세요. 이 페이지는 그곳에서 권한 있는 DNS 조회를 실행하고 각 레코드를 운영 중인 존과 비교합니다.

  1. 도메인을 추가하세요: 새 호스트에서. 네임서버를 바꿔도 아무것도 복사되지 않습니다.
  2. 호스트를 선택하고 확인하세요: 레코드별 DNS 비교와, 누락된 레코드마다 추가할 행을 보여 줍니다.
  3. 네임서버를 전환하세요: 결과가 전환 준비 완료로 나온 뒤에.
도메인 하나, 호스트 9곳의 서버 10대에 질의gilat.com · 2026년 10월 24일 기록

존이 있음

  • GoDaddy해당 쌍ns55.domaincontrol.comNOERROR aa존의 SOA존

존이 없다고 응답

  • GoDaddy다른 쌍ns21.domaincontrol.comREFUSED레코드 없음존 없음
  • Hosting.comns1.stableserver.netREFUSED레코드 없음존 없음
  • 20ins1.stackdns.comREFUSED레코드 없음존 없음
  • SiteGroundns1.siteground.netREFUSED레코드 없음존 없음
  • Namecheapdns1.registrar-servers.comREFUSED레코드 없음존 없음
  • Hostingerns1.dns-parking.comNXDOMAINaa 없음, SOA 없음존 없음

aa로 응답하지만 존 없음

  • Bluehostns1.bluehost.comNOERROR aa포괄 응답, com.의 SOA포괄 응답
  • HostGator공유 서버ns2207.hostgator.comNOERROR aa포괄 응답, .의 SOA포괄 응답
  • ResellerClubresellerclub.mercury.orderbox-dns.comNOERROR aa만들어 낸 SOA, A 127.0.0.1만들어 낸 것

aa + 실제 호스트를 가리키는, 도메인 소유의 SOA 가 있으면 존입니다. 그 밖의 것은 존이 아닙니다.

이 페이지가 질의하는 방식대로 dig +norec +tcp로 질의했습니다. gilat.com의 자체 GoDaddy 쌍만 그 존을 보관합니다.
dig @ns1.stableserver.net example.com SOA +norec

응답은 dig의 헤더, 즉 status와 flags 줄에 있습니다.

응답 읽는 법

  • flags: qr aa와 해당 도메인의 SOA존 있음: 호스트가 도메인을 보관합니다.
  • status: REFUSED · Hostinger의 ns1/ns2는 NXDOMAIN아직 존 없음: 먼저 호스트에 도메인을 추가하세요.
  • 응답 없음 또는 시간 초과“존 없음”과는 다릅니다: 그 호스트의 다른 서버에 질의하세요.
webcentral.in의 호스팅 DNS 조회 결과: Hosting.com에서 운영 중, 각 레코드가 존에서 응답, 이전 열과 캐시webcentral.in의 호스팅 DNS 조회 결과: Hosting.com에서 운영 중, 각 레코드가 존에서 응답, 이전 열과 캐시판정도메인이 그 호스트에서 어떤 상태인지와 다음 단계.비교호스트의 각 레코드를 운영 중인 응답과 나란히 놓고 상태 칩을 보여 줍니다.레지스트리레지스트리가 리졸버를 어디로 보내는지와 얼마 동안 보내는지.호스트의 존이전할 때 옮겨야 하는 레코드마다 하나씩, 총 10칸.캐시Google과 Cloudflare의 사본과 각 사본에 남은 시간.
Hosting.com에서 운영 중인 webcentral.in을 확인한 예시입니다. 번호를 선택하면 각 부분이 무엇을 보여 주는지 확인할 수 있습니다.

Hosting.com 네임서버(그리고 A2 Hosting, Stablepoint, Verpex…)

Hosting.com의 네임서버는 ns1.stableserver.net, ns2.stableserver.net, ns3.stableserver.net, ns4.stableserver.net이며, 모든 호스팅 상품에 같은 4대를 씁니다. A2 Hosting 계정도 같은 집합을 씁니다: A2는 2025년 4월 28일에 Hosting.com이 되었습니다.

브랜드와 리셀러는 흔히 같은 주소 4개에 ns1–4.mysecurecloudhost.com이나 ns1–4.verpex.com 같은 자체 이름을 쓰므로, 이 페이지는 주소로 Hosting.com을 식별합니다. 일부 오래된 계정은 다른 집합을 쓰니, 계정에 표시된 것을 사용하세요.

이름 집합 11개, 주소 4개dig A · 2026년 10월 24일
  • Hosting.com공식 안내ns1–4.stableserver.net→ 13.248.158.180, 75.2.118.134, 76.223.26.245, 99.83.147.209
  • A2 Hosting현재 Hosting.comns1–4.a2hosting.com→ 13.248.158.180, 75.2.118.134, 76.223.26.245, 99.83.147.209
  • Verpexns1–4.verpex.com→ 13.248.158.180, 75.2.118.134, 76.223.26.245, 99.83.147.209
  • Verpex기본 집합ns1–4.mysecurecloudhost.com→ 13.248.158.180, 75.2.118.134, 76.223.26.245, 99.83.147.209
  • Stablepointns1–4.stablepoint.com→ 13.248.158.180, 75.2.118.134, 76.223.26.245, 99.83.147.209
  • MochaHostns1–4.mochahost.com→ 13.248.158.180, 75.2.118.134, 76.223.26.245, 99.83.147.209
  • Doteasydns1/2/7/8/21.doteasy.com→ 13.248.158.180, 75.2.118.134, 76.223.26.245
  • Nimbus Hostingns1–3.nimbushosting.co.uk→ 13.248.158.180, 75.2.118.134, 76.223.26.245
  • DollarHostdns1 + dns2.dollarhost.com→ 13.248.158.180, 75.2.118.134
  • HostingRajans1 + ns2.hostingraja.com→ 13.248.158.180, 75.2.118.134
  • Melbourne ITns11 + ns12.melbourneit.com.au→ 13.248.158.180, 75.2.118.134
  1. 13.248.158.180ns1
  2. 75.2.118.134ns2
  3. 76.223.26.245ns3
  4. 99.83.147.209ns4

a79764cc55c0ac9c0AWS Global Accelerator · ns1 + ns3

abc65dd9a44b5332fAWS Global Accelerator · ns2 + ns4

“These are the same nameservers for every hosting product, and they are Anycast.”

Hosting.com KB, “Using Anycast DNS”, 2026년 10월 24일 확인 · AS16509(Amazon) · .net 레지스트리 글루 TTL 2일
초록색 줄: Hosting.com(이전 World Host Group)이 안내하는 집합입니다. 나머지는 같은 서버 4대를 쓰는 브랜드와 리셀러의 집합입니다.

GoDaddy, Hostinger, Bluehost 등 주요 호스트의 네임서버

일부 호스트는 모든 고객에게 같은 집합을 제공합니다: SiteGround의 ns1과 ns2.siteground.net 등. GoDaddy, Wix, OVHcloud, HostGator는 계정이나 요금제마다 고유한 쌍을, Hostinger는 사이트마다 고유한 쌍을 주고, Squarespace는 집합 6개를 사용합니다. 본인 것은 패널에 표시됩니다.

리셀러의 브랜드 이름은 플랫폼의 주소로 해석되며, 이 페이지는 그 방식으로 누구의 서버인지 구별합니다.

화이트 라벨 네임서버, 주소로 식별dig A · 2026년 10월 24일
  • ns1.serverbyt.net리셀러 고유의 이름35.197.225.59= ns1.stackdns.com20i
  • ns1.mochahost.comMochaHost: hosting.com 브랜드13.248.158.180= ns1.stableserver.netHosting.com
  • dns1.bigrock.inBigRock: 기본 집합162.251.82.250ResellerClub의 주소 16개 중 하나ResellerClub
리셀러 고유의 이름은 아무것도 증명하지 않습니다. 증명하는 것은 그 이름이 해석되는 주소입니다.
호스트별 고객용 네임서버호스트 14곳 · 2026년 10월 24일 측정
호스트네임서버집합보유하지 않은 도메인변경 방법
Hosting.comns1–4.stableserver.net브랜드 집합: 같은 주소 4개공유 집합 1개REFUSED레코드 없음안내 (Hosting.com: 네임서버 변경 방법)
GoDaddynsNN.domaincontrol.com계정마다 한 쌍, 예: ns55 + ns56REFUSED레코드 없음안내 (GoDaddy: 네임서버 변경 방법)
Hostingerns1 + ns2.dns-parking.compixel + byte.dns-parking.com사이트마다 한 쌍, 예: pixel + byte사이트별Globalping 경유NXDOMAINns1/ns2에서는 NXDOMAIN, 이름이 붙은 쌍에서는 REFUSED안내 (Hostinger: 네임서버 변경 방법)
Bluehostns1 + ns2.bluehost.com공유 집합 1개Globalping 경유NOERROR aa포괄 응답, com.의 SOA안내 (Bluehost: 네임서버 변경 방법)
SiteGroundns1 + ns2.siteground.net공유 집합 1개REFUSED레코드 없음안내 (SiteGround: 네임서버 변경 방법)
Namecheapdns1 + dns2.registrar-servers.comdns1 + dns2.namecheaphosting.comBasicDNS와 호스팅: 같은 플랫폼공유 집합 1개REFUSED레코드 없음안내 (Namecheap: 네임서버 변경 방법)
HostGatornsNNNN / cnsNNN.hostgator.com서버마다 한 쌍NOERROR aa공유 서버: 포괄 응답안내 (HostGator: 네임서버 변경 방법)
IONOSns1ZZZ.ui-dns.de / .biz / .org / .com도메인마다 이름 4개, 번호가 붙은 아무 서버나 응답번호가 붙은 아무 서버REFUSED레코드 없음안내 (IONOS: 네임서버 변경 방법)
OVHcloudnsNN + dnsNN.ovh.net한 쌍은 번호를 공유함REFUSED레코드 없음안내 (OVHcloud: 네임서버 변경 방법)
DreamHostns1–3.dreamhost.com공유 집합 1개Globalping 경유REFUSED레코드 없음안내 (DreamHost: 네임서버 변경 방법)
Squarespacens01–04.squarespacedns.comnsa1–4 … nse1–4.squarespacedns.com집합 6개, 각각 다른 집합의 존에는 REFUSED여러 집합REFUSED레코드 없음안내 (Squarespace: 네임서버 변경 방법)
Wixns0–ns15.wixdns.net계정마다 한 쌍, 두 그룹 중 하나에 위치REFUSED레코드 없음안내 (Wix: 네임서버 변경 방법)
20ins1–4.stackdns.com리셀러 고유의 이름: 같은 주소 4개화이트 라벨REFUSED레코드 없음안내 (20i: 네임서버 변경 방법)
ResellerClub<prefix>.mercury / .venus / .earth / .mars.orderbox-dns.comBigRock과 리셀러의 이름: 같은 주소 16개화이트 라벨Globalping 경유NOERROR aa만들어 낸 존, A 127.0.0.1안내 (ResellerClub: 네임서버 변경 방법)
각 안내 링크는 호스트 자체의 네임서버 변경 페이지로 연결됩니다. 계정별 호스트의 존은 자신의 쌍이나 그룹에서만 응답합니다.

호스트의 DNS와 공개 DNS의 레코드가 다르게 보이는 이유

호스트는 레지스트리가 다른 곳을 가리켜도 계정이 추가한 모든 존에 응답하므로, 세상이 어느 사본을 쓰는지는 레지스트리의 위임 정보만이 결정합니다.

공개 리졸버는 각 응답을 TTL 동안 보관하므로, 한동안은 존에 있는 것보다 오래된 사본을 내놓을 수 있습니다. 결과에 각 사본에 남은 시간이 표시됩니다.

한 도메인의 두 사본mysecurecloudhost.com · 2026년 10월 24일 기록

.com 레지스트리는 mysecurecloudhost.com의 리졸버를 cass.ns.cloudflare.com 및 wesley.ns.cloudflare.com(으)로 보냅니다 · NS TTL 2일

세상이 받는 응답위임됨운영 중인 존, Cloudflare 1.1.1.1을 통해

NS · 다름
cass.ns.cloudflare.comwesley.ns.cloudflare.com
A · 다름
104.26.2.241104.26.3.241172.67.74.113
AAAA · 다름
2606:4700:20::681a:2f12606:4700:20::681a:3f12606:4700:20::ac43:4a71
www · 다름
NXDOMAIN
MX
0 mail2.mysecurecloudhost.com
TXT
v=spf1 a mx include:spf.mysecurecloudhost.com -allgoogle-site-verification=60zAOf…
_dmarc · 다름
v=DMARC1; p=none; rua=mailto:… ruf=mailto:…v=DMARC1; p=none;
SOA
cass.ns.cloudflare.com. 2418131132

Hosting.com의 존위임 안 됨ns1.stableserver.net에서 아직 응답 중

NS · 다름
ns1.mysecurecloudhost.comns2.mysecurecloudhost.comns3.mysecurecloudhost.comns4.mysecurecloudhost.com
A · 다름
35.246.3.36
AAAA · 다름
없음
www · 다름
CNAME mysecurecloudhost.com
MX
0 mail2.mysecurecloudhost.com
TXT
v=spf1 a mx include:spf.mysecurecloudhost.com -allgoogle-site-verification=60zAOf…
_dmarc · 다름
NXDOMAIN
SOA
ns1.mysecurecloudhost.com. 2026061001
음영이 있는 행은 다릅니다. 호스트마다 자체 존의 번호를 매기므로 SOA 시리얼은 비교하지 않습니다.

네임서버 변경에 걸리는 시간

레지스트리의 NS TTL과 이전 존의 자체 NS TTL 중 더 긴 쪽까지이며, 레지스트리에서 변경한 시점부터 셉니다: .com과 .net은 이틀입니다.

호스트는 각자의 범위를 안내합니다. Hosting.com은 15분에서 48시간, 20i는 6~8시간입니다. 모든 캐시가 옮겨 갈 때까지 이전 호스트의 존이 계속 응답하게 두세요.

TLD별 레지스트리의 NS TTLTLD 21개 · 2026년 10월 24일 측정
  • .ru4일
  • .com.net.uk2일
  • .de.jp.es.pl.kr1일
  • .tr.vn12시간
  • .dev3시간
  • .pt2시간
  • .org.io.co.br.fr.id.au1시간
  • .in15분

호스트의 설명

  • Hosting.com15분 – 48시간
  • GoDaddy보통 1시간, 최대 48시간
  • Hostinger최대 24시간
  • Bluehost24~48시간
  • HostGator24~48시간
  • SiteGround최대 72시간
  • Namecheap최대 24시간
  • IONOS최대 48시간
  • OVHcloud최대 48시간
  • Squarespace최대 48시간
  • Wix최대 48시간
  • 20i보통 6~8시간, 최대 24시간
  • ResellerClub24~48시간
막대: TLD 자체 서버가 내려 주는 NS TTL(서버 2대에 도메인 2개씩 질의). 칩: 각 호스트의 도움말 페이지가 제시하는 범위입니다.

이전할 때 깨지는 것: MX, SPF, DMARC, www, 인증 TXT

새 호스트의 존에 없는 것은 리졸버가 그곳으로 옮겨 가는 순간 작동을 멈춥니다: 네임서버를 바꿔도 아무것도 복사되지 않습니다.

MX가 없으면 메일은 도메인 자체의 주소로 가서 보통 반송되고(RFC 5321 §5.1), SPF가 없으면 그 도메인의 메일이 SPF에 실패하며, Gmail은 2025년 11월부터 실패한 메일을 더 많이 거부하고 있습니다.

gilat.com의 다음 호스트가 옮겨야 하는 레코드 6개GoDaddy에서 운영 중 · 2026년 10월 24일 기록

  • MX메일

    0 gilat-com.mail.protection.outlook.com.

    없으면: 메일이 Microsoft 365에 닿지 않음

  • TXTSPF

    v=spf1 include:spf.protection.outlook.com include:_spf.salesforce.com +9개 더 -all

    없으면: 모든 발신자가 SPF “none” 결과를 받음

  • TXTDMARC

    v=DMARC1; p=none; rua=mailto:dmarc_agg@vali.email

    없으면: DMARC 정책도 보고서도 없음

  • Awww

    192.124.249.6 · 192.124.249.114

    없으면: www.gilat.com이 해석되지 않음

  • TXTMicrosoft 365

    MS=ms45285377

    없으면: Microsoft의 문자열이 사라짐

  • TXT기타 인증 문자열×2+2

    google-site-verification=e2qS6l…

    없으면: 해당 문자열이 사라짐

GoDaddy에 있는 gilat.com의 운영 중인 존의 레코드입니다. DKIM 키는 조회로 나열할 수 없는 셀렉터 이름 아래에 있으니 메일 제공업체에서 복사하세요.

계정별 네임서버: GoDaddy, Hostinger, Wix, OVHcloud, HostGator

GoDaddy, Hostinger, Wix, Squarespace, OVHcloud, HostGator는 각 존을 할당된 서버 그룹 하나에 보관하며, 다른 그룹의 서버는 같은 호스트가 보유한 존에도 REFUSED로 응답합니다. IONOS는 도메인마다 번호가 붙은 이름 4개를 주지만, 번호가 붙은 아무 서버나 그 도메인에 응답합니다.

그래서 이 페이지는 위임 정보에서 읽은 쌍, 또는 칩 아래에 호스트 패널의 쌍(GoDaddy: DNS → Nameservers)을 입력한 것에 질의하며, 쌍을 추측하지 않습니다.

GoDaddy의 쌍, 칸 하나에 하나씩확인된 쌍 38개

Tranco 목록의 무작위 사이트 4,000개 중 · 그중 140개가 GoDaddy 사용

  1. ns01: 3
  2. ns03: 5
  3. ns05: 2
  4. ns07: 2
  5. ns09: 3
  6. ns11: 1
  7. ns13: 4
  8. ns15: 4
  9. ns17: 1
  10. ns19: 1
  11. ns21: 2
  12. ns23: 4
  13. ns25: 2
  14. ns27: 1
  15. ns29: 7
  16. ns31: 6
  17. ns33: 1
  18. ns35: 4
  19. ns37: 0
  20. ns39: 4
  21. ns41: 4
  22. ns43: 2
  23. ns45: 2
  24. ns47: 6
  25. ns49: 6
  26. ns51: 7
  27. ns53: 3
  28. ns55: 5
  29. ns57: 1
  30. ns59: 1
  31. ns61: 0
  32. ns63: 6
  33. ns65: 5
  34. ns67: 3
  35. ns69: 2
  36. ns71: 4
  37. ns73: 1
  38. ns75: 2
  39. ns77: 3
  40. ns79: 0
  41. ns81: 4
  • ns55 + ns56 gilat.com의 쌍: NOERROR aa · 70ms
  • ns21 + ns22 다른 쌍: REFUSED
  • 막대: 그 쌍을 쓰는 사이트 · 점선: 확인되지 않음

HostGator

grandhyper.com → cns335 + cns336.hostgator.com

NOERROR aa해당 쌍, 존 있음

NOERROR aans2207 공유 서버: 포괄 응답, . 소유의 SOA

“Using other name servers on our network won't work since your domain name's information is on the name servers provided.”

IONOS

usercentrics.com → ns1018 / 1093 / 1108 / 1112.ui-dns.*

NOERROR aans1010 · ns1127 번호가 붙은 아무 서버, 할당된 4개만이 아님

REFUSEDns-diy 다른 그룹

“For security reasons, IONOS spreads the name server assignments across multiple name servers.”

OVHcloud

manceraparfums.com → ns111 + dns111.ovh.net

NOERROR aa해당 쌍, 존 있음

REFUSEDns200.anycast.me 다른 그룹

“Two OVHcloud DNS servers are part of the same DNS server group if they share the same number.”
2026년 10월 24일에 실시간으로 질의했습니다. 공유 집합 하나를 쓰는 호스트는 모든 서버에서 자신의 어떤 존에도 응답합니다: Hosting.com, Namecheap, SiteGround, Bluehost 및 DreamHost.

호스팅 DNS에 관한 질문

Hosting.com의 네임서버는 무엇인가요?

Hosting.com의 네임서버는 ns1.stableserver.net, ns2.stableserver.net, ns3.stableserver.net, ns4.stableserver.net이며, 모든 호스팅 상품에 같은 4대를 애니캐스트 네트워크에서 씁니다. ns1–4.mysecurecloudhost.com이나 ns1–4.verpex.com 같은 브랜드와 리셀러 집합도 같은 주소 4개로 해석됩니다. Hosting.com은 일부 오래된 계정이 다른 집합을 쓴다고 밝히므로, 계정에 표시된 네임서버를 확인하세요.

A2 Hosting의 현재 네임서버는 무엇인가요?

A2 Hosting은 2025년 4월 28일에 Hosting.com이 되었고, 그 계정은 Hosting.com의 집합인 ns1.stableserver.net부터 ns4.stableserver.net까지를 씁니다. 오래된 도메인은 아직 ns1–4.a2hosting.com을 가리킬 수 있으며, 이 페이지는 주소로 그것을 Hosting.com의 서버로 식별합니다. 네임서버를 바꾸기 전이나 후에 그곳의 존을 확인하려면 A2 Hosting 칩을 선택하세요.

네임서버를 바꾸기 전에 DNS 레코드를 확인하려면 어떻게 하나요?

새 호스트의 계정에 도메인을 추가한 뒤, 위에 도메인을 입력하고 호스트를 선택하세요. 이 페이지가 호스트 자체 네임서버에 직접 질의해 각 레코드를 운영 중인 존과 비교합니다: 누락된 MX, SPF, DMARC, www, 인증 레코드는 무엇이 깨지는지와 추가할 존 파일의 행과 함께 나열되므로, 전환하기 전에 고칠 수 있습니다.

호스트가 내 도메인에 REFUSED로 응답하는 이유는 무엇인가요?

REFUSED는 Hosting.com, GoDaddy, SiteGround, Namecheap 등 대부분의 호스트가 그 이름의 존이 없다고 말하는 방식입니다. 도메인이 아직 그곳 계정에 추가되지 않았거나, 다른 서버 그룹에 추가된 것입니다. 호스팅 패널에서 추가하고 다시 확인한 뒤, 존이 생긴 다음에만 네임서버를 전환하세요.

호스트가 호스팅하지 않는 도메인의 존을 가질 수 있나요?

네. 호스트는 레지스트리가 그곳을 가리키는지와 상관없이 계정이 추가한 모든 존에 응답합니다: 일부 고객은 Hosting.com에 google.com의 존을, 20i에 bbc.co.uk의 존을 추가했습니다. 그래서 이 페이지는 위임 정보를 먼저 읽습니다: 호스트의 존은 레지스트리가 그곳을 가리키기 전까지 “준비됨, 미운영”입니다.

네임서버 변경에는 얼마나 걸리나요?

레지스트리의 NS TTL과 이전 존의 자체 NS TTL 중 더 긴 쪽까지이며, 레지스트리에서 변경한 시점부터 셉니다: .com과 .net은 이틀입니다. 많은 리졸버는 훨씬 일찍 옮겨 갑니다. 전환 후 이 페이지는 Google과 Cloudflare의 사본에 남은 시간과 모든 리졸버가 새 집합을 받는 가장 늦은 시각을 보여 줍니다.

네임서버를 바꾸면 이메일이 멈추나요?

새 호스트의 존에 메일 레코드가 없을 때만 그렇습니다. 네임서버를 바꿔도 아무것도 복사되지 않으므로, MX, SPF, DKIM, DMARC 레코드를 먼저 새 호스트에 추가해야 합니다. MX가 없으면 메일은 메일 제공업체 대신 도메인 자체의 주소로 가서 보통 반송됩니다. 준비 상태 확인은 누락된 MX, SPF, DMARC 레코드를 추가할 행과 함께 나열하며, DKIM 키는 메일 제공업체에서 복사하세요.

GoDaddy의 네임서버는 무엇인가요?

GoDaddy는 계정마다 nsNN.domaincontrol.com 형태의 쌍을 부여하며, 예를 들어 ns55와 ns56.domaincontrol.com이고, 존은 자신의 쌍에서만 응답합니다: 다른 쌍은 REFUSED로 응답합니다. GoDaddy는 DNS의 Nameservers 아래에 사용자의 쌍을 보여 줍니다. 전환 전에 GoDaddy의 존을 확인하려면 위에서 GoDaddy를 선택하고 그 쌍을 입력하세요.

Hostinger의 네임서버는 무엇인가요?

Hostinger는 사이트마다 dns-parking.com의 고유한 쌍을 줍니다. 오래된 사이트는 ns1과 ns2.dns-parking.com을, 새 사이트는 pixel과 byte 같은 이름의 쌍을 쓰며, 존은 자신의 쌍에서만 응답합니다. hPanel에 표시되는 사이트의 두 서버를 사용하세요. 이들은 저희 서버가 연결할 수 없는 Cloudflare 네트워크에 있으므로, 이 페이지는 사용자의 브라우저에서 Globalping 프로브로 질의합니다.

DNS 전파 확인과 같은 것인가요?

아닙니다. 전파 확인은 여러 공개 리졸버가 무엇을 캐시했는지 묻습니다. 이 페이지는 호스트 한 곳의 자체 네임서버에 존이 무엇을 담고 있는지 묻고, 전환 전에 그 존을 운영 중인 존과 비교하며, 전환 후에는 큰 캐시가 이전 응답을 얼마나 더 보관할 수 있는지 보여 줍니다. 전 세계 리졸버의 시각은 DNS 전파 확인을 이용하세요.

NS 조회와는 어떻게 다른가요?

NS 조회는 도메인이 지금 위임된 네임서버를 확인합니다: 각 서버의 응답 여부, 글루, DNSSEC, 시리얼. 이 페이지는 위임 여부와 상관없이 사용자가 고른 호스트에 도메인의 존이 있는지, 그 존이 운영 중인 존과 어떻게 비교되는지 묻습니다. 호스트 간 이전 전후에 필요한 것이 바로 이것입니다.

부족한 점이 있습니까?기능 또는 새 도구 제안하기

관련 DNS 도구