In this post, I would like to describe you to set up a proxy using Charles desktop app. I believe that many of you work with API or consume some REST Service. If haven’t heard about proxy yet I believe the knowledge from this post will be useful in your future development. The following example concerns an iOS environment and configuring at the OSX system.

What the proxy is?

To tell you what the Proxy is I use the definition that I found in Charles documentation

An HTTP Proxy is a server that receives requests from your web browser and then makes the request to the Internet on your behalf. It then returns the results to your browser.

So the Charles app is kind of monitor that inspects your network traffic, does all requests on your behalf and returns response back to you.

Do I really need it?

Yes! It might help you when you’re creating an app that consumes some API. You’ll be able to look throught the request and response from the server. Also, Charles app allows you to set a break point for endpoint and gives you ability to edit a request or response body, so you can test a various scenarios for your app. Likewise you can see how many request your app really does.

How to configure Charles?

First, go to Charles website and download the installation file. After the installation process you will see the main screen of the app. At start I recommend to select the tab on the top.

After some time you should see all request that you do on your mac. Now, we have two ways to configure the Charles. First way is to configure it for iOS Simulator. The second option is configure Charles for iOS device.

iOS Simluator configuration

Click on Help -> SSL Proxying -> Install Charles Root Certificate in iOS Simualator.

You will see the prompt:

Then click OK and for sure you should restart Simulator. After that steps Charles is configured and ready to work with your Simulator.

iOS Device configuration

On your device in Wi-Fi connection settings choose the same connection that your Mac using, tap on it. Then swipe down, and choose Proxy Setting to Manual.

In the IP field please put the same IP address that your Mac Wi-Fi uses. In the field type .

To see IP-address of your Wi-Fi on your Mac:

Right-click with option button on your wifi icon on the Mac

Then on your iOS device go to and install the certificate. I recommend to do it via Safari because it redirects you from URL to Certificates Settings on iOS Device. Then just install the certificate.

After the installation process, you will be able to see all request from your iOS device in Charles app on your Mac.

Ok, all configured but, how to use it?

After the configuration flow, you will see the Charles main window, and your network data. For the purposes of this post I wrote a simple app that consume free rest API . This API gives us some geo-information about any domain. For example: returns geo-information about site.

Now, let’s call from iOS Simulator/iPhone. On Charles main window, we're able too see the request was made and we received a response. There is no information about request parameters, response code, etc.

Let’s take a look on that.

Overview tab

In the tab we can see information about Protocol used to this call, SSL, also you're able too see the request time and size of request and response.

Ok, let’s have look on the request and response

Unfortunately, both are not readable for Charles. It’s all because the request is secure and uses the . So, we need to inform Charles about that this domain is using the to see the request details.

Adding Proxy SSL

There’re two ways to do that.

First you can click on the , then click the append host to the list. In the field type the host address of your server. In my example that would be .

In the port field type . Why ? Because the is the default port HTTPS connections use.

Make sure that you have checkbox selected. After adding the host it should look like that :

Second way is much simpler, just right-click on the request and select the .

Request using SSL Proxying

After adding the SSL Proxying for our host server, perform request again.

As you can see right now we’re able to see the (response code) of the request. Here it is 200(OK). Also we know that our request was type. Let's take a look at the request and response body.

In the request body, we have some information about Request type, language, and encoding. Also, you can find here some information about Cookies.

The response body becomes readable from Charles. After choosing the tab we can see formatted JSON string. All informations about the response are stored in the tab. You can find here information about Response code, Content-Type, Server, encoding and many others.

And now the most important — response body:


The cool thing about Charles is that the app allows you to debug the requests/responses in the same way as XCode and many others IDEs breakpoints work. But here you put the breakepoint on the request, not on the line of code.

To set a breakpoint, just right-click on the line with the request that you want to debug and select option.

Now, make the request again and you should see the Breakpoint-Window.

With the and tabs. Here you're able to edit the request body, query string parameters, request method, cookies, headers or even choose the HTTP version. After editing the request just click on the bottom.

After executing when the Charles receives the response we should see the Breakpoint-Window again and now we’re ready to edit the response!

By editing the response I mean that you can edit Response Headers and Response Body. Also you can check the body and the overview of the request. After editing the response, just click the Execute button. After that steps, the edited response goes to our device/simulator.

Note: Remember to set the breakpoint off, when you don’t need it anymore because if you don’t this the breakpoint will run every time that request was triggered.


Charles app is a great tool and has many many features. In my post I focused on the iOS environment, but you can also configure the proxy for your Android Emulator or Android device. I described most common usages which I do with Charles app. To sum up I think that app should take a place in your development tools directory if you work with some web server.

By Kamil Wysocki, Software Engineer @ Bright Inventions

Personal blog Email Twitter Github Stackoverflow

Originally published at and cross-posted with the author’s personal blog



Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store
Bright Inventions

Software Development Studio with expertise in mobile & web applications, Blockchain and IOT devices.