|
| 1 | +--- |
| 2 | +title: Telepresence 2.23 |
| 3 | +description: What's new in Telepresence 2.23. |
| 4 | +slug: telepresence-2.23 |
| 5 | +authors: thallgren |
| 6 | +--- |
| 7 | + |
| 8 | +Telepresence 2.23 delivers key enhancements, including the new `telepresence wiretap` command for mirroring container |
| 9 | +traffic to your client and a dedicated network driver plugin for Docker that eliminates the need for client containers |
| 10 | +to modify their network model. |
| 11 | + |
| 12 | +<!-- truncate --> |
| 13 | + |
| 14 | +## Telepresence Wiretap: Mirror Container Traffic to Your Client |
| 15 | + |
| 16 | +With Telepresence 2.23, you can now wiretap traffic intended for a workload container. This feature doesn't interfere |
| 17 | +with the live traffic; instead, it sends a copy directly to your client. This means you can easily monitor and debug how |
| 18 | +a service behaves when it receives messages. Any replies from your client are automatically discarded, ensuring no |
| 19 | +impact on the remote service. This read-only capability makes it ideal for developing and testing RESTful services |
| 20 | +without disruption. Plus, since the wiretap is non-intrusive, there's no limit to how many clients can simultaneously |
| 21 | +wiretap the same container. |
| 22 | + |
| 23 | +The `telepresence wiretap` command accepts the same flags as `telepresence intercept`, except the `to-pod` flag. Mounts |
| 24 | +are always read-only. |
| 25 | + |
| 26 | +More details can be found in the [Wiretap section](/docs/howtos/engage#wiretap) in our documentation. |
| 27 | + |
| 28 | +## Introducing the Teleroute Docker Network Plugin |
| 29 | + |
| 30 | +Say goodbye to complex network configurations for your Docker containers! With **Telepresence 2.23**, the new |
| 31 | +**Teleroute Docker Network Plugin** revolutionizes how your local Docker containers interact with your remote cluster. |
| 32 | +This plugin transforms the network established by a `telepresence connect --docker` command into a full-fledged Docker |
| 33 | +network, identifiable by your connection's name. |
| 34 | + |
| 35 | +This means any other Docker container can now effortlessly access your cluster resources by simply specifying `--network |
| 36 | +<connection name>`. This is a massive improvement over the prior method, which required containers to adopt a cumbersome |
| 37 | +`--network container:<name of daemon container>` mode. That old approach often necessitated workarounds like socat |
| 38 | +containers for port mappings or the relocation of network configurations to the daemon container itself. The Teleroute |
| 39 | +Docker Network Plugin eliminates this complexity, providing a direct and intuitive connection to the network bridge |
| 40 | +managed by the Telepresence daemon. |
| 41 | + |
| 42 | +The Teleroute network plugin is designed for seamless integration. It will be installed automatically the first time you |
| 43 | +execute `telepresence connect --docker`. For users in air-gapped environments, the docker.teleroute client configuration |
| 44 | +offers control over how the necessary image is pulled. |
| 45 | + |
| 46 | +For more in-depth information, please refer to the |
| 47 | +[Teleroute Nework Plugin section](/docs/reference/plugins#teleroute-network-plugin) in our documentation. |
0 commit comments