# DNS 제공자로 운영자를 가를 수 있는가 — 제공자별 판정

> **확인일 2026-09-09** · 확정 모집단(§0.4) 자체 사이트 2,083곳 기준

## 1. 한 줄

**Cloudflare 하나뿐이다.** NS 쌍이 계정을 가리키는 제공자는 Cloudflare 밖에 없고,
나머지는 「NS 집합이 여러 종으로 갈려도」 그 갈림이 운영자와 무관하다.

## 2. 판정표

| 제공자 | 사이트 | 비중 | NS 집합 | 이미지 지문 | 계정 나이 | 판정 |
|---|---:|---:|---:|---|---|---|
| **cloudflare.com** | 389 | 18.7% | 298종 | **+20.2%p · p=0.000** | **+15.0%p · p=0.000** | **계정 단위** |
| registrar-servers.com (네임칩) | 380 | 18.2% | 2종 | −2.4%p | −8.1%p | 공용값 |
| vercel-dns.com | 376 | 18.1% | **1종** | 0.0%p | −0.0%p | 공용값 |
| domaincontrol.com (GoDaddy) | 138 | 6.6% | 40종 | −1.6%p · p=0.715 | +0.2%p · p=0.422 | **무작위** |
| name.com | 112 | 5.4% | 4종 | +4.0%p · p=0.045 | −2.2%p · p=0.900 | 무작위 |
| dns-parking.com (Hostinger) | 102 | 4.9% | 10종 | +0.6%p · p=0.375 | +0.2%p · p=0.310 | 무작위 |
| nsone.net (NS1) | 65 | 3.1% | 13종 | −3.2%p · p=0.828 | +1.9%p · p=0.170 | 무작위 |
| spaceship.net · porkbun.com · megpanel.com | 139 | 6.7% | 각 1종 | — | — | 공용값 |

`name.com` 의 p=0.045 는 **다중검정이다** — 제공자 7 × 축 2 = 14번 비교라 5% 문턱을
우연히 넘는 게 하나쯤 나온다. 계정 나이는 p=0.900 이고 쌍이 3개뿐이다. 신호로 안 본다.

### 검정 방법 — 둘을 다 해야 한다

**① 쌍 크기가 무작위보다 뭉쳤나.** n개 사이트를 m개 쌍에 균등 배정하면
한 쌍의 개수는 Binomial(n, 1/m) 이다. 실제 개수를 그 기대와 비교한다.

**② 뭉친 쌍 안이 다른 축에서도 닮았나.** 같은 크기 구조에 사이트를 무작위 재배치한
널(400회)과 «쌍 안의 순도» 를 비교한다 (순도 = 그 쌍에서 가장 많은 값이 차지하는 비율 ·
크기 3 이상인 쌍만).

> **①만 하면 「무언가에 묶였다」까지고 그게 운영자인지 모른다.
> ②만 하면 「검정력이 모자란 것 아니냐」가 남는다.** 둘이 같은 방향이어야 결론이 선다.
> 실제로 GoDaddy 를 ②만으로 기각했다가 「NS 가 같은 건 강한 이유 아니냐」는 반문을 받았고,
> ①을 마저 해서 확정했다.

### ① 크기 분포 — 무작위 기대 대비 배수

| 제공자 | 사이트 | 쌍 | 한 쌍 기대 | 3+ | 5+ | 8+ | 10+ |
|---|---:|---:|---:|---:|---:|---:|---:|
| **Cloudflare** | 389 | 298종 | 1.31 | 0.3× | 1.9× | **267×** | **6,029×** |
| GoDaddy | 138 | 40종 | 3.45 | 0.9× | 1.0× | 2.2× | 9.6× |
| Hostinger | 102 | 10종 | 10.20 | 1.0× | 1.0× | 1.1× | 1.2× |
| NS1 | 65 | 14종 | 4.64 | 0.7× | 1.0× | 2.4× | 8.6× |

GoDaddy·NS1 의 `10+` 가 9배쯤이지만 **기대값이 0.1~0.2개인데 1~2개 나온 것**이라
우연히 나올 확률이 10~20%다. `3+`·`5+` 가 1.0배인 게 본질이다.

### 왜 Cloudflare 만 되나 — 쌍의 희소성

```
GoDaddy      쌍 40종   → 무작위로도 겹칠 확률 1/40  = 2.5%
Cloudflare   쌍 298종  → 겹칠 확률 1/298 = 0.34%
```

**「같은 쌍 = 같은 계정」이 성립하려면 쌍이 충분히 희소해야 한다.**
GoDaddy 는 40개를 나눠 갖는 거라 남남끼리도 자주 겹친다 — 겹침 자체가 정보가 아니다.

## 3. 「NS 집합이 갈린다」는 축의 근거가 «아니다»

이 문서의 존재 이유다. 처음에 분포만 보고 GoDaddy·Hostinger·NS1 을 「될 것 같다」로 적었다가
검정에서 전부 기각됐다.

```
GoDaddy      집합 40종 · 138곳 중 130곳(94%)이 묶인다
Cloudflare   집합 298종 · 389곳 중 122곳(31%)이 묶인다
```

**GoDaddy 가 묶임률이 3배 높은데도 그 묶임이 운영자와 무관하다.**
`ns63,ns64` 에 10곳이 몰려 있어 「한 계정이 도메인 10개」처럼 보이지만, 재보면 서로 남남이다.
눈으로는 절대 안 갈린다.

## 4. Cloudflare 만 되는 이유

| | Cloudflare | GoDaddy |
|---|---|---|
| 공식 문서 | **「계정 단위로 이름을 맞춘다」 명시** · 「생성 후 변경 불가」 | 배정 방식이 **아예 없다** |
| DNS 와 배포의 관계 | 같은 계정에 묶인다 | **안 묶인다** — 등록기관일 뿐 |

**GoDaddy NS 사이트가 실제로 어디서 서빙되나** (122곳 실측):

```
40  32.8%  Cloudflare        16  13.1%  Netlify
35  28.7%  Vercel             9   7.4%  (server 헤더 없음)
 6   4.9%  nginx · 5 Apache · 3 GitHub Pages · 3 Google Frontend · …
```

**도메인만 GoDaddy 에서 사고 배포는 다 딴 데 한다.** 그러니 NS 쌍은
「GoDaddy 에서 도메인을 샀다」는 것 말고 아무것도 안 말한다.
Cloudflare 는 DNS 와 배포가 같은 계정에 묶여서 다르다.

## 5. GoDaddy — 다른 값도 다 뒤졌다. 없다

138곳 전수 스캔(2026-09-09). 축이 되려면 **여러 종으로 갈리되 같은 값을 여럿이 나눠 가져야** 한다.

| 무엇 | 결과 | 왜 안 되나 |
|---|---|---|
| `_domainconnect` CNAME | 128/128 **전부 같음** (`_domainconnect.gd.domaincontrol.com`) | [Domain Connect 규격](https://github.com/Domain-Connect/spec/issues/36)상 «제공자» 식별용 |
| CNAME | 0곳 | 없다 |
| 인증서 SAN | 중앙 1개 · 최대 5개 | 남의 도메인이 든 건 3곳뿐이고 전부 Netlify/Automattic 플랫폼 인증서 |
| 인증서 발급자 | Let's Encrypt 76 · Google Trust 40 · GoDaddy 6 | 호스팅이 정하지 계정이 아니다 |
| TXT (메일 제외) | 50건 **50종** · 공유값 **0종** | `google-site-verification` · `zoho` · `replit` — 전부 도메인 단위 |
| `set-cookie` | 41곳 40종 | 사실상 사이트마다 다름 |
| 헤더 값 | 갈리는 게 `age` · `date` 같은 시각뿐 | 요청마다 바뀐다 |

> **GoDaddy 는 여기까지 다 봤다. 다시 파지 말 것.**

## 6. 그래서 코호트 대상

```
Cloudflare 389곳 (모집단의 18.7%)  —  여기서 늘지 않는다
```

나머지 81.3% 는 NS 로 못 묶는다. `hdr+ns+sig` 서명(F-01 · F-04 가 그 방식) 이나
사람이 남긴 흔적([[vercel-hosting]] 의 프로젝트 이름)을 써야 한다.

## 7. 아직 모르는 것

- **`srv`(호스팅) 분류가 NS 기준이라 실제 호스팅과 어긋난다.** GoDaddy NS 사이트의 33%가
  Cloudflare 로, 29%가 Vercel 로 서빙된다. Vercel NS 인데 Railway 가 서빙하는 곳도 3곳 있다
  ([[vercel-hosting]] §2-⑥). `railway-hikari` 는 이 실험의 유일한 생존 신호(×2.42)인데
  NS 기준 분류에서는 다른 제공자로 섞여 들어간다 — **응답 헤더 기준으로 다시 매겨야 한다**
- Cloudflare 쌍을 **다른 계정이 같은 것을 받을 수 있는지** ([[cloudflare-nameservers]] §4)

## 8. 갱신 이력

| 날짜 | 내용 |
|---|---|
| 2026-09-09 | 크기 분포 검정(①) 추가. GoDaddy 를 순도 검정(②)만으로 기각했다가 「NS 가 같은 건 강한 이유 아니냐」는 반문을 받았다 — ①까지 하니 3+·5+ 가 정확히 1.0배로 무작위와 같다. **검정은 둘을 다 해야 한다**를 방법 절에 못박았다 |
| 2026-09-09 | 최초 작성. `vercel-hosting.md` §5 에 있던 제공자 표를 여기로 옮기고, GoDaddy 전수 스캔(`_domainconnect`·인증서 SAN·TXT·쿠키)을 추가했다. GoDaddy 가 왜 안 되는지도 밝혔다 — 등록기관일 뿐이라 DNS 와 배포가 안 묶인다 |