Charles Proxy Setup & Configuration: Mocking And Manipulating API Behavior With A Local Proxy Server – Part 2

In this five-part article series, you will learn how to manipulate your API behavior with a local proxy server. After setting the scene with an introduction, we will now learn how to set up the Charles Proxy and its configuration.

In this article:

To get started, please follow the official instructions to install Charles on your preferred platform.

On Windows, Charles is automatically configuring your system and browser settings to route all traffic through it when you start the program. The same applies to macOS when you confirm the permission dialog.

On Linux, things are slightly different. You have two options:

  1. Setting your http_proxy and https_proxy environment variables to localhost:8888. Many applications use the environment variables and, in general, will affect most of your network traffic.
  2. Installing a browser add-on for easy toggling between proxy on/off just for browser traffic, e.g., Proxy SwitchyOmega add-on for Chrome.

SSL Decryption

If you are going to work with HTTPS, you also need to set up SSL decryption. Without it, all traffic would be encrypted directly between API and frontend – which is good! With SSL decryption enabled, Charles will establish two secure connections. One to the API and one to the frontend. This way, Charles can read messages from both sides. It is a classic man-in-the-middle.

Follow these steps to activate SSL decryption. Replace *.mockapi.io with your API, e.g., api.example.com.

When you have already pointed your browser to Charles and are browsing to an SSL-decrypted page, you will notice a security warning about an invalid certificate authority.

Your browser is mistrusting Charles’ certificate, which is a good thing (otherwise, SSL would be entirely worthless).

To fix this, you need to either trust each site’s certificate permanently or trust the Charles root certificate. Read more about the platform specifications here.

Recording Your Traffic

Assuming you have everything up and running, you can now start your first traffic recording session. Click on the “Start Recording” button and wait a couple of seconds.

You will probably see a massive list of connections. Yes, browsers are very chatty, especially with many tabs opened.

With default settings, we see every single connection from our browser. We can fix this quickly: In the menu, click “Proxy” → “Recording Settings” → “Include” and then add your API’s hostname. For this demonstration, we’re using the services of mockapi.io to create a simple REST API.

You may have to restart Charles at this point, to apply the new settings without having some weird glitches.

Deactivate Caching

It’s essential to take care of caching. In case your API sends caching headers, Charles will serve cached contents automatically, and you will not be able to inspect a response’s body. In the menu bar, click “Tools” → “No Caching”.

Our first record will now look like this:

On the right side, the upper box shows the request, the bottom one the response.

Conclusion

In this short article, we have taken a look at how to install and set up Charles Proxy to record traffic and decrypt SSL traffic for testing and debugging purposes. Charles makes this process flawless, and we will use this as a base for the upcoming articles.

In the third article of this series, you will see Charles Proxy in action.

More articles about API, Tools
Free
Newsletter

Current articles, screencasts and interviews by our experts

Don’t miss any content on Angular, .NET Core, Blazor, Azure, and Kubernetes and sign up for our free monthly dev newsletter.

EN Newsletter Anmeldung (#7)
Related Articles
Angular
SL-rund
If you previously wanted to integrate view transitions into your Angular application, this was only possible in a very cumbersome way that needed a lot of detailed knowledge about Angular internals. Now, Angular 17 introduced a feature to integrate the View Transition API with the router. In this two-part series, we will look at how to leverage the feature for route transitions and how we could use it for single-page animations.
15.04.2024
.NET
KP-round
.NET 8 brings Native AOT to ASP.NET Core, but many frameworks and libraries rely on unbound reflection internally and thus cannot support this scenario yet. This is true for ORMs, too: EF Core and Dapper will only bring full support for Native AOT in later releases. In this post, we will implement a database access layer with Sessions using the Humble Object pattern to get a similar developer experience. We will use Npgsql as a plain ADO.NET provider targeting PostgreSQL.
15.11.2023
.NET
KP-round
Originally introduced in .NET 7, Native AOT can be used with ASP.NET Core in the upcoming .NET 8 release. In this post, we look at the benefits and drawbacks from a general perspective and perform measurements to quantify the improvements on different platforms.
02.11.2023