Linux server - connection failed

[Yuki 0]

Heya guys,

We've set up a linux server and the problem is that it constantly gives player the "connection failed message".. Any ideas? Our configs.

// password = "";  // password to protect server access
passwordAdmin = ""; // password to protect admin access
hostname="";  // This is the server name that will appear in gamespy

motd[]=
{
"Welcome!",

}; // Welcome message

motdInterval=50;  // period between motd rotation 


voteThreshold=1.5;  
maxPlayers=20;
reportingIP="arma2.master.gamespy.com";
voteMissionPlayers=1; // start voting when 1 players connect
logfile = "MyServer.log";

class Missions
{
};

kickduplicate=1; // do not allow duplicate id
equalModRequired=0; // require equal mod
disableVoN=1;  
vonCodecQuality=7;
VonID=1;

timeStampFormat=full;

NetStats=1;
DeathMessages=1;
persistent=0;
BattlEye=0;
regularcheck="{}";

verifySignatures=1;

language="English";
adapter=-1;
3D_Performance=8021.000000;
Resolution_W=160;
Resolution_H=120;
Resolution_Bpp=32;
viewDistance=10000;
terrainGrid=10.000000;
MinBandwidth = 15000000;
MaxBandwidth = 100000000;
MaxMsgSend = 1024;
MaxSizeGuaranteed = 1024;
MaxSizeNonguaranteed = 64;
MinErrorToSend = 0.0025;
MaxCustomFileSize=0;


//-----------BIS Suggestions------------

//MinBandwidth = 320000;
//* Bandwidth the server is guaranteed to have (in bps). This value helps server to estimate bandwidth available. Increasing it to too optimistic values can increase lag and CPU load, as too many messages will be sent but discarded. Default: 131072

//MaxBandwidth = 10000000000;
//*Bandwidth the server is guaranteed to never have. This value helps the server to estimate bandwidth available.

//MaxMsgSend = 256;
//* Maximum number of messages that can be sent in one simulation cycle. Increasing this value can decrease lag on high upload bandwidth servers. Default: 128

//MaxSizeGuaranteed = 1024;
//*Maximum size of guaranteed packet in bytes (without headers). Small messages are packed to larger frames. Guaranteed messages are used for non-repetitive events like shooting. Default: 512

//MaxSizeNonguaranteed = 64;
//*Maximum size of non-guaranteed packet in bytes (without headers). Non-guaranteed messages are used for repetitive updates like soldier or vehicle position. Increasing this value may improve bandwidth requirement, but it may increase lag. Default: 256

//MinErrorToSend = 0.005;
//*Minimal error to send updates across network. Using a smaller value can make units observed by binoculars or sniper rifle to move smoother. Default: 0.01

//MaxCustomFileSize = 0;
//*Users with custom face or custom sound larger than this size are kicked when trying to connect.

Thanks.

[NeoArmageddon 958]

Same error here... most people can connect play on the server... but some get disconnected upon connect.

From serverlog:

16:05:54 BAEM uses modified data file - expansion;d:\steam\steamapps\common\arma 2;d:\steam\steamapps\common\arma 2 ope

16:05:54 Player BAEM connecting.

16:06:02 Player BAEM disconnected.

[Dwarden 1125]

what server build?

also the disconnects might be related to older startup solution in STEAM which was missing the ;ca

[NeoArmageddon 958]

also the disconnects might be related to older startup solution in STEAM which was missing the ;ca

Serverversion is Arma 2: Operation Arrowhead - Linux Standalone Server 1.52 BETA Build 71777

And yes... one of the players who cant connect just installed arma2 and oa over steam...

Maybe this is important: He installed and played OA first and then installed Arma2. (He also followed the instruction to merge both versions together (clean steamcache etc).

And he is using this batfile delivered via steam, to lunch combined operations.

As you can see in my first post, he connected with "expansion; patch_to_ca_and_expansion"

Maybe the disconnect is caused by the wrong order(normally you can see, "ca;expansion" not "expansion;ca").

Edited July 6, 2010 by NeoArmageddon

[Reezo 45]

In SR5 Tactical we have two users over an extended userbase of around 32 players that are experiencing the exact same problem.

The "beauty" (read: madness) is that one has a STEAM version, while the other has a Retail box version. Both experience the same problem: "waiting for host..." indefinitely or - when Signature Check is enabled - disconnected for a time out during Signature Check.

This problem is literally driving me nuts, there is no documentation or feedback on this matter, this thread is probably my one and only mirage in this weird bug hunt.

Thanks guys for having created it! I hope we can find a solution to this problem, one way or the other!

[rubberkite 19]

same problem for me on a other italian team linux server

we play from my house with 3 pc, if one enter the other 2 got connection fail

and after router reboot the frist one that try will enter the other 2 not, and always some user have problem with linux on the connection

I hear from different source the same issue and I'm sure it's not releated to steam, my house PC have 3 different arma 2 buyed on sproket 1 with retail cd and only the first one that try can enter the other two not. also during the tournament some people can't connect on linux server and this problem is really really annoying due to cheaper linux service for dedicated server

I hope to hear something directly from BIS because I think that lot of people have our same problem.

cheers

Rubber

[Reezo 45]

One of our members solved the problem by replacing his router. He is now able to connect and play like everybody else.

[rubberkite 19]

I can't replace my router is not "MY" and I hear from lot of different people italian and also from other country with same connection problem on some linux server.

So if something can be done with config works, or with patch, I hope that this will be considered in future release of linuk dedi or in wiki documentation

and Why I can connect with 3 pc of my lan in almost all server and not in 1 with linux, is possible to change something to enable people to connect

I mean change something server side, not buy a new house in different geographical location...

:mad:

[Reezo 45]

As a server admin I can only say I've tried everything I could to fix this problem and nothing worked. Replacing the Adsl modem/router seems to be the only workaround so far. Pretty drastic, but still the one and only workaround at this time.