SoulFire LogoSoulFire

Server List Bypass

Use SoulFire's server-list-bypass plugin to ping the server list before join attempts on networks that expect that pre-login behavior.

What this is for

Use server-list-bypass when a target network behaves differently if a client pings the server list before joining.

The built-in plugin does one simple thing:

  1. it performs a status ping first
  2. it waits for a random delay
  3. it starts the real join attempt

That matches the behavior described by the plugin itself: bypassing anti-bot systems such as EpicGuard by looking more like a normal player flow.

When it helps

This plugin is worth trying when:

  • the target uses an anti-bot layer in front of the real server
  • direct join attempts are rejected, slowed down, or challenged
  • the network appears to expect a status ping before a normal login

When it does not help

Do not treat this as a generic fix for all connection failures.

It does not replace:

  • valid accounts
  • working proxies
  • correct proxy forwarding setup
  • correct hostnames or routing
  • anti-cheat or gameplay bypasses after join

If the problem is a dead proxy, a wrong hostname, or broken forwarding, this plugin will not fix it.

If you are not testing against a proxy or anti-bot front layer, leave this plugin off. Normal servers usually do not need it.

Enable server-list-bypass

Open the instance

Open the instance that will connect to the target server.

Enable the plugin

Open Plugins and enable Server List Bypass.

Set the delay range

Configure the minimum and maximum join delay in seconds. SoulFire will ping first, then wait a random value inside that range.

Test with one bot

Start with one bot before scaling up. If one bot still fails exactly the same way, adding more bots only makes diagnosis harder.

How to tune the delay

The delay is the only real control surface here, so keep it intentional.

  • Start with the defaults if you have no reason to do otherwise.
  • Increase the delay if the anti-bot layer appears to reject immediate joins after a ping.
  • Keep the range randomized rather than using a single fixed number if you want less uniform behavior.
  • Do not jump straight to large delays unless the network clearly needs them.

A good first-pass workflow is:

  1. test with one bot and the default delay range
  2. increase the delay slightly if the ping succeeds but the join still looks too abrupt
  3. only scale the bot count after a single bot reliably passes

Safe testing workflow

When you are not sure whether the plugin is helping, isolate it cleanly:

  1. try a join without server-list-bypass
  2. enable it with the default delay range
  3. test one bot
  4. compare the result before touching other settings

That is the fastest way to tell whether this is a real anti-bot handshake issue or an unrelated network problem.

Common failure patterns

The ping works, but the join still fails

The network may need a different delay, or the problem may not be server-list behavior at all. Check proxies, forwarding, and host routing next.

Everything fails with and without the plugin

That usually means the root cause is elsewhere. Do not keep tuning this plugin if the status ping makes no difference.

The network lets one bot in, but larger batches fail

That is more likely rate limiting, proxy quality, or session scaling than this plugin specifically.

How is this page?

Last updated on

On this page