アプリの HTTP(S) 通信をキャプチャ
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,
モックもスクリプトもブレークポイントも、他のソースと同じ。
PAC URL 一つで、どのクライアントも
SDK もインストールするエージェントも不要。プロキシと話せるものなら何でも——スマホ、ブラウザ、cron ジョブ——一つの自動設定 URL で自己設定し、ストリーミングを始めます。
各デバイスがアイデンティティを保持
各デバイスに専用のサブドメインとポートが割り当てられ、チーム全体のトラフィックがきれいに帰属されたまま並びます。あのリクエストは誰のものかと推測する必要はもうありません。
ルールはワイヤー上で動く
ブロック・モック・ドロップのルールと、同じサンドボックス JS スクリプトエンジンがプロキシ内でインライン実行——iOS や Chrome キャプチャと全く同じです。一つのルールセットが、トラフィックの流れるすべての場所で適用されます。
エグレスをどこへでもルーティング
任意のデバイスをアップストリームや地域別プロキシにチェーン——国別でも明示的なホストでも——ダッシュボードから直接。席を立たずにジオ制限付きの挙動をテストできます。
SSH なしで運用可能
プロキシデーモンは稼働ビルドと状態を報告し、ログをダッシュボードにストリーミングし、リモートで再起動・更新できます。あのマシンでターミナルを開くことはもうないかもしれません。
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
すべてのペアが共有フィードに届く
復号されたリクエスト/レスポンスのペアは、完了した瞬間にダッシュボードのフィードへ現れます。iOS や Android のキャプチャとまったく同じ形式なので、1 つのフィードにすべてのソースが集まり、再試行してもエントリが重複することはありません。
- 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
- キャプチャは発生と同時にフィードへ流れ込みます。キューもバッチファイルもなく、再試行してもエントリが重複することはありません
- 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.
デバイスのエグレスをルーティングするために、自分自身のアップストリームプロキシアカウントが必要ですか？
いいえ——国を選ぶだけで、Busymateが内蔵プールから正常なプロキシを自動的に選択します。お好みであれば、独自のホストとポートを使うこともできます。
デバイスのエグレスIPを確認したら、それは送信先のウェブサイトが見ているものと同じですか？
いいえ——そのリストは、当社のプロキシがそのデバイスからの接続を受け入れる際の受け入れIPであり、送信先から見えるオリジンではありません。送信先が実際に見ているのは、外部（アップストリーム）プロキシです。
内蔵プロキシ、
デバイスをデフォルトで内蔵プールのアップストリームプロキシ経由でルーティングするか、あるいは自分のホスト経由にできます——そしてどのIPがどれなのかを正確に把握できます。
- 01
本物のプロキシ、デフォルトで準備完了
すべてのデバイスは、すぐに使える定義済みアップストリームプロキシのプールを通じてルーティングできます——国別に1つ選ぶ（または明示的なホストを指定する）だけで、トラフィックは実際にそこを経由して出て行きます。事前に別のアカウントを用意する必要はありません。
- 02
1回の書き込みでデバイスの出口が決まる
国別に正常なプロキシを自動選択するか、明示的なホストとポートを指定できます。proxy-serverとCDPコネクタの両方が、設定の購読を通じてこれを自動的に取得します——再起動も再デプロイも不要です。
- 03
受け入れIP ≠ 送信先が見るもの
デバイスのエグレス状態に表示されるアドレスは、当社のプロキシがそのデバイスから受け入れているCONNECT送信元IPであり——送信先サーバーが実際に見るIPではありません。その送信先から見えるオリジンは、経由させた外部プロキシによって完全に決まります。
- 04
認証情報は決して読み取りに現れない
アップストリームのユーザー名とパスワードは一度書き込まれた後、それ以降のすべての読み取りから取り除かれます——設定の取得、実効設定のマージ、AIエージェントのツール呼び出し、いずれも見えるのは編集済みのhasCredentialsフラグだけで、値そのものは決して見えません。