gerryn

Usually the RFO contains details about why it failed ;)

I believe there was a bug yesterday which prevented the time from progressing as it should. I have never changed the time of my servers after setting them up, and it went dark around 23-something yesterday on one of my servers that goes dark at 19.30 usually, everyone had a few hours difference on the server (and it had been restarted a few hours before it should have gone dark). Lots of bugs with the new mission files/hive/1.6.0.1 - it would be better if we worked on these issues together in the dayz techforum for server admins - but dayz staff doesn't seem to think so? /G

I have 6 servers (+ PfSense and a domain controller) running with 1vCPU 2vCore each with 1.5GB of memory on a Hexacore Xeon, this runs without issue, are you saying that I'm better off running 1 server instead of 8? Doesn't make any sense, Arma 2 OA dedicated server is not a "high-performance application", all of the DayZ VMs run 50% cpu, no more, the total CPU usage on the ESX host is around 98%, no complaints from users about performance - the opposite. I also work with this stuff, but we're not hosting Oracle here and I'll tell you this, We've done extensive testing with low-performance crappy applications, just like the Arma 2 OA dedicated server (its crashing all the time - no critical apps crash like this, i.e. crappy application, not bashing the devs or anything - love the game so much I'm investing hundreds of euros of my own money just to host servers for other people) - and we've found that crappy applications run as good on VMWare as they do on physical hosts - obviously with the reduced management overhead which made it possible for me to build all this in a few days while working my day job and playing the game - imagine with physical machines even if you had iLO. (EDIT) Here is a screenshot of the current CPU usage on the host, but I think it's low-time now: http://dl.dropbox.com/u/815682/dayz/performance_statistics.png Anyways, the issue is for SURE related to 1:1 NAT which I don't have, I have configured the IP's are pure aliases (I'm a server guy, not a networking guy - there's another team for that) and just NATed them into the private IP's, I am positive that the outgoing traffic only comes from the WAN interface - a single IP, and I think that gamespy picks up on this IP together with all the other IP's like the private, the virtual i set in Windows on the guests, and the WAN IP - and this is what is causing it to work sometimes, and sometimes not. Had such a fucking awesome time playing today, didn't feel like changing it - servers are full anyways even when the intermittent connection issues persist. Will change it tomorrow (today) when I wake up. Cheers, G

No, it doesn't create performance issues. Who still thinks that?! /G

Yeah its most likely an issue with 1:1 NAT which I don't have :) I'm going to look over the links you posted Sykotix, but I work with this kind of stuff as well and this week has been so incredibly exhausting, I'll get to it tomorrow though. Thanks!

Actually this is already in production running :)

>So u think that is on RU-servers players only talk on russian? lol Not at all, I'm saying I would expect to find Russian speaking people there. >>Why would you want to play on a server where the people don't speak your language? >Why not? I dont get it. Because a MAJOR part in this game is about communicating with other players. >>this game is extremely dependent on communication. >Exactly! But why all want to stop communication between Russian players? What do you mean? How can you communicate in text without understanding each others languages? /G

Everything is running on one ESXi 5, it has two physical interfaces, one is connected to the network and one is disconnected. I have setup a DMZ network on the physical NIC in ESX and assigned that to a guest running PfSense, configured WAN as the first ip in my range, and the rest of my public IP's are configured as Virtual IP's in PfSense. The disconnected physical adapter on ESX is configured for the internal network, I have all DayZ guests (2008R2) connected here with static IP's on the subnet of the PfSense LAN GW. Rules are setup as described earlier, NATing each Virtual IP to its respective internal guest IP, and allowing 2302-2310 as a UDP range through that. And then the hack - add virtual IP's on the DayZ guests so that they are being fed to gamespy. All outbound traffic is most likely coming from the main WAN IP - which doesn't seem to be causing a problem in-game - but with the server browser and such... I think it all stems to the fact that you can't tell gamespy what IP your server will have, I'm hoping for a solution to that - or a workaround :) Thanks for showing interest! /G

This is a role playing game, the servers are named for their location. It is expected to find dutch players in the NL, Swedish players in the SE, and ENGLISH SPEAKING players in the EU, I expect to find Russian speaking individuals on RU-servers - likewise. What the fuck is so difficult to understand about this? Why would you want to play on a server where the people don't speak your language? This goes BOTH WAYS! I won't be banning anyone for this on my servers, I have only had to ban on repeated side-channel voip abuse and I dont swing the hammer often - but I WILL be telling people that the language on my servers are Dutch/English - this game is extremely dependent on communication. /G

Yes for sure, you are able to connect if you do REMOTE, type in epicnl<1-6>.gerryn.eu AND THE SERVER COMES UP IN THE LIST ... ah its weird... /G

Hi. Copy/Paste from a thread that got buried, I'm hoping this will gain some attention :) These are the EpicNL1-6 servers, so 6 in total, running on Windows 2008 R2. I am running the servers on ESX, they are all individual machines with a local (to the ESX) network connection. I am using PfSense firewall on the DMZ with two interfaces, one for WAN and one for internal, where all the DayZ servers sit. On the firewall I have configured Virtual IPs for all the public IP addresses that the servers use and have NATed range 2302-2310 (too many I know) UDP to their respective internal IP's. This is a problem immediately, with the above setup no servers show up in the server list. Also, all my outbound traffic will seem to come from a single IP (the main WAN IP), and that IP is probably what GameSpy uses since I CANNOT TELL GAMESPY WHAT IP THE SERVER HAS (STUPID!). There is a switch to the arma2oa dedicated server that lets me set the IP it will -listen to-, now - all the game servers have internal IP's and nothing else - if I set an IP that doesn't exist on the machine the server won't start, naturally - it can't bind. My workaround which is borderline retarded is to create a virtual IP on each of the internal NICs for the DayZ servers that is identical to the public IP NATed into it from the firewall, i don't set -ip= in the config file, just go with it as it is because I read on a forum that arma will send all IP's on the machine to gamespy (some guy had ran a sniffer to check) - this seems to work to tell gamespy what IP the server has anyways, but its really flaky. Some people can connect because the servers are half-full all the time, sometimes they are full, I can also connect sometimes, and sometimes not. I am hoping that someone with a similar setup can help me out with some advice as to how to set it up - please don't tell me to put the machines in the DMZ because that's not happening :) Cheers, Gerry

Hi. I'll advertise my servers here because I'm having some NAT issues (which I hope someone with some enterprise hosting experience can help me out with) which prevents joining FOR SOME PEOPLE from the server list, this is fucked up. Anyways, you can find these servers in the server list but perhaps you cant join them, if you can't you are able to do so by pressing REMOTE and typing in this information: epicnl1.gerryn.eu / port 2302 epicnl2.gerryn.eu / port 2302 epicnl3.gerryn.eu / port 2302 epicnl4.gerryn.eu / port 2302 epicnl5.gerryn.eu / port 2302 (EU night = day on this server) epicnl6.gerryn.eu / port 2302 (EU night = day on this server) ts.gerryn.eu / default port --------------- Now to my problem, if anyone can help. I am running the servers on ESX, they are all individual machines with a local (to the ESX) network connection. I am using PfSense firewall on the DMZ with two interfaces, one for WAN and one for internal, where all the DayZ servers sit. On the firewall I have configured Virtual IPs for all the IP addresses that the servers use and have NATed range 2302-2310 (too many I know) UDP to their respective internal IP's. This is a problem immediately, all my outbound traffic will seem to come from a single IP (the main WAN IP), and that IP is probably what GameSpy uses since I CANNOT TELL GAMESPY WHAT IP THE SERVER HAS (STUPID!), I can tell Arma2OA dedicated server what IP to use, but if I set a public IP there that doesnt exist on the host the dedicated server cannot start. My workaround which is borderline retarded is to create a virtual IP on each of the internal NICs for the DayZ servers that is identical to the public IP NATed into it from the firewall - this seems to work to tell gamespy what IP the server has anyways, but some people can't connect, me included - works sometimes. Would really like some advice on this one. Cheers, Gerry

with 50 players my cpu is at 30%, the mission file limit is 100 players - im sure it has nothing to do with that. /G

Hi. I can't set more than 50 slots on any of my servers, whatever I put in the config file gets overridden from somewhere, it looks like a lot of you are having the issue but I've seen some servers (with players in them) have over 50 slots, I _think_... Any solutions? /G

Sorry for the late reply :) I'm busy bringing up another 4 servers to make it 5 total! The server is open for everyone, you can however speak dutch in the chat/voip without issue of course. /G