प्रॉक्सी · MITM

अपने ऐप्स से HTTP(S) कैप्चर करें

A browser, a backend, a TV, a cron job — point it at one address. Same live feed.

An Android phone, a browser and a backend server stream traffic into a central proxy hexagon on port 8888; one stream passes a block-and-script rule gate and comes out transformed, then one live stream flows on into a dashboard feed with green status codes. A globe marks upstream proxy routing. android browser server {} rules :8888 upstream live 200 201 200
किसी भी क्लाइंट को प्रॉक्सी पर इंगित करें
bash
# Any client — point it at your per-device PAC URL:
http://<port>.busymate.net/

# Android:  Wi-Fi → Proxy → Auto-config  →  paste the URL
# Desktop:  System proxy → Automatic     →  paste the URL
# Then trust the Busymate CA once, and decrypted traffic
# streams straight into the shared live feed.

प्रॉक्सी क्यों

Charles-style MITM, shared feed

वही मॉक, स्क्रिप्ट और ब्रेकपॉइंट जो हर दूसरे स्रोत के हैं।

एक PAC URL, कोई भी क्लाइंट

न SDK, न इंस्टॉल करने लायक एजेंट। जो भी प्रॉक्सी से बात कर सकता है — फ़ोन, ब्राउज़र, क्रॉन जॉब — एक ऑटो-कॉन्फ़िग URL से खुद सेट होकर स्ट्रीम करने लगता है।

हर डिवाइस की अपनी पहचान

हर डिवाइस को अपना सबडोमेन और पोर्ट मिलता है, इसलिए पूरी टीम का ट्रैफ़िक साफ़-सुथरा, अलग-अलग पहचाना हुआ रहता है। अब यह अंदाज़ा नहीं लगाना कि वे रिक्वेस्ट किसके हैं।

नियम तार पर चलते हैं

ब्लॉक, मॉक और ड्रॉप नियम — और वही सैंडबॉक्स्ड JS स्क्रिप्टिंग इंजन — प्रॉक्सी के अंदर ही चलते हैं, iOS और Chrome कैप्चर जैसा ही। एक नियम-सेट, जहाँ-जहाँ आपका ट्रैफ़िक बहता है वहाँ लागू।

आउटगोइंग कहीं भी रूट कीजिए

किसी भी डिवाइस को अपस्ट्रीम या क्षेत्रीय प्रॉक्सी से चेन कीजिए — देश के हिसाब से या स्पष्ट होस्ट से — सीधे डैशबोर्ड से। कुर्सी छोड़े बिना जियो-गेटेड व्यवहार टेस्ट कीजिए।

SSH के बिना ऑपरेट करने लायक

प्रॉक्सी डीमन अपना लाइव बिल्ड और स्टेटस बताता है, लॉग डैशबोर्ड में स्ट्रीम करता है, और रिमोट रीस्टार्ट या अपडेट हो सकता है। शायद आप उस मशीन पर कभी टर्मिनल न खोलें।

How it works

Trust once, decrypt on demand

A Charles-style MITM that runs as a shared service: one CA, per-host leaves, and rows that land in the same table as every other capture source.

  1. 01

    A CA is born on first run

    The proxy generates its own certificate authority the first time it starts — there are no shared keys to pass around. Each device trusts that one certificate once; nothing else on the device changes.

  2. 02

    Per-host leaves, minted on demand

    For every intercepted hostname the proxy mints a leaf certificate on the fly — read from the TLS handshake's server name — and handshakes both directions: client to proxy, proxy to origin.

  3. 03

    हर जोड़ी साझा फ़ीड में पहुँचती है

    डिक्रिप्ट हुई हर अनुरोध/प्रतिक्रिया जोड़ी पूरी होते ही आपके डैशबोर्ड फ़ीड में दिखती है — बिल्कुल उसी रूप में जैसी iOS और Android की कैप्चर बनाती हैं, इसलिए एक ही फ़ीड सभी स्रोतों को समेटती है और दोबारा कोशिश से कभी डुप्लिकेट एंट्री नहीं बनती।

  4. 04

    The dashboard steers it live

    Breakpoint continues, request resends, device renames and settings pushes arrive over Realtime channels the proxy subscribes to — applied in-process, no restart, no SSH session.

Endpoints & specs

The proxy, mapped

Everything a client or a script needs is served by the proxy itself — autoconfig, the CA bundle, and a per-device port pool.

Proxy + management
:8888 (HTTP proxy + management API)
TLS interception
SNI listener :8443 · per-host leaf certificates
Per-device ports
:9000–19999 pool · <port>.busymate.net
PAC autoconfig
/ · /proxy.pac · /wpad.dat (same PAC body at all three)
CA distribution
Certificate bundle served by the proxy itself; the CA is generated on first run
Ingest
कैप्चर होते ही फ़ीड में स्ट्रीम हो जाते हैं — न कोई कतार, न बैच फ़ाइलें, और दोबारा कोशिश से कभी डुप्लिकेट एंट्री नहीं बनती
Remote control
Realtime channels for breakpoints, resends and settings; live build/status reporting and remote restart from the dashboard

FAQ

Proxy questions, answered

Which clients can I point at the proxy?

Anything that can use an HTTP proxy or a PAC URL: Android phones, desktop browsers, smart TVs, your own backends, cron jobs, debug builds. If it has proxy settings, it can stream into the feed.

Do I have to trust a certificate on every device?

Once per device. The proxy has a single CA (generated on its first run); every per-host leaf certificate chains to it, so one trust step covers every host you later decrypt.

What happens to hosts I don't want decrypted?

They pass through encrypted, untouched. Decryption is scoped by the same dashboard-managed SSL host lists that drive iOS and Android capture — one rule set for every source.

Why does each device get its own port and subdomain?

Each allocated device gets a dedicated port from the pool and a matching hostname, so a whole team's traffic stays exactly attributed in the shared feed — no guessing whose requests those are.

क्या किसी डिवाइस की एग्रेस रूट करने के लिए मुझे अपना खुद का अपस्ट्रीम प्रॉक्सी अकाउंट चाहिए?

नहीं — एक देश चुनें और Busymate बिल्ट-इन पूल से खुद एक स्वस्थ प्रॉक्सी चुन लेता है। अगर आप चाहें तो अपना खुद का होस्ट और पोर्ट भी दे सकते हैं।

अगर मैं किसी डिवाइस के एग्रेस IP देखूं, तो क्या मैं वही देख रहा हूँ जो टार्गेट वेबसाइट देखती है?

नहीं — वह सूची उन एडमिशन IP की है जिनसे हमारा प्रॉक्सी उस डिवाइस के लिए कनेक्शन स्वीकार करता है, न कि डेस्टिनेशन को दिखने वाला ओरिजिन। एक्सटर्नल (अपस्ट्रीम) प्रॉक्सी ही वह है जो टार्गेट वाकई देखता है।

एक्सटर्नल प्रॉक्सी इंटीग्रेशन

बिल्ट-इन प्रॉक्सी, असली एग्रेस

किसी डिवाइस को डिफ़ॉल्ट रूप से एक बिल्ट-इन पूल के अपस्ट्रीम प्रॉक्सी से रूट करें, या अपने खुद के होस्ट से — और ठीक-ठीक जानें कि कौन सा IP क्या है।

  1. 01

    असली प्रॉक्सी, डिफ़ॉल्ट रूप से तैयार

    हर डिवाइस शुरुआत से ही पहले से परिभाषित अपस्ट्रीम प्रॉक्सी के एक पूल से रूट हो सकती है — देश के अनुसार एक चुनें (या एक स्पष्ट होस्ट दें) और ट्रैफ़िक वाकई उसी से बाहर जाता है। पहले किसी अलग अकाउंट को सेट करने की ज़रूरत नहीं।

  2. 02

    एक लिखावट डिवाइस के एग्रेस को रूट कर देती है

    देश के अनुसार एक स्वस्थ प्रॉक्सी को खुद चुनें, या उसे एक स्पष्ट होस्ट और पोर्ट दें। proxy-server और CDP कनेक्टर दोनों इसे उनकी सेटिंग्स सब्सक्रिप्शन के ज़रिए अपने आप उठा लेते हैं — न कोई रीस्टार्ट, न कोई रीडिप्लॉय।

  3. 03

    एडमिशन IP ≠ जो डेस्टिनेशन देखता है

    किसी डिवाइस की एग्रेस स्थिति में दिखाए गए पते वही CONNECT-सोर्स IP हैं जिन्हें हमारा प्रॉक्सी उस डिवाइस से स्वीकार करता है — न कि वह IP जो टार्गेट सर्वर देखता है। वह टार्गेट को दिखने वाला ओरिजिन पूरी तरह उस एक्सटर्नल प्रॉक्सी से तय होता है जिससे आपने रूट किया है।

  4. 04

    क्रेडेंशियल कभी किसी रीड तक नहीं पहुँचते

    अपस्ट्रीम यूज़रनेम और पासवर्ड एक बार लिखे जाते हैं और उसके बाद हर रीड से हटा दिए जाते हैं — एक सेटिंग्स फ़ेच, एक इफ़ेक्टिव-सेटिंग्स मर्ज, या किसी AI एजेंट की टूल कॉल — सभी को एक रिडैक्टेड hasCredentials फ़्लैग दिखता है, कभी असली वैल्यू नहीं।

Connect a device in a minute

अपना PAC URL लें, CA पर एक बार भरोसा करें, और डिक्रिप्टेड ट्रैफ़िक को फ़ीड में आते देखें।

Ask your mate