Home › Guides › SOCKS setup

SOCKS proxy setup: pointing your browser at ByeDPI

ByeDPI is running and the terminal looks content — so why is your browser still blocked? Because nobody told it the proxy exists. This guide is that introduction: three values, entered once — SOCKS5, 127.0.0.1, 1080.

Last updated: November 3, 2026 · Checked against the official ByeDPI documentation and GitHub repositories.

Illustration for the SOCKS proxy setup guide: a browser window addressed to 127.0.0.1 port 1080 beside a plug symbol for the local ByeDPI proxy
Point the browser at 127.0.0.1:1080 and every request it makes detours through the local ByeDPI proxy first.

What those three values mean

SOCKS5 is the proxy protocol ByeDPI speaks; the core program is, by design, a local SOCKS proxy server — the program that stands between your browser and your provider's Deep Packet Inspection (DPI) filter. 127.0.0.1 is "this same machine" — the proxy is not on the internet, it is on your own device, which is the entire privacy point of the tool. 1080 is the default port it listens on, changeable with --port if something else occupies it. Every failure in this guide's world is one of these three values being wrong, so when in doubt, re-read them before touching any desync setting. Readers who want the concepts first will get more from how ByeDPI works; this page is deliberately just the mechanics.

Firefox (its own proxy settings — the cleanest test)

1

Start ByeDPI first, using a documented command from the installation guide, and leave it running.

2

Firefox Settings → scroll to Network Settings → Settings button.

3

Choose "Manual proxy configuration". In the SOCKS Host field enter 127.0.0.1, port 1080, and select SOCKS v5. Tick "Proxy DNS when using SOCKS v5" so name lookups also go through the proxy instead of leaking around it.

4

Save, then test: an ordinary site should load normally, and a blocked site should now behave according to your desync settings.

We recommend Firefox for the first test even if it is not your daily browser, precisely because its settings are its own. If ByeDPI works in Firefox, the tool and the method are proven, and any remaining problem is located in the other browser's configuration — a genuinely useful piece of information.

Chrome and Chromium browsers (they follow the system)

Chrome has no built-in per-browser proxy fields; it uses the operating system's proxy. So on Windows you set the system proxy (Settings → Network & internet → Proxy, or the classic Internet Options Connections tab), and on Linux you set it in your desktop environment's Network settings or launch the browser with a --proxy-server="socks5://127.0.0.1:1080" flag, which keeps the change scoped to that browser window's session. Either way the values are identical: SOCKS5, 127.0.0.1, 1080. Be aware a system-wide setting affects every app that respects it — which may be exactly what you want, or an unwelcome surprise for your other software.

Verifying, and the mistake to avoid when you stop

Verify with the on/off test: with ByeDPI running and the proxy set, open your test site; then stop ByeDPI without removing the proxy setting and reload. Everything should now fail — your browser is faithfully knocking on a door nobody answers. That failure is proof the browser really is using the proxy. It is also the trap: if you later uninstall or stop using ByeDPI, remove the proxy setting, or every page will fail and it will look like your internet died. Our troubleshooting guide starts with this exact failure shape for a reason.

Android note

Phone users mostly never type these values: the ByeDPI Android app routes traffic itself in VPN mode. The values return only in proxy mode — for the AdGuard arrangement in ByeDPI with AdGuard, where they are entered into AdGuard, not Android's settings — and for pointing a desktop browser at a proxy, which is what this guide covered. Questions beyond this page are collected in the FAQ, and the programs themselves live on the download page.

Two edge cases: a busy port, and another device pointing at your proxy

Two situations account for nearly every question this guide gets after publication. The first is the port conflict. If ByeDPI seems to start but nothing works — or it reports that its address is already in use — something else on the machine is listening on 1080: another proxy tool is the usual tenant, occasionally a leftover ByeDPI instance you forgot was running. The fix is not to fight over the port. Start ByeDPI on a different one, for example ciadpi --port 1081 with any desync options you use, and then change the port in your browser's proxy fields to match. The iron rule of this entire guide applies with full force: the value in ByeDPI and the value in the browser must be identical, and a mismatch fails silently and completely.

The second is pointing a different device — a phone, a second laptop — at a proxy running on your computer. By default ByeDPI listens on 127.0.0.1, which means this machine only, and that default is a safety feature. Listening on your local network address instead (the --ip option, with your machine's LAN address) does make the proxy reachable from your other devices, and on a trusted home network that can be genuinely handy. Understand what you have done, though: any device on that network can now route traffic through your machine, with no password asked. On a network shared with people or devices you do not control, that is an open relay wearing your IP address. Our advice is blunt: try it if your household network is truly yours, keep the 127.0.0.1 default everywhere else, and never expose a proxy port to the internet itself.

Your goalThe setting that matches it
Test ByeDPI in one browser onlyFirefox manual proxy — nothing else on the system is touched
Cover the whole desktopSystem proxy, with the removal warning from this guide kept in mind
Use the computer's ByeDPI from your phone at homeLAN listen address plus matched values on the phone — trusted networks only

The values are in. Now the method.

A browser pointed at 127.0.0.1:1080 is only half the job — what DPI is and how providers block sites explains what DPI is doing to your traffic, and how ByeDPI's desync methods work in detail shows you the machinery answering it. The rest of the shelf is the ByeDPI guides hub. No ByeDPI yet? the official ByeDPI download page, then the step-by-step ByeDPI installation guide, then come back here. If a value in this guide misbehaved, the ByeDPI support page routes the problem and the ByeDPI FAQ answers the common ones.

Share this page: X · Facebook · LinkedIn · WhatsApp · Telegram

References and sources

Everything factual in this guide traces back to a short list of primary sources. If you read nothing else off-site, read these.