Cattura HTTP(S) dalle tue app
A browser, a backend, a TV, a cron job — point it at one address. Same live feed.
# 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,
Gli stessi mock, script e breakpoint di ogni altra sorgente.
Un URL PAC, qualsiasi client
Niente SDK, niente agent da installare. Qualsiasi cosa sappia parlare con un proxy — un telefono, un browser, un cron job — si configura da un unico URL di auto-config e inizia a trasmettere.
Ogni dispositivo mantiene la sua identità
Ogni dispositivo riceve il proprio sottodominio e la propria porta, così il traffico di un intero team resta attribuito in modo pulito, fianco a fianco. Basta indovinare di chi sono quelle richieste.
Le regole girano sul filo
Regole di blocco, mock e drop — e lo stesso motore di scripting JS sandboxed — girano inline nel proxy stesso, identiche alla cattura iOS e Chrome. Un solo set di regole, applicato ovunque scorra il tuo traffico.
Instrada l’egress ovunque
Incatena qualsiasi dispositivo attraverso un proxy upstream o regionale — per paese o con un host esplicito — direttamente dalla dashboard. Testa comportamenti geo-bloccati senza alzarti dalla sedia.
Operabile senza SSH
Il daemon del proxy riporta build e stato live, trasmette i suoi log alla dashboard e può essere riavviato o aggiornato da remoto. Forse non aprirai mai più un terminale su quella macchina.
Trust once,
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.
- 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.
- 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.
- 03
Ogni coppia arriva nel feed condiviso
Ogni coppia richiesta/risposta decifrata compare nel feed della tua dashboard appena si completa — nella stessa identica forma delle catture iOS e Android, così un unico feed raccoglie tutte le fonti e un nuovo tentativo non duplica mai una voce.
- 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.
The proxy,
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
- Le catture confluiscono nel feed man mano che avvengono — niente code, niente file batch, e un nuovo tentativo non duplica mai una voce
- Remote control
- Realtime channels for breakpoints, resends and settings; live build/status reporting and remote restart from the dashboard
Proxy questions,
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.
Ho bisogno di un mio account proxy upstream per instradare l'uscita di un dispositivo?
No: scegli un paese e Busymate seleziona automaticamente un proxy funzionante dal pool integrato. Puoi anche portare il tuo host e la tua porta, se preferisci.
Se controllo gli IP di uscita di un dispositivo, sto vedendo ciò che vede il sito web di destinazione?
No: quell'elenco sono gli IP di ammissione da cui il nostro proxy accetta connessioni per quel dispositivo, non l'origine visibile alla destinazione. Il proxy esterno (upstream) è ciò che la destinazione vede realmente.
Proxy integrati,
Instrada un dispositivo attraverso un proxy upstream da un pool integrato per impostazione predefinita, oppure dal tuo host — e sappi esattamente quale IP è quale.
- 01
Proxy reali, pronti per impostazione predefinita
Ogni dispositivo può instradare fin da subito attraverso un pool di proxy upstream predefiniti — scegline uno per paese (o indica un host esplicito) e il traffico esce davvero attraverso di esso. Nessun account separato da configurare prima.
- 02
Una singola scrittura instrada l'uscita di un dispositivo
Seleziona automaticamente un proxy funzionante per paese, oppure indica un host e una porta espliciti. Sia il proxy-server sia il connettore CDP lo recepiscono automaticamente tramite la loro sottoscrizione alle impostazioni — nessun riavvio, nessun ridistribuzione.
- 03
IP di ammissione ≠ ciò che vede la destinazione
Gli indirizzi elencati nello stato di uscita di un dispositivo sono gli IP sorgente CONNECT che il nostro proxy ammette da quel dispositivo — non l'IP visto dal server di destinazione. Quell'origine visibile alla destinazione è governata interamente dal proxy esterno attraverso cui hai instradato.
- 04
Le credenziali non arrivano mai a una lettura
Nome utente e password upstream vengono scritti una volta e rimossi da ogni lettura successiva — un recupero delle impostazioni, una fusione delle impostazioni effettive o la chiamata a uno strumento di un agente IA vedono tutti un flag hasCredentials oscurato, mai il valore.
Connect a device in
Prendi il tuo URL PAC, fidati della CA una volta e guarda il traffico decifrato arrivare nel feed.