현재 Docker Hub에 장애가 있나요?

Docker Hub를 사용할 수 없는 것인가요, 아니면 로컬 Docker, 계정 또는 네트워크 문제가 이를 차단하고 있나요? 공식 상태 페이지를 확인한 다음, 정확한 Docker client 오류와 웹사이트 접속, 인증 및 이미지 pull 결과를 비교해 원인일 가능성이 높은 문제를 찾아보세요.

SA

Site Administrator

마지막 검토: September 25, 2026

최근 기록된 상태

정상 최근 확인에서 Docker Hub 웹사이트는 정상적으로 접속되고 응답하는 것으로 보였습니다.

웹사이트 (hub.docker.com) 정상
응답 시간 136 ms
마지막 확인 2026-11-09 14:10:07 UTC
현재 엔드포인트 관측
엔드포인트상태관측 시각
hub.docker.comOperational2026-11-09 14:10 UTC

현재 사용자 환경에서는 작동하나요?

최근 신고 0건 — 의미 있는 추세를 표시하려면 더 많은 데이터가 필요합니다.

단일 외부 확인에서 놓칠 수 있는 부분적 또는 지역별 장애까지 확인하려면 Docker Hub의 공식 상태 페이지도 함께 확인하세요. 공식 상태 페이지.

이 확인으로 알 수 있는 것

  • 로그인 또는 이미지 pull 실패를 반복해서 재시도하기 전에 공식 Docker 상태 페이지를 확인하세요.
  • hub.docker.com은 작동하지만 Docker command가 실패한다면 자격 증명, repository 권한, image reference, proxy 설정, certificate 및 로컬 Docker 설정을 집중적으로 확인하세요.
  • 하나의 repository 또는 tag만 실패했다면 그 결과만으로 Docker Hub가 중단되었다고 판단하지 마세요.
  • 가능하면 다른 네트워크에서 웹사이트와 Docker client의 동작을 비교하여 DNS, firewall, VPN, proxy 또는 routing 문제를 파악하세요.
  • 설정을 변경하거나 다시 시도하기 전에 전체 command와 오류 문구를 기록하세요.
Docker Hub live status check banner

Docker Hub 안정성 정보

Docker Hub 가용성 이해하기

Docker Hub의 가용성은 hub.docker.com 웹사이트만을 의미하지 않습니다. 장애가 repository 탐색, 인증 또는 이미지 pull에 각각 다르게 영향을 줄 수 있습니다. 따라서 로그인이나 이미지 pull이 한 번 실패했다고 해서 Docker Hub 전체 플랫폼에 장애가 발생했다고 단정할 수는 없습니다.

보고된 incident와 서비스 성능 저하 여부는 공식 Docker 상태 페이지에서 확인하세요. incident가 표시되지 않는다면 브라우저 접속과 Docker client 동작을 비교하고, 가능하면 다른 네트워크에서도 테스트하세요. 이러한 비교를 통해 Docker Hub incident와 계정, repository, image reference, DNS, proxy, firewall, certificate 또는 로컬 Docker 설정 문제를 구분하는 데 도움이 됩니다.

정확한 오류는 유용한 근거입니다.

  • 인증 또는 권한 메시지는 일반적으로 자격 증명이나 repository 접근 권한 문제를 가리킵니다.
  • 이미지 이름 또는 tag 오류는 일반적으로 요청한 image reference 문제를 가리킵니다.
  • DNS, timeout, connection refused 및 certificate 오류는 일반적으로 연결 또는 로컬 client 경로 문제를 가리킵니다.
  • HTTP 5xx 응답은 일시적일 수 있지만, 공식 상태 페이지 및 문제 발생 범위와 함께 비교해야 합니다.

Docker Hub 문제 해결 방법

Docker Hub 문제 해결

1. 서비스 incident 확인

공식 Docker 상태 페이지를 열고 활성 incident 또는 성능이 저하된 component가 있는지 확인하세요. incident가 표시된다면 command output과 오류 문구를 저장한 후, 여러 로컬 설정을 한꺼번에 변경하기보다 복구가 보고된 뒤 다시 시도하세요.

incident가 표시되지 않는다면 아래 확인을 계속 진행하세요. 정상 상태 보고가 있다고 해서 특정 계정, repository, 브라우저, Docker client 또는 네트워크 문제까지 배제되는 것은 아닙니다.

2. 웹사이트 접속과 Docker client 접속 비교

  • hub.docker.com이 로드되지 않는다면 다른 브라우저나 네트워크를 사용해 보세요. 이를 통해 브라우저, DNS, VPN, firewall 또는 연결 문제와 더 광범위한 도달성 문제를 구분하는 데 도움이 됩니다.
  • 웹사이트는 로드되지만 docker pull 또는 인증이 실패한다면 Docker client 경로, 자격 증명, repository 권한, 이미지 이름, tag, proxy 및 certificate 설정을 확인하세요.
  • 하나의 repository 또는 tag만 실패한다면 image reference와 계정의 접근 권한을 확인하세요. 단일 이미지 요청 실패만으로 Docker Hub를 사용할 수 없다고 판단할 수는 없습니다.

3. 브라우저 및 계정 원인 확인

웹사이트 로그인 또는 session 문제라면 private browsing 창을 사용하고, 요청을 수정하는 확장 프로그램을 일시적으로 비활성화한 후 다시 로그인하세요. 여러 브라우저와 네트워크에서 동일한 계정 전용 오류가 계속 발생한다면 브라우저 데이터를 반복해서 삭제하기보다 해당 메시지를 바탕으로 자격 증명 또는 권한 문제를 확인하세요.

4. DNS, 네트워크, proxy 및 firewall 원인 확인

DNS failure, connection timeout 또는 connection refused로 인해 서비스가 정상적으로 작동하는 동안에도 Docker Hub가 차단될 수 있습니다. 문제가 발생한 장치에서 이름 해석과 연결을 테스트하고, corporate proxy, VPN, firewall 또는 TLS-inspecting gateway가 Docker traffic을 차단하고 있는지 확인하세요. 가능하면 다른 네트워크와 비교하세요.

관련 증상은 [DNS resolution 실패](/guides/dns-probe-finished-bad-config), [connection timeout](/guides/err-connection-timed-out) 및 [connection refused](/guides/err-connection-refused)를 참조하세요.

5. Docker client 오류 해석

작업을 반복하기 전에 전체 오류를 기록하세요. 인증 또는 권한 메시지는 계정이나 repository 문제를 시사하고, 이름 또는 tag 메시지는 image reference 문제를 시사하며, 네트워크 및 certificate 메시지는 연결 또는 로컬 Docker 설정 문제를 시사합니다.

HTTP 500, 502, 503 또는 504 응답은 공식 상태 페이지의 정보와 비교하고 관련 안내를 확인하세요.

  • [HTTP 500 Internal Server Error](/guides/http-500-internal-server-error)
  • [HTTP 502 Bad Gateway](/guides/http-502-bad-gateway)
  • [HTTP 503 Service Unavailable](/guides/http-503-service-unavailable)
  • [HTTP 504 Gateway Timeout](/guides/http-504-gateway-timeout)

출처 및 참고 자료

공식 source

  • Docker 상태 페이지 — 현재 Docker 서비스 incident, 성능 저하 및 incident 업데이트를 확인하세요.

client command, 인증, image reference 및 repository 권한은 정확한 오류와 workflow에 해당하는 Docker 문서를 참조하세요. 해당 안내를 상태 페이지 및 브라우저, 네트워크, Docker client에서 직접 확인한 내용과 함께 활용하세요. 정상 상태 보고가 있다고 해서 계정, repository, 브라우저, Docker 설정 또는 네트워크에 국한된 문제까지 배제되는 것은 아닙니다.

이 확인의 작동 방식

이 실시간 확인은 당사 서버에서 실행되므로 모든 지역, 계정, 기능 또는 네트워크 경로의 상태를 반영하지 않을 수 있습니다.

실시간 상태 배지 삽입

대시보드, 문서 또는 블로그에 이 배지를 추가할 수 있습니다. Erriscope의 캐시된 관측값을 표시하고 이 상태 페이지로 연결됩니다.

Docker Hub status on Erriscope
<a href="https://erriscope.com/ko/status/docker-hub/"><img src="https://erriscope.com/status/badge/docker-hub.svg" alt="Docker Hub status on Erriscope" width="210" height="34"></a>

자주 묻는 질문

지금 Docker Hub에 장애가 발생했나요?

현재 incident 정보는 공식 Docker 상태 페이지에서 확인하세요. 정상적으로 작동한다고 표시된다면 문제를 서비스 전체 장애로 판단하기 전에 브라우저 접속과 Docker client 동작을 비교하고 다른 네트워크에서도 테스트하세요.

Docker Hub는 열리는데 이미지 pull을 할 수 없는 이유는 무엇인가요?

웹사이트와 이미지 pull 경로는 서로 다른 이유로 실패할 수 있습니다. 이미지 이름과 tag, 인증, repository 권한, proxy 또는 firewall 설정, certificate 및 전체 Docker client 오류를 확인하세요.

브라우저에서는 Docker Hub가 작동하지만 Docker에서는 실패하는 이유는 무엇인가요?

이는 일반적으로 기본적인 웹사이트 도달성보다는 Docker client 경로에 문제가 있을 가능성을 좁혀 줍니다. client 자격 증명, 로컬 설정, proxy 설정, certificate 처리 및 command의 image reference를 검토하세요.

하나의 repository가 실패하면 Docker Hub를 사용할 수 없다는 의미인가요?

아니요. 하나의 repository 또는 tag는 reference가 잘못되었거나, 접근이 제한되었거나, 해당 repository에 특정 문제가 있어 실패할 수 있습니다. 공식 상태 페이지를 확인하고 접근 권한이 있는 다른 이미지 작업을 테스트하세요.

Docker Hub pull이 timeout될 때는 어떻게 해야 하나요?

공식 상태 페이지를 확인한 다음, 영향을 받는 네트워크에서 DNS와 연결을 테스트하세요. Docker Hub를 사용할 수 있는 상태에서도 VPN, proxy, firewall 및 TLS-inspecting gateway가 Docker client traffic을 중단시킬 수 있습니다.

실패한 Docker Hub 요청을 계속 재시도해야 하나요?

먼저 전체 오류를 저장하고 서비스 상태를 확인하세요. 잘못된 자격 증명, 권한, image reference, DNS 설정 또는 차단된 proxy는 반복해서 재시도해도 해결될 가능성이 낮습니다. 일시적인 incident가 복구되었다고 확인된 후 다시 시도하세요.

← 모든 서비스로 돌아가기

이 실시간 확인은 당사 서버에서 실행되므로 모든 지역, 계정, 기능 또는 네트워크 경로의 상태를 반영하지 않을 수 있습니다.