Instalacija / Aktualizacija & Dokumentacija
Startirajteto na vashija VPS kato root i zamenete tokena s's sobstvenija si token ot panela:
Instalacija / Aktualizacija
Neobhodimi portove
Sledvashtite portove triabva da sa otvoreni (Razreshi vsichko / Vhodiashti + Izhodiashti) v zashtitnata stena na vashija VPS, za da raboti VPBoost:
| Dejstvie | Protokol | Obhvat na portovete | Cel |
|---|---|---|---|
| Razreshi | TCP/UDP | 27000 – 29000 |
Game server ports, master server heartbeats & challenges, player traffic. |
| Razreshi | TCP | 8069 |
VPBoost Agent API. |
| Razreshi | TCP | 443 |
HTTPS API calls to counter-strike-boost.com. |
Env fajl na agenta
M'stopolozhenie na osnovnija env fajl:
/etc/agent/vpboost/vpboost-agent.env
Vsichki stojnosti ot tozi fajl se zarezhat ot systemd v procesa na agenta. Binarnijat fajl Redirects gi nasledjava, kogato agentd go startira.
| Promenliva | Po podrazbirane | Izpolzvan ot | Cel |
|---|---|---|---|
VPBOOST_REDIRECT_TICKET_MODE |
true |
Agent | Adds -ticket arg when launching redirects. |
VPBOOST_TICKET_DEBUG |
0 |
Redirects | Verbose ticket/auth debug logs. |
VPBOOST_A2S_DEBUG |
0 |
Redirects | Verbose A2S player/debug logs. |
VPBOOST_QUIET |
1 |
Redirects | Reduces console noise. |
VPBOOST_SCREEN_LOGS |
0 |
Agent | Enables screen session log files. |
Nastrojka na Env s edna komanda
Primeren profil za rezhim na otstraniavane na greshki + postojanni logove na ekrana:
cat <<'EOF' > /etc/agent/vpboost/vpboost-agent.env
VPBOOST_REDIRECT_TICKET_MODE=true
VPBOOST_TICKET_DEBUG=1
VPBOOST_A2S_DEBUG=1
VPBOOST_QUIET=0
VPBOOST_SCREEN_LOGS=1
EOF
systemctl daemon-reload
systemctl restart vpboost-agent
Optsii na zashtitnata stena
The Firewall page (Premium) filters who can connect through your VPBoost machines before they are redirected to your game server. Everything is on one page: each option is a column, each VPS is a row. Use All on / All off above a column to set it for every VPS, or flip a single switch for one VPS, then press Save. Nothing changes until you save, and a changed switch is outlined until then.
Who can be affected, at a glance
| Player connects through | Country block | VPN / proxy | Bot protection | Shared bans | Your bans |
|---|---|---|---|---|---|
| Home internet, no VPN | Only if their country is blocked | No | No | Rarely | Only if you banned that address |
| Commercial VPN (NordVPN, Proton, Surfshark...) | Judged by the VPN server's country | Yes | No | Possible | Possible (shared address) |
| Cloudflare WARP / 1.1.1.1 app | Judged by the WARP exit, usually nearby | Often | No | Possible | Possible (shared address) |
| Mobile data / phone hotspot | Usually correct, sometimes a neighbouring country | Rarely | No | Possible | Yes, everyone behind that address |
| Internet cafe, school, office, dorm | Correct | Sometimes | No | Possible | Yes, everyone behind that address |
| Tor | Judged by the exit's country | Yes | No | Likely | Possible |
| Cloud PC / game streaming / hosting server | Judged by the datacenter's country | Often | No | Possible | Possible |
Country block
Drops every connection coming from the countries the platform has blocked. The list is set by the admins for countries that send mostly attack traffic; you can see it, and how many real players each one sent before it was blocked, under Platform-blocked countries on the Firewall page.
- Per VPS: switch it off for a VPS to accept every country there. Under Rules you can also let single countries through on one VPS (click the country), or block extra countries on that VPS only.
- Real players affected: everyone who connects from a blocked country, including your own players living there or travelling there. A player's country is the country of the connection, not of the person: a player abroad, on a VPN or on WARP is judged by where that connection comes out. Country lookups are also not perfect near borders and on mobile networks.
- Fix a false positive: allow that country on the VPS under Rules, or add the player's address to the allowlist.
- Extra countries and exceptions only apply while the country block is on for that VPS.
VPN / proxy filter
Drops connections from addresses known to belong to VPN services, public proxies, Tor and similar anonymising networks. Attackers use these to hide and to come back with a new address after a ban, which is why this filter stops a large share of repeat abuse.
- Real players affected: anyone playing through a VPN, Cloudflare WARP (the "1.1.1.1" app), Tor, a cloud PC or a game streaming service. Many players leave WARP or a VPN on without thinking about it, often to get around their provider's routing or a local block. Some school, office and public networks also route traffic through a proxy that is recognised as one.
- Not affected: normal home connections and, in almost all cases, mobile data and phone hotspots.
- What the player sees: the server does not answer (connection timeout). There is no message, so tell your community to turn off VPN/WARP if they cannot connect.
- Fix a false positive: the player turns off the VPN/WARP, or you add their address to the allowlist of that VPS.
- When to turn it on: when you see repeated attacks or ban evasion; keep it off if many of your real players use VPNs.
Bot protection
Drops automated fake players (bot networks that join to advertise, inflate player counts or fill slots). Off by default. Real players are not affected: players who share one address, such as a family, an internet cafe or a mobile network, are not treated as bots. Full details in Bot protection.
Shared bans
One switch for all your VPS. When on, your machines also drop addresses the platform detected attacking VPBoost machines anywhere in the network, so an attacker stopped on another owner's server is stopped on yours too, often before it reaches you. Detected addresses are released automatically after a while.
- Real players affected: rarely, a player whose address was recently used by someone else for an attack. This happens most on shared addresses: mobile networks, hotspots, VPNs, WARP, internet cafes.
- Fix a false positive: add the address to the allowlist of the VPS; the allowlist always wins.
- The platform can pause shared bans for everyone while it reviews them; the Firewall page says so, and your choice is kept for when they resume.
Allowlist
Addresses on a VPS's allowlist always get through on that VPS, whatever every other option says: country block, VPN filter, bot protection, shared bans and your own bans. Open Rules on a VPS to edit it (one IPv4 address per line), or use Allowlist on all VPS under the table to add one address to every VPS at once, for example your own home address or a monitoring service.
- Find a player's address in live evidence.
- Many players' addresses change (mobile data, most home connections after a router restart, VPNs). An allowlisted address helps only while the player keeps it; for a player on mobile data or WARP it is usually better to switch the matching filter off on that VPS.
- Anything on the allowlist is trusted completely, so keep it short.
Banned players
Your own bans. A ban blocks one address on every VPS you own, within a few minutes (a machine that is offline picks it up when it comes back). Ban from the Firewall page by address, or with the Ban button on a row in live evidence. You can only ban addresses that have connected to one of your machines. Unban at any time from the same list.
- Real players affected: everyone who shares the banned address. On mobile data, hotspots, internet cafes, schools, offices, VPNs and WARP, one address can be many different people, so banning it can lock out innocent players too.
- Not permanent protection: someone with a changing address (mobile, VPN) can come back with a new one. Pair bans with the VPN filter if the same person keeps returning.
A player says they cannot connect
Zashtita ot botove
Bot networks connect to game servers with automated fake players: to spam adverts into your server, to inflate player counts, or to use up your slots. Because VPBoost machines appear in the server list, they can reach your servers through your redirects. Bot protection drops those connections on your VPS before they are redirected, so they never reach your game server.
What happens when it is on
| What | Effect |
|---|---|
| Bot connections | Dropped by your VPS before they are redirected. They no longer reach your game server, your live feed or your counts. |
| Real players | Not affected. Relays and shared connections that carry real players are not treated as bots. |
| When it applies | Within a few minutes of switching it on, on that VPS only. |
| Which addresses | Addresses the platform has identified as automated clients from how they behave across the whole VPBoost network, not from a single visit. The list updates on its own as bot networks change addresses, and an address that stops behaving like a bot is released automatically. |
| Your allowlist | Always wins. An allowlisted address is never dropped, even if it is flagged. |
How to turn it on or off
Good to know
- Bot connections are never counted in the public statistics on the Live page, whether or not you block them.
- If you believe a real player is being blocked, add their address to your allowlist or switch bot protection off for that VPS.
- Bot protection is separate from VPN/proxy detection and country blocking; each has its own switch.
Stranica na zhivo i potok na prenasochvaniya
The Live page shows what the VPBoost network is doing right now. Every figure on it comes from real player connections that a VPBoost machine redirected to a game server. Nothing is estimated or rounded, except that large numbers are shortened (1.85K = 1,850).
Two ways of counting players
| Label | What it counts |
|---|---|
| Reconnected / Redirects / Total | Every connection a VPBoost machine sent to a game server. A player who joins five times counts five times. |
| By IP | Distinct internet addresses. One address counts once in the period, however many times it joined and whatever name it used. Several people on one shared connection (a family, an internet cafe) count as one. |
So "1,853 reconnected, 128 by IP" means 128 addresses made 1,853 connections between them. A large gap between the two numbers means the same addresses are joining again and again. That is normal for regular players, and it is also what automated traffic looks like, which the network firewall filters out. When a game client repeats its connection request within a few seconds while it waits for an answer, that is counted as one connection, not several.
Statistics cards
| Figure | Meaning |
|---|---|
| Players reconnected today | All redirected connections since 00:00 UTC, with the distinct addresses among them next to it. |
| 7 Days / 28 Days | The same two counts over the last 7 or 28 days, counted back from now. |
| All Time | The same two counts since VPBoost started recording. |
| Redirects | How many redirect ports are open right now, on machines that are currently online. |
| VPS Online | Machines that reported in recently, out of all registered machines. |
| OS | Operating systems of the online machines. |
| Total Players Redirected All time | Every connection ever redirected by the network. |
| Top countries | Distinct addresses today, grouped by the country of the address. |
| Unique Players by IP | Distinct addresses and distinct player names per day for the last 7 days. One address can present several names. |
| Hourly Traffic | Redirected connections per hour for the last 24 hours. An hour with no traffic is shown as zero. |
Top owners
| Icon | Meaning |
|---|---|
| Redirect ports open on the owner's online machines (hover to see how many target servers received players today). | |
| The owner's machines that are online right now. | |
| Connections redirected today. | |
| Distinct addresses today. | |
| Connections redirected, all time. |
Live Redirect Feed
One row per redirected connection, newest first.
| Column / badge | Meaning |
|---|---|
| Owner | The account whose VPBoost machine redirected the player. |
| Player name | The name the player connected with. The flag is the country of the player's address. |
| FTT | First Time Today: this player's first connection since 00:00 UTC. |
| 2 | The player came back: the number is how many times they reconnected today after their first connection. |
| Banned | You banned this player on your own machines. |
| This address is blocked by the platform's own protection. | |
| Low trust | This connection has a poor reputation. It is shown, not hidden. |
| Agent | Operating system and VPBoost version of the machine that made the redirect. |
| Time | When the redirect happened, in UTC. |
Your private feed (My VPS)
On your own machines' pages the feed only shows your traffic and adds:
| Column / badge | Meaning |
|---|---|
| Target server | The game server the player was sent to. |
| TOP | The player went to one of the top voted servers of the last 24 hours instead of your own target, as part of the shared boost. |
| BOOST | Your redirect shares its traffic, so the player went to a server on the boost list. |
| Redirect node | Which of your machines and ports handled the player. |
| Ban this player on every machine you own. |
Logove na zhivo / Razsledvane na greshki
Naj-polezni komandi:
# service logs
journalctl -u vpboost-agent -f
# redirect screen logs (chunk mode)
tail -f /root/vpboost/screen_red-all-1.log
# list active screen sessions
screen -ls
screen_red-all-1.log ne se pojavjava, nastrojte VPBOOST_SCREEN_LOGS=1 i restartiraite uslugata.
Potok na iztochnika na konfiguracija
install.sh creates initial files and systemd service.vpboost-agent.env is loaded by systemd on service start.config.go if var missing.getenv()./api/getredirectconfig, /api/getports).Vazhni p'tishta
/root/vpboost/vpboost
Agent binary
/root/vpboost/screen_red-all-1.log
Screen logs
/etc/agent/vpboost/vpboost-agent
Agent wrapper
/etc/agent/vpboost/vpboost-agent.env
Environment config
/etc/systemd/system/vpboost-agent.service
Systemd unit









