• Announcements

    • =VG= SemlerPDX

      VG Servers are Back Up! *UPDATED AGAIN* TS3 Server is back; PR and Mumble are online, Arma 3 Servers are online but still need VG specific missions and configurations, should be done before end of week...   04/15/2017

      UPDATE Sunday April 23rd:
      Most everything is back online now.  The PR Server is running, and Mumble is working.  We have not yet made PR Updates available in TCAdmin, but several more people have access to update the PR Server (including me) and there should be little to no server downtime from future PR Updates.

      I've installed a second PR Server and still need to expand the VG PR License for it - it can be used for whatever, but I called it "PR EVENT SERVER" to start.  I figured we might also want a development server for things like FastJack's PR COOP Insurgency Mission testing, and we will take care of that this coming week as well, if able.

      The Arma 3 Servers have been reinstalled, and they are running basic versions of their former missions.  They still need to be configured, but they will remain online until this happens during the week (when PITN gets time).  I've set up A3 Servers with a Steam Update button in TCAdmin, any Arma Admin can now update to the latest Arma version much faster and easier, and without needing to wait for a Head Admin.    -Sem

      Sunday April 16th 2017:
      I've just received an email from the Server Host in Germany.  They host the server that runs our TS3 and various game servers here including Project Reality, and Arma 2 & 3.  Apparently, there has been a fault with our server host, possibly a hardware failure or such, but all servers in one part of their data center were affected including ours. We do not have further details at this time, but unfortunately this means VG Servers will be down until we can regain access to our server.  We were not given a time frame estimate or specific details of what damage was incurred, and we do not know if we have lost any data that was on the server.  We've been with this host for many, many years, and we've had nothing but great connections and fast servers.  Clearly this is a rare occurrence and we need to be patient as we weather this storm. I feel particularly bad for our loyal Project Reality players who were very patient waiting for our server to get it's most recent update, and I wish I could do something immediately to fix this.  It's a sad truth that it is out of our hands for the time being as we await contact from our host, and get a detailed damage report and estimate of how long until we are online again.  Of course, I've contacted the other head administrators at VG and apprised them of the situation.  We will update you all as we get information. Thank you all for your patience and understanding!
CHUMBO

Server conection time out (cannot connect)

11 posts in this topic

simple as that, ports are opened, static ip set, firewall off, antivirus off, all checked, and still..that, any clues?

2017-01-28_223300.png

0

Share this post


Link to post
Share on other sites

Server is running okay (it hasn't crashed)  You are using the 32 bit version?  Not sure what to suggest.  Looks good to me...

0

Share this post


Link to post
Share on other sites
6 hours ago, =VG= SemlerPDX said:

Server is running okay (it hasn't crashed)  You are using the 32 bit version?  Not sure what to suggest.  Looks good to me...

yup, using 32bits, my head y blowing because this issue

0

Share this post


Link to post
Share on other sites

Have you ever been able to connect to our server?  If so, has anything changed on your end since then - any new hardware, new version of Windows installed, any changes to your PC's network adapter, or your router/modem?

Have you ensured that BMS is allowed through Windows Firewall?

7tOt2N0.png

0

Share this post


Link to post
Share on other sites

nope, everything is the same, also I´ve just ended a call with tech support of my ISP and they tell me that could be a latency problem, and even a tracer can´t reach the ip.

0

Share this post


Link to post
Share on other sites

I was just about to report that now (a day later than you) the server time out had come up after a bms crash. However just tried again and connected for the moment.

0

Share this post


Link to post
Share on other sites

I have the same issues.

I'm running win10 64bit, firewall is disabled but I added the 32bit bms exe to the allowed applications nevertheless. I can successfully connect to a bunch of servers except the veteran's. 

I've added portforwards to my lan computer (not sure if this is actually needed as a client since NAT should manage it (and does with all the other servers I can connect to)). My router is a freebsd based system (opnsense) and I'm fairly sure it can't be the issue. I have no way to replace it and don't see the need for as I'm using it since years for everything without any problems. I even allowed all connections from the veteran's server IP, still no luck. Since I can't ping the server (none of my friends can so I assume ping is blocked) I don't know what latency I have. My ISP is Vodafone (Germany) with a 400/25 MBit connection. I also can't see any incoming connections from the veteran's server in the firewall log and tcpdump (it does also handle udp, don't get confused by the name).

I have added a firewall rule on my router to allow incoming ping packets from the veteran's IP so if an admin could ping me from the server (you should get my ip from this post, if not, pm me and I give it to you) and check if the latency might be an issue that would be great!

Traceroute ends at 

14  50.115.157.46 (50.115.157.46)  144.265 ms * *

(full traceroute from the 4th hop on: https://nopaste.xyz/?33960b9f410a187c#u/Agwpr/m00kbsNEub8i5CBTTcp0lgdewauGtLdzENw= )

0

Share this post


Link to post
Share on other sites

The last hop, or even the BMS server, probably blocks all in by default. That means any traceroutes will get dropped. Unfortunately I don't have access to the BMS server. The details are probably somewhere but I wouldn't want to mess about with it.

 

Latency wouldn't prevent you connecting. Might stop you playing though. 

 

Show me a packet capture (using wireshark or tcpdump) and ill take a look. The game server won't initiate a connection to you, you initiate a connection to it. You should see packets going off to the server and hopefully packets returning. I'd imagine the server uses UDP and TCP. Do you see any TCP SYNs going to the BMS server? Do you ever receive a SYN ACK?

 

 

2

Share this post


Link to post
Share on other sites
21 hours ago, =VG= SolarFlame1 said:

Unfortunately I don't have access to the BMS server. The details are probably somewhere but I wouldn't want to mess about with it.

@=VG= SolarFlame1 Technically, you can find the info on our page, but it is best that you do not mess with it as you said - the server does not multi-task well, and if there are more than 4 players flying around, anyone working on the server will risk crashing the main application (BMS) that it is running.

 

If you can help to troubleshoot this issue, I'd be happy to help you out, but I believe the best time is early to mid-morning for you (that would be middle of the night for most VG BMS players, so the server would be empty).  And I might be asleep - but we should talk sometime in person about this.   We could make sure no one is flying, and shut it down.  I do any and all maintenance when no one is flying.   The server auto-save's every 2 hours, so it is unlikely that you could seriously mess up a misson/Campaign in progress, just FYI.  You'd just login, end the processes via task manager (Falcon BMS.exe and IVC.exe) and do your stuff.  Force closing the programs won't hurt it at all.  I'd login the next morning and restart the server.  Eazy peazy.  (that's just in case you ever wish to check out that server ;) )

 

The only problem with you logging into the server is that when you leave, the server will lock up to the Windows login screen and I'd have to come in afterwards to fix that.  Again, we should talk in person someday, too many details (some sensitive) for me to type up here.  

 

This is not the first time a player has had this sort of issue connecting, coming from a country where people already connect without issue, and in this case, he's even in a major city (Hamburg) and not the middle of nowhere it seems.  I do assume it has to do with his hardware configuration, a user issue and not a server issue, since we all connect well from US, UK, and Europe already with no extra steps required, no ports needing to be forwarded.

0

Share this post


Link to post
Share on other sites
On 5 April 2017 at 9:54 AM, lotherk said:

Here is the tcpdump: https://nopaste.xyz/?83ebf474cf089c07#eLyBAHyuH/wsQOv1oGF/Jhaz0efJZFuGJc/huBeXbKk=

 

I'm currently trying to figure out how to tcpdump on windows.. any tipps? :)

 

Wireshark on windows. Run a capture and attach to this thread. Make sure you try to connect to a game with the wireshark capture running in the background. Save as pcap file type.

0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now