Receiving Stripe and Mercado Pago webhooks on localhost (no deploy)
As a developer, you need to test real webhooks during development. ngrok works. SuperDMZ does too — and with a stable URL that doesn't change on every reconnect.
Anyone who has built e-commerce knows the situation: you're developing, you set up a Stripe or Mercado Pago webhook pointing to a public URL, but your server is on localhost:3000. The 3 traditional escape routes are:
- Staging deploy on every change — works, but a 5-minute feedback loop kills productivity.
- Free ngrok — works, but the URL changes on every reconnect; you have to update the Stripe dashboard each time.
- SuperDMZ — fixed URL (
your-project.dmzgate.com), local node, and the tunnel survives overnight.
Setup in 2 minutes
1. Install the client:
# Windows: download the installer at superdmz.com/download
# Linux/macOS:
curl -fsSL https://superdmz.com/download/LinuxInstaller.sh | sudo sh
2. In the panel, create an HTTP tunnel pointing to localhost:3000 (or your dev port). Pick a subdomain: myapp-dev.dmzgate.com.
3. In the Stripe / Mercado Pago dashboard, set the URL:
https://myapp-dev.dmzgate.com/webhook/stripe
Done. Every time Stripe fires an event, your local Express/Django/Laravel receives it.
Plus that helps with debugging
In the local panel (http://127.0.0.1:16500) you can see:
- Every TCP connection that arrived, with source IP and bytes
- Average latency (useful when you suspect the webhook timed out)
- "Pause this tunnel" button to stop receiving when you leave the office, without deleting the setup
What about auth-key?
Don't use auth-key for this case. Stripe and Mercado Pago don't support custom auth headers. Instead validate the HMAC signature they send in the header — that's the standard.
Want to try SuperDMZ?
Free plan, no credit card. Your first tunnel runs in under 60 seconds.
Create a free accountMore in Tutorials
Weekly scheduling via CLI on Linux and macOS — up to 25 windows
How to keep tunnels offline overnight to save traffic, or online only during business hours. All via command line, no GUI needed.
How to expose RDP without a public IP (and without compromising security)
Windows remote desktop access behind NAT, with IP allowlist and an auth key, in under 5 minutes. Without opening a port on your router.