정본 이름 io.github.HyosikPark/kr-holidays(기계용 index.json· llms.txt가 쓰는 키다 — 표에 짧게 적은 이름과 같은 서버다)
공공데이터·행정확인 못 함 (사망 아님)
2026-09-14 측정에서 확인 못 함(우리 호출로 확인 실패). 응답이 오지 않았다 — 이 서버가 죽었다는 뜻이 아니다. 이 페이지의 값은 그 순간의 기록이고, 판정이 아니라 관측이다.
“확인 못 함”은 그 서버의 판정이 아니라 우리 호출의 결과다. 2026-09-03에 두드리개를 MCP 규격에 맞췄다 — 그전까지 이 명단에는 살아 있는데 우리가 규격을 못 지켜 거절당한 서버가 섞여 있었다.
지금 하는 것
initialize JSON-RPC + notifications/initialized 핸드셰이크를 먼저 하고, 서버가 준 Mcp-Session-Id·협상된 MCP-Protocol-Version을 이어 쓴다
POST의 307·308 리다이렉트를 method와 본문을 보존한 채 따라간다(파이썬 표준 urllib은 안 따라간다)
Streamable HTTP가 안 되면 구 HTTP+SSE 전송(GET + Accept: text/event-stream → endpoint 이벤트)으로 한 번 더 물어본다
4xx를 사망으로 읽지 않는다 — 400·404·405·406·415는 전송 방식이 틀렸다는 신호라 다른 전송으로 재시도한다. 연결 실패·5xx는 같은 전송으로 1회 재시도한다
서버가 보낸 오류 본문을 버리지 않고 원자료에 남긴다
그래도 못 하는 것 — 코드로 확인한 것만 적는다.
OAuth·API 키가 필요한 서버는 인증을 못 한다(401/403은 살아있음의 증거로 읽되 도구 목록은 못 본다)
stdio 전송만 지원하는 서버는 원격으로 잴 수 없다
무료 티어의 콜드스타트가 우리 타임아웃보다 길면 못 본다
측정 지점이 한국 한 곳이다 — 지역 차단·지연은 못 가른다
그래서 어휘를 셋으로 가른다: 살아있음 확인(MCP 응답을 실제로 받았다) · 확인 못 함(우리 호출로 확인이 안 됐다 — 죽었다는 뜻이 아니다) · 죽음 확인(DNS 미해결·연결 거부처럼 호스트가 없다는 직접 증거가 있을 때만).
측정값
측정일
2026-09-14 (오늘)
우리가 부른 주소
https://hawker-gateway.fly.dev/mcp/kr-holidays
주소 출처
관리자가 공식 레지스트리에 등록한 주소
HTTP
—
증상
URLError: <urlopen error [SSL: UNEXPECTED_EOF_WHILE_READING] EOF occurred in violation of protocol (_ssl.c:1000)>
우리가 잰 다른 축
축 측정일 2026-09-14. 무엇을 재기로 했는지는 결과를 보기 전에 신뢰 규약에 고정했다.
라이선스
확인 못 함 GitHub 저장소 주소가 없어 못 쟀다이 판정의 근거는 GitHub이 알려주는 라이선스 필드 하나다 — 파일 이름이 표준과 다르거나 전문을 손봤거나 하위 폴더에 있으면 거기서 빈칸이 나온다. “오픈소스가 아니다”가 아니라 “우리가 확인 못 했다”이고, 아니라면 알려 달라.