denuitt1/mhr-cfw

A Domain-Fronting Relay that routes traffic though GAS (Google Apps Script) and forwards it to Cloudflare Workers. Designed to bypass DPI.

View on GitHub ↗Jump to charts ↓Open shareable report

Summary Information

Updated 53 minutes ago
Added to GitGenius on September 15th, 2026
Created on April 27th, 2026
Open Issues & Pull Requests: 127 (+0)
GitHub issues: Enabled
Number of forks: 417
Total Stargazers: 4,410 (+0)
Total Subscribers: 19 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 6.1 hours
Mean response time: 23.4 hours
90th percentile: 2.5 days
Tracked items: 149

Most active contributors

Sign in to see contributor activity.

How this project is maintained

Roughly one issue in four opened in the past year never receives a reply. 100% of open issues come from outside the core team, so the backlog reflects real-world use rather than internal planning. 99% of tracked open issues have had no activity in three months, so the open count overstates what is actively being worked. Only 38% of issues opened in the past year have been closed. Three people close 73% of everything that gets resolved.

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 120
New in 7 days: 0
Closed in 7 days: 0
Avg open age: 128 days
Stale 30+ days: 120
Stale 90+ days: 119

Recent activity

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

Top labels

  • bug (34)
  • enhancement (19)

Most active issues this week

No issue events were indexed in the last 7 days.

Detailed Description

MHR-CFW is a domain-fronting relay that routes traffic through Google Apps Script and Cloudflare Workers to bypass deep packet inspection.

The tool addresses network filtering by disguising traffic as ordinary Google requests while secretly routing it through Cloudflare Workers infrastructure. It works by running a local HTTP proxy on your computer that intercepts browser traffic, sends it through Google-facing infrastructure so network monitors see only allowed domains like www.google.com, and then fetches the actual destination through a deployed Cloudflare Worker before returning the response through the same hidden path. This approach keeps the real destination concealed inside the relay request while the filter observes normal-looking Google traffic.

The project suits users operating in environments with restrictive network filtering who need to access blocked content. It requires setting up three components: a Cloudflare Worker, a Google Apps Script relay, and a local Python proxy client. The setup involves deploying code to both Cloudflare and Google's platforms, configuring authentication credentials, and then running the local relay. The tool integrates with existing proxy clients like v2rayN or browser extensions such as FoxyProxy for transparent usage. Users should note that the README provides a PyPI mirror option for environments with restricted direct package access.

Development activity shows consistent maintenance with regular updates to core functionality and deployment documentation. The project includes setup wizards and configuration helpers that reduce initial friction for new users. Documentation is provided in multiple languages to serve a broader audience. The codebase demonstrates attention to security practices, particularly around credential handling and authentication key management.