An example nginx config that serves as a proxy to Mixpanel's Ingestion API and JavaScript library endpoints. To learn more, visit our docs on Tracking via Proxy.
There are a few ways you can use this repo to deploy a server that can be use to proxy Mixpanel API requests:
click on a button below to deploy to your favorite cloud provider:
Assuming you have Docker installed on your system, you can do the following:
git clone https://github.com/mixpanel/tracking-proxy
docker build -t mixpanel-proxy .
docker run --name my-tracking-proxy -d -p 8080:80 mixpanel-proxy
http://localhost:8080
You should see:
{
"error": "Welcome. Get started with our API by visiting https://developer.mixpanel.com/"
}
This is same response you would get from visiting https://api.mixpanel.com/ (which means your proxy is working as expected).
You can also verify the nginx config on the command line:
nginx -t -c /etc/nginx/nginx.conf
For production, you would deploy this docker image to whatever servers you run your production services on.
If you already have servers running nginx, you can copy and paste the locations from the nginx.conf file in this repo and adjust the locations to match your preference.
In case you see events tracked to your project, but geo-location properties are not being added correctly, there's likely a configuration issue with passing the IP address through the headers. Within the nginx configuration, by default, we leverage $http_x_forwarded_for
and pass it through the X-Real-IP
header to forward the IP from the original client; in some providers, this is not available and you will want to review which header/variable provides the IP address from the client. As an example, in Cloudflare, you need to pass $realip_remote_addr
instead. You'll want to review the option that applies to your cloud provider.
When you're seeing events ingested into Mixpanel, but no geo-location data included as properties (you don't see the mp_country_code property created, for example), one more aspect to check is if the query string param/value ip=1
is being passed to our ingestion endpoint. Our client-side libraries, by default (unless you've disabled geo-location tracking), will append ip=1
to the URL of the ingestion endpoint to indicate we should parse geo-location from the IP address of the incoming request. In some setups, this param might not be included in the request from the proxy, so it's also an aspect to check in this situation.
This proxy server resolves requests to api.mixpanel.com
, which points to Mixpanel's primary data centers in the United States. If you are using Mixpanel's EU Data Residency, you will need to change the nginx.config from api.mixpanel.com
to api-eu.mixpanel.com
This proxy server resolves requests to api.mixpanel.com
, which points to Mixpanel's primary data centers in the United States. If you are using Mixpanel's IN Data Residency, you will need to change the nginx.config from api.mixpanel.com
to api-in.mixpanel.com
If you wish to load test your proxy, see mp-proxy-load-test for a load testing script with artillery.