Firewall woes
by Michael Davis · in Torque Game Engine · 07/16/2007 (8:44 pm) · 1 replies
Im still new to torque but so far I have a dedicated server running on Linux with its own master server thanks to Thomas "Man of Ice" Lund's perl prototype.
In order to get the MasterServer working in perl I had to modify the IO::Socket to include a LocalHost address before it would pass through my firewall.( otherwise the firewall did not have a source ip address to check against its rule, or so I thought).
I was having a simular problem when my client would try to connect to the game server with the server recieving information from the client but the client unable to recieve information from the server. I can set my client in the DMZ zone of the router and work however. (The client is still running a software firewall which seems to work with the connection fine).
From what I found in the code Torque only sends the data part to the socket and the IP header (where the firewall would get the source address from) is left to the OS network stack so I no longer believe this to be the problem and if I understand correctly by default port 28002 is used to contact and communicate with the master server and is initiated by the client (shouldn't be a problem there) My server is listening on port 28000 and recieves the request fine. Is the server not using the same connection made by the client to send information back? I havent found anything to suggest otherwise.
In order to get the MasterServer working in perl I had to modify the IO::Socket to include a LocalHost address before it would pass through my firewall.( otherwise the firewall did not have a source ip address to check against its rule, or so I thought).
I was having a simular problem when my client would try to connect to the game server with the server recieving information from the client but the client unable to recieve information from the server. I can set my client in the DMZ zone of the router and work however. (The client is still running a software firewall which seems to work with the connection fine).
From what I found in the code Torque only sends the data part to the socket and the IP header (where the firewall would get the source address from) is left to the OS network stack so I no longer believe this to be the problem and if I understand correctly by default port 28002 is used to contact and communicate with the master server and is initiated by the client (shouldn't be a problem there) My server is listening on port 28000 and recieves the request fine. Is the server not using the same connection made by the client to send information back? I havent found anything to suggest otherwise.
Torque Owner Michael Davis
Here is the important parts of the console.log from the Client:
Received server list packet 1 of 1 from the master server (1 servers).
Pinging Server IP:67.66.97.14:28000 (3)...
Pinging Server IP:67.66.97.14:28000 (2)...
Pinging Server IP:67.66.97.14:28000 (1)...
Pinging Server IP:67.66.97.14:28000 (0)...
Ping to server IP:67.66.97.14:28000 timed out.
ServerQuery: query Querying servers: 0 left... 0.5
ServerQuery: done No servers found. 1
The server never picked up the requests.