팀이 mitmproxy를 떠나는 것은 캡처가 터미널 세션 하나보다 오래 살아남아야 할 때입니다. QA 엔지니어가 개발자가 본 것을 봐야 하거나, 랙의 휴대폰을 옆에 노트북 없이 캡처해야 하거나, 에이전트가 누군가의 감독 아래 트래픽에 작용해야 할 때. Busymate DevTools는 가로채기의 아이디어 — 중단점, 재전송, 모의 응답, 차단 규칙, 스크립트 — 를 그대로 두고, 브라우저 대시보드·역할·감사 기록이 있는 호스팅 피드로 옮깁니다.
전환하기 전에 한 워크플로우 시도
- 기존 캡처 파일을 유지합니다. 하나의 테스트 기기를 Busymate와 연결하고 이미 이해하는 요청을 캡처합니다.
- 하나의 모의 요청이나 중단점을 다시 만들고 결과를 확인합니다. 기존 프록시 설정 및 규칙은 자동으로 전송되지 않습니다.
- 더 큰 워크플로우로 이동하기 전에 클라우드 스토리지, 보관 기간 및 기기 액세스 권한이 팀에 적합한지 확인하세요.
휴대폰을 위해,
전체 워크플로우를 비교합니다. 캡처가 실행되는 위치, 액세스를 공유하는 방법, 디버깅을 자동화하는 방법을 확인하세요.
iPhone, Android, Chrome, 프록시, 휴대폰 팜에서 한 곳으로 캡처합니다. 팀원은 자신이 소유하거나 액세스 권한을 받은 기기의 요청을 봅니다.
454 MCP 도구를 사용하면 에이전트가 캡처된 트래픽을 검사하고 역할 범위 내에서 작동할 수 있습니다. 파괴적인 작업은 확인이 필요합니다.
브라우저에서 — 또는 에이전트에게 입력한 한 문장으로 — 미러링하고, 탭하고, 스크립트를 실행하는 실제 Android·iOS 기기 랙.
권한은 데이터베이스에서 적용되고, 작업은 감사 추적에 기록되며, 대시보드와 API는 저장된 볼트 비밀을 노출할 수 없습니다.
같은 질문에,
우리 열에는 출시된 기능만 적습니다. 상대 열은 상대의 공개 페이지에서 읽은 내용에 근거하며, 확인하지 못한 것은 추측하지 않고 표시합니다.
- 포함
- 부분적
- 미포함
- 미검증
mitmproxy에 대한 정보는 2026-09-01에 해당 제품의 공개 제품·요금·문서 페이지에서 읽었습니다. 바뀐 점이 있으면 알려주세요. 페이지를 수정하겠습니다. 정정 요청
mitmproxy이(가) 올바른 선택인 경우
많은 팀은 mitmproxy을(를) 계속 써야 합니다. 우리가 그렇게 권할 경우는 다음과 같습니다.
무료 MIT 라이선스 도구를 원할 때
라이선스도, 좌석도, 호스팅 서비스도 없이 — 설치하면 끝. 개인, CI 작업, 보안 랩에는 정확히 맞는 선택입니다.
모든 것을 Python으로 스크립팅할 때
완전한 flow를 쥔 애드온, 헤드리스 실행, 클라이언트·서버 리플레이 — mitmproxy는 프로그래밍 가능한 프록시가 먼저이고 UI는 그다음입니다.
HTTP/3, 원시 TCP 또는 UDP가 필요할 때
mitmproxy의 프로토콜 범위 — HTTP/3, WebSocket, DNS, TCP, UDP — 는 모바일 우선 캡처 앱보다 넓습니다.
전환하기 전에
여전히 명령줄에서 뭔가를 실행할 수 있나요?
네. bmc CLI는 터미널에서 Chrome DevTools Protocol 트래픽을 피드로 스트리밍하고, 로컬 프록시 서버는 어떤 클라이언트든 향할 수 있는 표준 HTTP 프록시입니다. 공유 뷰는 대시보드에 있지만 터미널이 사라지는 것은 아닙니다.
내 Python 애드온을 대신하는 것은 무엇인가요?
기기·사용자·서비스 단위의 서버 측 스크립트와, 흔한 경우를 위한 모의 응답과 차단 규칙입니다. 완전한 flow 객체를 가진 애드온보다 의도적으로 좁습니다 — 공유는 더 쉽고, 특이한 일은 더 어렵습니다.
휴대폰마다 CA를 설치해야 하나요?
iOS와 Android 앱은 자체 설정 과정에서 신뢰를 처리하므로 mitm.it 단계가 사라집니다. 데스크톱 프록시를 쓰는 브라우저와 백엔드는 mitmproxy와 마찬가지로 그 CA를 한 번 신뢰하면 됩니다.
오픈소스인가요?
아니요. mitmproxy에서 소중히 여기는 것이 MIT 라이선스와 공개 저장소라면 mitmproxy를 계속 쓰세요 — Busymate DevTools의 소스는 요청 시 제공되지만 저장소는 비공개입니다.