v1.10.90-0e025b8
Skip to main content
Back to Hex Proxies

n8n Workflow Proxy Integration

Last updated: April 2026

By Hex Proxies Engineering Team

Configure Hex Proxies with n8n workflow automation platform. Route HTTP requests, scraping nodes, and API integrations through residential proxies.

beginner15 minutesai-agents

Prerequisites

  • n8n instance (self-hosted or cloud)
  • Hex Proxies account with residential or ISP proxy access
  • Basic understanding of n8n workflows

Steps

1

Choose proxy scope

Decide whether to set global proxy (all n8n traffic) or per-node proxy (only specific HTTP requests).

2

Configure proxy credentials

Set environment variables for global proxy, or add proxy URL to HTTP Request node options.

3

Test with simple workflow

Create a test workflow with an HTTP Request node that fetches httpbin.org/ip to verify proxy routing.

4

Build production workflows

Add proxy configuration to your monitoring, scraping, and API workflows.

5

Monitor usage

Track proxy bandwidth through the Hex Proxies dashboard alongside n8n execution logs.

n8n Proxy Configuration

n8n is a workflow automation platform that connects hundreds of services and APIs. When n8n workflows make HTTP requests to external websites — for scraping, API calls, or monitoring — proxy infrastructure ensures reliable access without IP-based blocking.

Why n8n Workflows Need Proxies

n8n workflows that interact with external websites benefit from proxies because:

  • Web scraping nodes: n8n's HTTP Request node and scraping workflows access websites that block automated traffic from datacenter IPs.
  • Rate limiting: Workflows running on schedules (every minute, hourly) accumulate requests from a single IP that trigger rate limits.
  • Geo-restricted content: Some workflows need to access content from specific geographic locations.
  • API call diversity: Distributing API calls across multiple IPs prevents single-IP rate limiting from external services.

Configuring Proxy in n8n

Method 1: Global Proxy via Environment Variables

Set proxy environment variables for your n8n instance to route all HTTP traffic through Hex Proxies:

# For self-hosted n8n (add to .env or Docker environment)
HTTP_PROXY=http://user:pass@gate.hexproxies.com:8080
HTTPS_PROXY=http://user:pass@gate.hexproxies.com:8080
N8N_USE_DEPRECATED_REQUEST_LIB=false

For Docker deployments:

services:
  n8n:
    image: n8nio/n8n
    environment:
      - HTTP_PROXY=http://user:pass@gate.hexproxies.com:8080
      - HTTPS_PROXY=http://user:pass@gate.hexproxies.com:8080

Method 2: Per-Node Proxy Configuration

For workflows where only specific nodes need proxy routing, configure the HTTP Request node directly:

  1. Add an HTTP Request node to your workflow.
  2. In the node settings, look for the Options section.
  3. Add a Proxy option with the URL: http://user:pass@gate.hexproxies.com:8080
  4. The request will route through Hex Proxies while other nodes use direct connections.

Method 3: Code Node with Proxy

For advanced proxy control in n8n Code nodes:

const https = require('https');
const http = require('http');

// Using node-fetch or axios with proxy const response = await this.helpers.httpRequest({ method: 'GET', url: 'https://target-site.com/data', proxy: { host: 'gate.hexproxies.com', port: 8080, auth: { username: 'user-country-us', password: 'your-password' } } });

return [{ json: response }]; ```

Common n8n Proxy Use Cases

Price Monitoring Workflow

Schedule Trigger (hourly) → HTTP Request (with proxy) → Parse HTML → Compare Prices → Slack Notification

Configure the HTTP Request node with Hex Proxies to reliably fetch pricing pages without being blocked.

SEO Rank Tracking

Schedule Trigger (daily) → HTTP Request (geo-targeted proxy) → Parse SERP → Store in Database → Dashboard

Use geo-targeted proxy credentials (user-country-us, user-country-gb) to check rankings from specific markets.

Content Monitoring

Schedule Trigger → HTTP Request (proxy) → Compare with Previous → Email Alert on Changes

Monitor competitor websites for content changes using residential proxies that maintain long-term access.

n8n Cloud vs Self-Hosted

n8n Cloud: Proxy configuration may be limited to the HTTP Request node options. Set the proxy URL directly in each node that needs it.

Self-hosted n8n: Full control via environment variables. Set global proxy for all outgoing HTTP traffic, or configure per-node for selective proxying.

Cost Considerations

n8n workflows typically make low-volume, high-frequency requests. A workflow checking 50 URLs hourly generates ~1,200 requests per day. At 100 KB per request, monthly bandwidth is approximately 3.6 GB.

Residential proxies at $4.25/GB make this very cost-effective: ~$15/month for comprehensive monitoring.

Tips

  • Use environment variables for the simplest global proxy setup in self-hosted n8n.
  • For n8n Cloud, configure proxy in each HTTP Request node options section.
  • Use geo-targeted credentials (user-country-us) for workflows that need location-specific data.
  • n8n workflows are typically low-bandwidth — residential proxies at $4.25/GB are very cost-effective for automation.
  • Test proxy configuration with a simple httpbin.org/ip workflow before deploying complex monitoring workflows.

Ready to Get Started?

Put this guide into practice with Hex Proxies.