Dedicated Datacenter Proxies with Unlimited Bandwidth, on IP Blocks We Own

One customer per IP, bandwidth included with no data cap or per-GB charge, on datacenter ranges Node4 owns and announces.

From $7.45 a month for 5 proxies

That is $1.49/proxy at 5, and the rate falls as the volume rises.

  • Each IP is assigned to one customer, and traffic leaves from that exact address.
  • Blocks Node4 owns and announces in the United States, Italy and Spain.
  • HTTP(S) / SOCKS5 on one credential, or by IP whitelist on every product.
Visa Mastercard American ExpressAMEX PayPal Bitcoin Card, PayPal, Bitcoin or USDT
  • 7-day refund on your first order
  • Billed monthly. Cancel anytime, keep access to period end.

Want to check the target accepts datacenter ranges first? Eligible accounts get a free allocation of shared datacenter proxies, no card required.

Start free

Plans and pricing

Billed monthly. Card and PayPal renew automatically until you cancel. Bitcoin cannot be collected from your wallet, so a Bitcoin plan does not renew on its own unless your account credit covers the renewal in full; otherwise you pay the renewal invoice from your dashboard. Cancel anytime from your own settings. You keep access until the end of the period you have paid for.

Premium Datacenter

Dedicated datacenter IPs with unlimited bandwidth, one customer per IP

# of ProxiesPrice per ProxyTotalDiscountSelect this plan
5$1.49$7.45 /mo-
10$1.39$13.90 /moSave 7%
25$1.29$32.25 /moSave 13%
50$1.19$59.50 /moSave 20%
100 Popular$1.09$109.00 /moSave 27%
250$0.95$237.50 /moSave 36%
500$0.85$425.00 /moSave 43%
1,000$0.75$750.00 /moSave 50%
Bandwidth
Unlimited
Threads
Unlimited
Protocols
HTTP(S) / SOCKS5

Is this the right product for you?

Buy dedicated when the address has to be yours: account work, partner APIs that whitelist your IP, or sustained volume where a metered bill grows with your success. Shared puts up to 5 users on each address at a fraction of the price and is the better buy for development and moderate crawls. Targets that refuse hosting ranges are not solved by more datacenter addresses; residential is the product to test there. On plans, invoices and the dashboard this product is called Premium Datacenter.

What you get

Addresses on IP blocks we own
These exits run on datacenter ranges Node4 owns and announces in the United States, Italy and Spain. Nothing swaps ranges in and out underneath the pool, because the pool is ours.
Both protocols, no upcharge
HTTP(S) / SOCKS5 on every tier of this product, on one credential, at no extra charge.
Thousands
Owned datacenter IPs

Connection details

Each proxy is its own IP, and traffic leaves from the exact address you connect to. Both ports accept the same credential.

Host
YOUR-DEDICATED-IP
HTTP(S) port
4443
SOCKS5 port
1443

Code examples

cURL
# HTTP(S)
curl -x http://USER:PASS@203.0.113.10:4443 https://api.ipify.org

# SOCKS5 - same credential, different port
curl --socks5-hostname USER:PASS@203.0.113.10:1443 https://api.ipify.org

# Both return 203.0.113.10: the address you connected to is the
# address you egress from.
Pythonpip install requests[socks]
import requests

PROXY = "http://USER:PASS@203.0.113.10:4443"
r = requests.get("https://api.ipify.org",
                 proxies={"http": PROXY, "https": PROXY}, timeout=30)
print(r.text)  # -> 203.0.113.10

# Spread load across your own allocation
MY_IPS = ["203.0.113.10", "203.0.113.11", "203.0.113.12"]
for ip in MY_IPS:
    p = {"https": f"http://USER:PASS@{ip}:4443"}
    print(requests.get("https://api.ipify.org", proxies=p).text)
Node.jsnpm install undici socks-proxy-agent
// HTTP and SOCKS5 are different transports and need different clients.
// fetch takes an undici dispatcher; a SOCKS agent is not one, so SOCKS
// goes through node:https. Looping one fetch over both cannot work.
import { fetch, ProxyAgent } from "undici";
import { SocksProxyAgent } from "socks-proxy-agent";
import https from "node:https";

const dispatcher = new ProxyAgent("http://USER:PASS@203.0.113.10:4443");
const res = await fetch("https://api.ipify.org", { dispatcher });
console.log(await res.text());

const agent = new SocksProxyAgent("socks5://USER:PASS@203.0.113.10:1443");
https.get("https://api.ipify.org", { agent }, (r) => r.pipe(process.stdout));
Go
package main

import (
	"fmt"
	"io"
	"net/http"
	"net/url"
)

func main() {
	p, _ := url.Parse("http://USER:PASS@203.0.113.10:4443")
	c := &http.Client{Transport: &http.Transport{Proxy: http.ProxyURL(p)}}
	r, err := c.Get("https://api.ipify.org")
	if err != nil {
		panic(err)
	}
	defer r.Body.Close()
	b, _ := io.ReadAll(r.Body)
	fmt.Println(string(b))
}

The datacenter, shared and rotating products run on IP blocks allocated to Node4 and announced by Node4, which puts allocation and subnet spread under our control and means no other reseller is selling the address you are using. You can check that before you buy: run whois on any address we assign you and compare it with what your current provider hands you.

Direct connection, one customer per IP

There is no gateway in front of a dedicated proxy. Your client connects straight to your assigned IP on port 4443 (or 1443 for SOCKS5), the proxy service on that machine authenticates you, and your request leaves from the address you connected to. That matters when a partner has whitelisted your IP: where a proxy answers on a load balancer and egresses from a different address, that workflow breaks; here the two are the same address, verified end to end on HTTP and SOCKS5. Each IP is assigned to one customer at a time and the ownership check runs on every connection. Your assigned address stays the same until you replace it or the plan ends, so a partner that whitelists it keeps seeing the same source.

IPs across multiple subnets

Addresses in one subnet can share a reputation with a target, so a thousand addresses packed into one or two /24s can be judged together. Because we allocate from our own blocks, orders are spread across subnets by default, and larger orders can specify the spread they need. Spreading helps against targets that score by subnet; it does not decide whether a given target accepts the traffic. Check it the way a target does: sort your allocation by prefix and count the distinct /24s.

Unlimited bandwidth on a dedicated IP, per-proxy pricing

Dedicated datacenter proxies are billed per proxy per month with bandwidth included and no overage fee: you pay per IP, not per gigabyte, which suits sustained high-volume work such as bulk crawling, monitoring, automation and internal tooling. Concurrency is not metered either; dedicated proxies carry unlimited threads behind the per-source-IP safety brake that applies across the platform. Your addresses stay the same until you replace one or the plan ends, and you choose the country at checkout: the United States, or Italy or Spain while stock lasts.

Where the crossover falls depends on how much data your workload moves, so work it out before you pick a product: compare unmetered dedicated against per-GB rotation.

Where dedicated datacenter loses

Every datacenter address is publicly registered to a hosting range, and some targets classify on exactly that: retail sites with serious bot protection, social platforms, sneaker and ticketing targets commonly refuse or challenge hosting ranges as a class, and owning the block does not change what the block is. If a target refuses your addresses from the first request rather than after a burst of traffic, more datacenter IPs will not help and residential is the product to test. Geography is the other limit: our owned blocks are in the United States, Italy and Spain, so a workload that needs exits elsewhere needs residential coverage. For APIs, most ordinary websites and infrastructure you control, nothing else in the catalog moves sustained volume as cheaply.

When an IP is blocked

Blocks are almost always per target: an address a marketplace has soured on still works everywhere else. Spread the affected workload across the rest of your allocation, since a block on one subnet does not have to reach the others; slow down against that target, because most datacenter blocks are earned by request rate rather than by IP type alone; and if an address is dead for the traffic you bought it for, replace it from the dashboard or the API, within your plan's monthly replacement allowance where it has one. The new address is drawn from our owned pool and carries whatever history it already has. While you hold an address no other customer sends traffic from it, so the behavior a target scores from then on is yours; that does not erase whatever history the address or its range carried before.

Authentication: credentials or IP whitelist

IP whitelisting and username/password authentication are both available on every product, and they suit different infrastructure. Whitelisting means registering your server's egress address once and connecting with no credentials at all: the cleanest option for long-lived servers with static addresses, and the only mode that keeps secrets out of process lists and connection strings. Username and password travel with the request, which is what you want when the source moves: laptops, CI runners, containers on rotating egress, or tools that only accept a proxy URL. Pick per environment, and remember that a whitelisted address authorizes anyone who can originate traffic from it, so treat shared office networks with care. HTTP(S) and SOCKS5 accept the same credential on every node.

How to test before you scale

Evaluate a static product against your actual target from the subnets you would use. Start with the smallest tier, confirm the basics with an IP echo (the address you connect to should be the address the target sees, on both the HTTP and SOCKS5 ports), then run a realistic slice of your workload for long enough to see the target's steady-state behavior rather than its first impression. Watch for challenges or blocks that correlate with the range rather than with your request rate. If the smallest tier passes, scaling is linear: more addresses from the same blocks, and larger orders can specify the subnet spread they need.

How it compares

FeatureThis pageSharedResidential
Users per IP1 (dedicated)Up to 5Shared pool
Who owns the IPsNode4Node4Partner network
BandwidthUnlimited3 GB per proxy, pooledMetered per GB
BillingPer proxy / monthPer proxy / monthPer GB
Who sends traffic from the IPOne customer at a timeUp to 5 customersVaries by exit
ProtocolsHTTP(S) + SOCKS5HTTP(S) + SOCKS5HTTP(S) + SOCKS5
Entry price$1.49/proxy at 5, $0.75 at 1,000$0.20/proxy at 25, $0.14 at 1,000$2.49/GB at 3 GB, $0.49 at 5 TB
Best forSustained volume, account workDev, testing, moderate volumeTargets that block hosting IPs

What people use these for

High-volume crawling

Unlimited bandwidth on the dedicated tier, at a fixed monthly cost, is the right shape for continuous crawling, where per-GB pricing charges you more the better it works. Shared carries a pooled allowance instead.

Internal tooling and CI

A stable, known set of egress addresses you can whitelist on your own systems and on partner APIs.

Account-based automation

One customer per IP: while you hold an address, no other customer's traffic leaves from it, so what a target scores from then on is your own behavior.

API integration at scale

Rate limits are usually per IP. Subnet-diverse dedicated addresses raise your ceiling without looking like a single entity.

Frequently asked questions

Do you really own the IPs?

Yes. The datacenter, shared and rotating products run on IP blocks allocated to and announced by Node4; whois on any address will show it. The residential product is a partner network and is labeled as one.

Are the IPs shared with anyone else?

Not on this product. Each dedicated datacenter IP is assigned to one customer at a time. If you want a lower price and can accept up to 5 users per IP, shared datacenter proxies are the lower-cost option.

What locations are available?

The United States, Italy and Spain, chosen at checkout; Italian and Spanish stock is limited. For other markets, the residential product covers 170+ countries.

Is there a bandwidth limit?

No. Dedicated datacenter proxies are billed per proxy per month with unlimited bandwidth.

Is this a forward proxy or a reverse proxy?

A forward proxy. Your client sends its requests through our address to reach a target, which is what people mean when they buy proxies by the IP. A reverse proxy is the opposite arrangement and a different category of software: it sits in front of servers you already own, accepting requests on their behalf for caching, TLS termination or load balancing. If that is what you need, you want a load balancer in your own stack; nothing in this catalog replaces one.

Do you sell ISP proxies?

No. An ISP proxy is an address registered to a consumer internet provider but hosted in a datacenter, which buys some of residential's trust at closer to datacenter speed and price. We do not sell one. What we sell sits either side of it: dedicated datacenter, which is the fastest and cheapest option here and openly registered to a hosting range, and residential, which egresses through real consumer connections. If your target rejects hosting ranges, residential is the product that addresses that, and buying more datacenter IPs will not.

Can I get SOCKS5?

Yes, on every node, using the same credential as HTTP(S).

Do these proxies work with HTTPS sites?

Yes, and without installing any certificate. An HTTPS request opens a CONNECT tunnel through the proxy: your TLS session runs end to end between your client and the destination, and the proxy relays encrypted bytes it cannot read. Plain HTTP works over the same port, and SOCKS5 tunnels either protocol.

How fast are dedicated datacenter proxies?

We publish no latency number, because latency depends mostly on the route between the proxy and your target, so a single figure measured against one destination would not describe your case. Structurally, these are machines on datacenter uplinks with no consumer last mile, no gateway hop and no per-GB billing. Measure from the smallest tier against your own target.

What happens if one of my IPs gets blocked by a target?

Blocks are per target, so start by spreading that workload across your other addresses and lowering the request rate against the site. If an address stays dead for the job you bought it for, replace it within your plan's monthly replacement allowance, where it has one; the new address is drawn from our owned pool and has its own history. Dedicated IPs can be blocked like any other; what you get is that no other customer is sending traffic from your addresses while you hold them.

Why choose this over your rotating product, which uses the same owned blocks?

Stability of identity and the billing model. Dedicated datacenter gives you named addresses that stay the same: what you need when a partner API whitelists your egress, when sessions must persist for days, or when you want one customer per address. Rotating gives you breadth of addresses behind one endpoint, billed per gigabyte. Sustained heavy transfer favors a flat per-proxy price; bursty wide-net work favors per-GB. Plenty of setups use both.

How do I get my proxy list, and how does authentication scale across it?

The dashboard's Proxies page lists every address with its host and port, and the same list is available from the public API, so deploy scripts can pull the current allocation instead of hardcoding it. Authentication does not multiply with size: one credential, or one whitelisted source address, works across every proxy you own, while the per-connection ownership check keeps anyone else's credential from using yours.

From $7.45 a month for 5 proxies

Billed monthly. Cancel anytime in your settings, and you keep access to the end of the period you have paid for.

Guides for Dedicated Datacenter Proxies with Unlimited Bandwidth, on IP Blocks We Own

Pick the group that matches what you are doing now.

More guides: comparisons, use cases and references (21)