mitmproxy/release/docker/README.md

51 lines
1.9 KiB
Markdown
Raw Normal View History

2018-05-18 08:37:56 +00:00
# mitmproxy
2018-09-15 11:54:18 +00:00
Containerized version of [mitmproxy](https://mitmproxy.org/): an interactive, SSL/TLS-capable intercepting proxy for HTTP/1, HTTP/2, and WebSockets.
2018-05-18 08:37:56 +00:00
# Usage
```sh
$ docker run --rm -it [-v ~/.mitmproxy:/home/mitmproxy/.mitmproxy] -p 8080:8080 mitmproxy/mitmproxy
```
The *volume mount* is optional: It's to store the generated CA certificates.
Once started, mitmproxy listens as a HTTP proxy on `localhost:8080`:
```sh
$ http_proxy=http://localhost:8080/ curl http://example.com/
$ https_proxy=http://localhost:8080/ curl -k https://example.com/
```
You can also start `mitmdump` by just adding that to the end of the command-line:
```sh
$ docker run --rm -it -p 8080:8080 mitmproxy/mitmproxy mitmdump
```
For `mitmweb`, you also need to expose port 8081:
```sh
# this makes :8081 accessible to the local machine only
$ docker run --rm -it -p 8080:8080 -p 127.0.0.1:8081:8081 mitmproxy/mitmproxy mitmweb --web-host 0.0.0.0
2018-05-18 08:37:56 +00:00
```
You can also pass options directly via the CLI:
```sh
$ docker run --rm -it -p 8080:8080 mitmproxy/mitmproxy mitmdump --set ssl_insecure=true
```
For further details, please consult the mitmproxy [documentation](http://docs.mitmproxy.org/en/stable/).
# Tags
2018-09-18 18:42:48 +00:00
The available release tags can be seen
[here](https://hub.docker.com/r/mitmproxy/mitmproxy/tags/).
2018-09-15 12:00:20 +00:00
* `master` always tracks the git-master branch and represents the unstable development tree.
* `latest` always points to the same image as the most recent stable release, including bugfix releases (e.g., `4.0.0` and `4.0.1`).
2020-04-12 20:47:54 +00:00
* `X.Y.Z` tags contain the mitmproxy release with this version number.
2018-09-18 18:42:48 +00:00
# Security Notice
Dependencies in the Docker images are frozen on release, and cant be updated in
situ. This means that we necessarily capture any bugs or security issues that
may be present. We dont generally release new Docker images simply to update
dependencies (though we may do so if we become aware of a really serious issue).