Hello guys,
like most of you I was experiencing the same C9.Error.
A friend of mine and me we invested hours of experiencing the reason.
We sniffered the network traffic (IPs and Ports, used by the Server) and found out the following:
As you all know, to make the VSRO Files 1.188 run you have to enter the local (private) IP address (such as 192.168.*.*) in the certification files, the server config file, the smc config file and to spoof it into the SR_GameServer.exe, AgentServer.exe and the MachineManager.exe in order to make all executables able tu run properly.
Local test:
I'm using the EDXLoader6 for starting my game client. So I entered there my local IP and the
TCP-port 15779 (Default of the Gateway Server) - Everything is fine, game client starts.
When you enter your user information, then the connection to port 15779 gets cancelled and a new connection to
TCP-port 15884 (Default for the AgentServer) estalishes. - Everything's fine, the game runs in the local network
Public test:
When you repeat the process with you public IP (could be found out by
You must be registered to see links
for example) you will see, that the first connection to the Gateway Server works perfect (in case you have port forwarding from outbound interface to your VSRO-Server port 15779 configured).
But when you enter your user credentials, I guess the GatewayServer tells your client to establish his next connection on TCP-port 15884 with his private IP (so his 192.168.*.*). This cannot work, since your router wants to find this ip inside of your private subnet, where of course there is no VSRO-Server...
I tried to force sro_client.exe to use the public IP of the Server host as well as for the Gateway as for the Agent Server with the propper ports, but sro_client.exe simply ignores it and I receive C9.Error again after entering user credentials.
Maybe my loader is poop, maybe my server. I don't know.
Here my workaround:
I am running here an Astaro Security Gateway 220 (Rev. 4) which is an extremely performant Router/Gateway/Firewall.
It offers you to create your own VPN-Tunnels.
With this it is possible for me to host my server, distribute my VPN-Software and have no problems with idiotic casted IPs...
Here is my ovpn configuration file (with a few ***s)
This should explain, how you could configure your VPN if you decide for the same method (This config file can be used with OpenVPN-Servers after you have made your adjustments). Btw I am using the DNS suffix ddns.net provided by
You must be registered to see links
ip-win32 dynamic
client
dev tun
proto tcp
remote ***.ddns.net 443
tls-remote "C=***, L=***, O=***, CN=***, emailAddress=***"
route remote_host 255.255.255.255 net_gateway
resolv-retry infinite
nobind
persist-key
persist-tun
ca ***.ca.crt
cert ***.user.crt
key ***.user.key
auth-user-pass
cipher AES-256-CBC
auth SHA512
comp-lzo
route-delay 4
verb 3
reneg-sec 0
I hope maybe I could help you with your server issues or give you at least a small exitation, why you have this Error.