dqzboy/docker-proxy

自建 Docker 镜像加速与管理服务。零磁盘缓存、可视化面板、支持上游账号认证,支持一键部署Docker、K8s、Quay、Ghcr、Mcr、elastic、nvcr等镜像加速

View on GitHub ↗Jump to charts ↓Open shareable report

Summary Information

Updated 11 minutes ago
Added to GitGenius on September 15th, 2026
Created on June 8th, 2024
Open Issues & Pull Requests: 0 (+0)
GitHub issues: Enabled
Number of forks: 609
Total Stargazers: 4,413 (+0)
Total Subscribers: 21 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 0.1 hours
Mean response time: 9.5 hours
90th percentile: 5.9 hours
Tracked items: 32

Most active contributors

Sign in to see contributor activity.

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 0
New in 7 days: 0
Closed in 7 days: 0
Avg open age: N/A days
Stale 30+ days: 0
Stale 90+ days: 0

Recent activity

Opened in 7 days: 0
Closed in 7 days: 0
Comments in 7 days: 0
Events in 7 days: 0

Top labels

  • no respect (25)
  • bug (1)
  • enhancement (1)

Most active issues this week

No issue events were indexed in the last 7 days.

Detailed Description

Docker-proxy is a self-hosted Docker image acceleration and management service that acts as a registry proxy for multiple container image sources.

The tool solves the problem of slow or restricted access to Docker registries by operating as an intermediary that accelerates image pulls from sources including Docker Hub, Kubernetes, Quay, GitHub Container Registry, Microsoft Container Registry, Elastic, and NVIDIA registries. It works by proxying requests to upstream registries while supporting authentication credentials for those upstream sources. The service operates with zero disk caching, meaning it does not store images locally but instead streams them on demand.

The tool suits teams and individuals operating in environments with poor connectivity to public registries or those needing centralized control over image access. It is particularly valuable for organizations that want to manage authentication to multiple registry sources from a single point without maintaining local image storage. The project provides a visual management panel for monitoring and controlling the proxy service, and supports one-command deployment across Docker, Kubernetes, and other container platforms.

The project shows active development with regular commits addressing bug fixes and feature improvements. The codebase is maintained with attention to code quality and user-reported issues. Development activity demonstrates responsiveness to community feedback and ongoing refinement of the proxy functionality and deployment mechanisms.