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
--> there are only 2 ports you have to passthrough through your router:
TCP-port 15779 & TCP-port 15884
Public test:
When you repeat the process with you public IP (could be found out by
[Only registered and activated users can see links. Click Here To Register...] 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 shit, 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
[Only registered and activated users can see links. Click Here To Register...]
Quote:
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.