Arma Dedicated Server: Difference between revisions

From Bohemia Interactive Community
Jump to navigation Jump to search
m (added "and above" to the -netlog command description)
(Remove A2/OA info - see Arma 2: Dedicated Server)
 
(181 intermediate revisions by 33 users not shown)
Line 1: Line 1:
==Introduction==
{{TOC|side}}
{{Feature|arma2|For {{arma2}} see [[Arma 2: Dedicated Server]].}}
{{Feature|arma3|For {{arma3}} see [[Arma 3: Dedicated Server]].}}


This article covers some of the aspects of the dedicated server for [[ArmA|Armed Assault]]
This article covers some of the aspects of the dedicated server for {{GameCategory|arma1|link= y}}.


Some of the information on this page covers beta versions of the software and documentation.


This is a beta version of the software and documentation.
This software is released under end user agreement terms as the original game so you should agree with the terms of the end user agreement of {{arma1}}/{{arma2}}/ {{arma3}} as found in the manual before installing and using this software.


This software is released under end user agreement terms as the original game so you should agree with the terms of the end user agreement of ArmA: Armed Assault as found in the manual before installing and using this software.
== Installation ==


==Installation==
We recommend using 2 GHz machine, with 512 MB RAM and a 1 Mbps upload network bandwidth.


You need a Microsoft Windows 2000 or Windows XP computer to run an ArmA dedicated server. We recommend using 2 GHz machine, with 512 MB RAM and a 1 Mbps upload network bandwidth.
You need either a Microsoft Windows 2000/XP or Linux computer to run an {{arma1}} dedicated server.


There are two possible ways to install the dedicated server. When you have installed the ArmA game, you can use the main executable (ArmA.exe) with the command line argument [[ArmA: Startup Parameters|–server]] to start a dedicated server. While this is easy, it requires the ArmA DVD to be present in the drive during server operation and also original serial number. If you want to run a server without the DVD and serial number, you have to use the standalone dedicated server executable.  
The rest of this section covers installation on a Windows computer. For installation on a Linux computer see the [[ArmA:_Dedicated_Server#Linux|Linux section]].


The latest version of this executable is always available from the official web site http://www.armedassault.com.  
There are two possible ways to install the dedicated server. When you have installed the {{arma}} game, you can use the main executable (ArmA.exe) with the command line argument [[ArmA: Startup Parameters|–server]] to start a dedicated server. While this is easy, it requires the ArmA DVD to be present in the drive during server operation and also original serial number. (However with the latest patch version 1.05 the DVD is no longer needed.).If you want to run a server without the DVD and serial number, you have to use the standalone dedicated server executable.
 
The latest version of this executable is always available from the [[ArmA:_Dedicated_Server#Downloads|Downloads section]].


To install a standalone server
To install a standalone server
Line 21: Line 26:
*Create a configuration file for your server. See [[server.cfg]] for further information.
*Create a configuration file for your server. See [[server.cfg]] for further information.


==Installing a patch on the dedicated server==
== Installing a patch on the dedicated server ==


To install a patched version on the dedicated server, you can either install the patch on some machine with the full game installed and then transfer the full patched game, or you can download the patch to the dedicated server, make sure there exists a registry entry on the server so that the patch can find the game location, verify the CD key, and apply the patch directly on the server.
To install a patched version on the dedicated server, you can either install the patch on some machine with the full game installed and then transfer the full patched game, or you can download the patch to the dedicated server, make sure there exists a registry entry on the server so that the patch can find the game location, verify the CD key, and apply the patch directly on the server.
Line 35: Line 40:
</pre>
</pre>


==Startup Options==
 
To install updates on '''Windows Server 2003''' (64bit) and all the other options have not worked please try this work around instead you will still need to edit the paths '''"Main"="C:\\Your\\ArmA\\Path\\ArmA"'''
* note: the installer might use PATH instead of default MAIN key, this is unstandard fix and might not work with latest patches
 
Windows server 2003 (64bit)
<syntaxhighlight lang="reg">
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Bohemia Interactive Studio]
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Bohemia Interactive Studio\ArmA]
"Main"="C:\\Program files\\Bohemia Interactive\\ArmA"
"PATH"="C:\\Program files\\Bohemia Interactive\\ArmA"
"KEY"=hex:xx,xx,xx,xx,xx,xx,xx,xx,xx,xx,xx,xx,xx,xx,xx
</syntaxhighlight>
 
 
== Startup Options ==


'''Example'''
'''Example'''
Line 48: Line 68:
  -noland  <----unknown functionality (in player mode it removes all land textures and turns it grey)
  -noland  <----unknown functionality (in player mode it removes all land textures and turns it grey)
  -ranking=<filename>  <----path for game stats log (new in 1.07)
  -ranking=<filename>  <----path for game stats log (new in 1.07)
-pid=<filename>      <----specifies a file to write the server's PID (process ID) to. The file is removed automatically when the server is stopped
== Server Crashes ==
In the event of a server crash, please help [[BI]] to fix the problem by sending the  crash files '''arma.rpt''' and '''arma.bidmap''' files that will be created on each crash.
For the location of these files and where to send them to, see [[Crash Files]].


==Server Crashes==
== Server Security ==


In the event of a server crash, please help [[BI]] to fix the problem by sending the  crash files '''arma.rpt''' and '''arma.bidmap''' files that will be created on each crash. For the location of these files and where to send them to, see [[Crash Files]].
There are several settings you might want to consider which improve the security and integrity of the dedicated server which are found in the [[server.cfg]].


==Banning==


To ban a user you have to know their unique online ID (called Player  ID). This can be checked in the players overview screen ('P' key) during the game, or with the #userlist command. To ban a user you have to add their Player ID to file ban.txt residing in the main ARMA directory. If there is no such file there, create a new one. The format of ban.txt is a plain ASCII text list of decimal Player IDs delimited with space, tabulator or end-of-line characters.
== Server Administration ==


==Firewall issues==
You can administer the server as a player through various [[Multiplayer Server Commands]].  It is also possible to remotely administer the server through [[BattlEye#RCon|BattlEye's RCon]] administration tool


By default the Armed Assault server is reporting to Gamespy and it also uses the Gamespy server to negotiate a NAT traversal. If this does not work reliably for you (e.g. when running behind very strict firewall), you may need to open and/or forward following incoming ports:
 
== Banning ==
 
To ban a user you have to know their unique online ID (called Player  ID). This can be checked in the players overview screen ('P' key) during the game, or with the #userlist command.
To ban a user you have to add their Player ID to file ban.txt residing in the main ARMA directory. If there is no such file there, create a new one.
The format of ban.txt is a plain ASCII text list of decimal Player IDs delimited with space, tabulator or end-of-line characters.
 
 
== Firewall issues ==
 
By default the {{arma1}} server is reporting to Gamespy and it also uses the Gamespy server to negotiate a NAT traversal.
If this does not work reliably for you (e.g. when running behind very strict firewall, or not UPnPed router), you may need to open and/or forward following incoming ports:


  port  UDP (used for game)
  port  UDP (used for game)
Line 71: Line 109:
Default value of port is '''2302''', but you may change it by -port command line argument.
Default value of port is '''2302''', but you may change it by -port command line argument.


==Proxy issues==


You may enforce proxy server used to download xml squad page etc. Using the value '''"proxy"''' in Server.cfg.
== Proxy issues ==
 
You may enforce proxy server used to download xml squad page etc. Using the value '''"proxy"''' in [[server.cfg]].


==Performance Tuning Options==


There are also some parameters that can be used to fine-tune network performance. You can add following entries to arma.cfg (the main Armed Assault configuration file)
== Other Windows issues ==


'''MaxMsgSend=<limit>;'''
Make sure you have:
    Maximum number of messages that can be sent in one simulation cycle.
 
    Increasing this value can decrease lag on high upload bandwidth servers.
1. Network Discovery enabled for your network type (the setting can be found in [Control Panel\Network and Internet\Network and Sharing Center\Advanced sharing settings]. If you have problem with it is state reset on the interface reopen, check if all of the required for this feature services are running: DNS Client, Function Discovery Resource Publication, SSDP Discovery, UPnP
    ''Default: 128''
Device Host; (makes server accessible from internet) (maybe its about the services and not the network discovery)
 
'''MaxSizeGuaranteed=<limit>;'''
2. Windows Media Player Network Sharing Service enabled (makes server joinable) ;
    Maximum size of guaranteed packet in bytes (without headers). Small messages
 
    are packed to larger frames. Guaranteed messages are used for non-repetitive
If you can't connect to server trough server browser try to use ''direct connect'', this is client side (doesn't mean other clients will have it too), reason for the issue for now unknown, i can say it is not related to: windows services, windows network settings, network routers,firew..;
    events like shooting.
 
    ''Default: 512''
 
== Performance Tuning Options ==
'''MaxSizeNonguaranteed=<limit>;'''
    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''
'''MinBandwidth=<bottom_limit>;'''
    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=<top_limit>;'''
    Bandwidth the server is guaranteed to never have. This value helps the server
    to estimate bandwidth available.
'''MinErrorToSend=<limit>;'''
    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=<size_in_bits>;'''
    Users with custom face or custom sound larger than this size are kicked when
    trying to connect.


'''Note'''
See [[basic.cfg|Server Basic Config file]].
The greatest level of optimization can be achieved by setting the MaxMsgSend
and MinBandwidth parameters. For a server with 1024 kbps we recommend the
following values:
    MaxMsgSend = 256;
    MinBandwidth = 768000;


While connected to the dedicated server, you can use the [[Multiplayer Server Commands|admin command]] <code>#monitor</code> to monitor server resource usage. (You have to be logged in as or voted as game admin to do this.) The server never runs at more than 50 fps. When running slower, it always uses all available CPU processing power to maintain the smoothest possible gameplay. When running at less than 15 fps, you can consider the server overloaded – the mission currently played is probably too complex for given server. If you see the server is not using bandwidth that it could use, you can try increasing values MaxMsgSend and MinBandwidth.


==Running Server as a Service==
== Running Server as a Service ==


You may also consider running the ArmA server as a service, and enabling automatic restart in case of crash. In this case, you may want to disable DrWatson crash monitoring utility on your computer, as it often prevents ArmA server to shutdown properly (by displaying a message box that requires an operator to confirm application termination).
You may also consider running the ArmA server as a service, and enabling automatic restart in case of crash.
In this case, you may want to disable DrWatson crash monitoring utility on your computer, as it often prevents the server to shutdown properly (by displaying a message box that requires an operator to confirm application termination).


A '''HowTo''' for user-defined services can be found at http://support.microsoft.com/kb/137890/en-us.
A '''HowTo''' for user-defined services can be found at http://support.microsoft.com/kb/137890/en-us.


==Linux==


Support for Linux dedicated servers has been confirmed by Bohemia Interactive. It is under development. Beta version has already been released.
== Linux ==
 
Linux dedicated servers are also supported.
 
A first description of how-to setup an ArmA linuxserver has been posted on the official BI forums. You may follow these few steps that illustrate a setup on a Debian-based machine:
 
# follow all instructions of readme
# edit startupfile "armaserver" and change vars, fitting for your system
# start server manually (command: ./server). Now the player directory should be created.
# stop server with ctrl+c
# edit player/player.armaprofile
# create and edit a arma.cfg (all lowercase! ) in main directory of arma
# run server via  ./armaserver start
# have fun!
 
Please note that you can create other users than the standard ''player'' to configure different quality settings.
All you need is an directory named <username> and therein a <username>.armaprofile as the configuration file. Then simply start the server with the optional parameter -name=<username>.
 
 
When you're a Linux beginner and encounter problems without adequate error messages, then your distribution is probably missing necessary packages.  


A first description of how-to setup an ArmA linuxserver has been posted on the offical BI forums. You may follow these few steps that illustrate a setup on a Debian-based machine:
For instance Unbuntu hardy 8.04 LTS amd64 (64bit) Desktop:


1.) follow all instructions of readme
* package build-essential (11.3ubuntu1) and all of it is required packages for the ArmA install script to work
2.) download libwww0 manually from packages.debian.org
* package ia32-libs (2.2ubuntu11) and all of it is required packages for the Arma 32bit server application to run on the 64bit operation system.
3.)  install downloaded .deb with    dpkg -i --force-architecture <.deb-file>
 
4.) edit startupfile "armaserver" and change vars, fitting for your system
 
5.)  start server manually (command: ./server). Now the player directory should be created.
In case your linux distribution does not have a package set of libraries like the ia32-libs are, I managed to get the server running on Archlinux 64bit
6.)  stop server with ctrl+c
by installing the following packages as 32bit versions:
7.)  edit player/player.armaprofile
 
8.)  create and edit a arma.cfg (all lowercase! ) in main directory of arma
- glibc
9.)  run server via  ./armaserver start
 
10.) have fun!
- gcc-libs
- libstdc++5
 
- zlib
 
In case you encounter "Server died, waiting to restart..." instantly after the server was created, you may have SElinux enabled. (Fedora Core)  
 
==== Number of open files limit ====
If you are running some mods and/or have a lot of missions on the server, you will hit the limit of open files allowed. This is a Linux/Unix specific issue.
There are different settings you may need to tweak.
 
For once you may need to tweak the system-wide setting for max-files-open (See {{Link|http://www.cyberciti.biz/faq/linux-increase-the-maximum-number-of-open-files/|link}}).
Then you might still need to allow the individual user that runs the Arma server to open enough files. The standard setting on Ubuntu 11.0 64-Bit was 1024 which might be too low.
 
Solution: Change /etc/security/limits.conf.
 
To raise this limit for every user put the following in at the bottom and save:
 
<pre>
* soft nofile 4096
* hard nofile 4096
</pre>


Please note that you can create other users than the standard ''player'' to configure different quality settings. All you need is an directory named <username> and therein a <username>.armaprofile as the configuration file. Then simply start the server with the optional parameter -name=<username>.


==Downloads==  
== Downloads ==


[[ArmA|Armed Assault]] ArmA  1.08.5163 dedicated server for all versions 1.08 can be found [http://www.armedassault.com/dwnl_update.html here]
=== Windows ===


Beta of dedicated server for Linux version 1.08.5064 is available from
:Official: [[ArmA_Update_1.14|v1.14.5256]] is available from the {{Link|link= http://www.armedassault.com/dwnl_update.html|text= armedassault.com update page}} as part of the [[ArmA_Update_1.14|v1.14 patch]].
[ftp://www.flashpoint1985.com/ArmA/DediServer/server-1.08.tar.bz2 BI ftp server].
:Beta: [[ArmA_Beta_Patch_1.15|v1.15.5268]] is available from {{Link|link= http://www.armedassault.com|text= armedassault.com}}, {{Link|link= http://www.armedassault.com/downloads/ARMA_BETAPATCH_115.zip|text= ARMA_BETAPATCH_115.zip}} (49.7MB, Release: December 23rd 2008)
:Beta: [[ArmA_Beta_Patch_1.16|v1.16.5277]] is available from {{Link|link= http://www.armedassault.com|text= armedassault.com}}, {{Link|link= http://www.armedassault.com/downloads/ArmA_PublicBeta_Patch116.zip|text= ArmA_PublicBeta_Patch116.zip}} (51.6MB, Release: April 24th 2009)
:RC: v1.18.5281 Release Candidate is available from {{Link|link= http://www.armedassault.com|text= armedassault.com}}, {{Link|link= http://www.armedassault.com/downloads/ARMA_Update118RC.zip|text= ARMA_Update118RC.zip}} (132MB, Release: December 15th 2009)


==See Also==
=== Linux ===


[[server.cfg|Server Config File]]
:Official: v1.14.5257 is available from armedassault.com {{Link|link= http://www.armedassault.com/downloads/server-1.14.tar.bz2|text= server-1.14.tar.bz2}} (3.95MB, Release: May 22nd 2008)
:RC: v1.18 Release Candidate is available from armedassault.com {{Link|link= http://www.armedassault.com/downloads/arma1server-1.18.tar.bz2|text= arma1server-1.18.tar.bz2}} (3.97MB, Release: December 15th 2009)


[[Multiplayer Server Commands]]


[[ArmA:_Community_Tools#Multi Player|ArmA Community Tools]]
== See Also ==


* [[ArmA: Server configuration|ArmA Server Configuration]]
* [[Multiplayer_Server_Commands|Multiplayer Server Commands]]
* [[ArmA:_Community_Tools#Multi Player|ArmA Community Tools]]
* [[ArmA:_Version_History|ArmA Version History]]


See also: [[ArmA:_Version_History]]


[[Category:ArmA:_Multiplayer|Dedicated Server]]
{{GameCategory|arma1|Multiplayer}}

Latest revision as of 20:04, 29 March 2024

Arma 2
For Arma 2 see Arma 2: Dedicated Server.
Arma 3
For Arma 3 see Arma 3: Dedicated Server.

This article covers some of the aspects of the dedicated server for ArmA: Armed Assault.

Some of the information on this page covers beta versions of the software and documentation.

This software is released under end user agreement terms as the original game so you should agree with the terms of the end user agreement of Armed Assault/Arma 2/ Arma 3 as found in the manual before installing and using this software.

Installation

We recommend using 2 GHz machine, with 512 MB RAM and a 1 Mbps upload network bandwidth.

You need either a Microsoft Windows 2000/XP or Linux computer to run an Armed Assault dedicated server.

The rest of this section covers installation on a Windows computer. For installation on a Linux computer see the Linux section.

There are two possible ways to install the dedicated server. When you have installed the Arma game, you can use the main executable (ArmA.exe) with the command line argument –server to start a dedicated server. While this is easy, it requires the ArmA DVD to be present in the drive during server operation and also original serial number. (However with the latest patch version 1.05 the DVD is no longer needed.).If you want to run a server without the DVD and serial number, you have to use the standalone dedicated server executable.

The latest version of this executable is always available from the Downloads section.

To install a standalone server

  • Install the corresponding version of the game on any machine (you will need ArmA DVD for this)
  • Add the ArmA_Server.exe file to the same directory as ArmA.exe. Copy your already installed ArmA directory on to the server.
  • Create a configuration file for your server. See server.cfg for further information.

Installing a patch on the dedicated server

To install a patched version on the dedicated server, you can either install the patch on some machine with the full game installed and then transfer the full patched game, or you can download the patch to the dedicated server, make sure there exists a registry entry on the server so that the patch can find the game location, verify the CD key, and apply the patch directly on the server.

The registry entry can be created by exporting a registry key HKEY_LOCAL_MACHINE\SOFTWARE\Bohemia Interactive Studio\ArmA from the machine where the game is installed. The file should look like this:


Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Bohemia Interactive Studio\ArmA]
"KEY"=hex:xx,xx,xx,xx,xx,xx,xx,xx,xx,xx,xx,xx,xx,xx,xx
"MAIN"="C:\\Program files\\Bohemia Interactive\\ArmA"


To install updates on Windows Server 2003 (64bit) and all the other options have not worked please try this work around instead you will still need to edit the paths "Main"="C:\\Your\\ArmA\\Path\\ArmA"

  • note: the installer might use PATH instead of default MAIN key, this is unstandard fix and might not work with latest patches

Windows server 2003 (64bit)

Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Bohemia Interactive Studio]
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Bohemia Interactive Studio\ArmA]
"Main"="C:\\Program files\\Bohemia Interactive\\ArmA"
"PATH"="C:\\Program files\\Bohemia Interactive\\ArmA"
"KEY"=hex:xx,xx,xx,xx,xx,xx,xx,xx,xx,xx,xx,xx,xx,xx,xx


Startup Options

Example

"ArmA_Server.exe -config=server.cfg -netlog -port=2302 -mod=hisky"
-config= <----Specifies the config file to use. See server.cfg
-mod=    <----extra command to run folder mods
-netlog  <----command to record traffic from the game server in BI format (requires 1.02 and above)
-port=   <----Port for the server to listen on.
-world=  <----start another default world
-noland  <----unknown functionality (in player mode it removes all land textures and turns it grey)
-ranking=<filename>   <----path for game stats log (new in 1.07)
-pid=<filename>       <----specifies a file to write the server's PID (process ID) to. The file is removed automatically when the server is stopped


Server Crashes

In the event of a server crash, please help BI to fix the problem by sending the crash files arma.rpt and arma.bidmap files that will be created on each crash. For the location of these files and where to send them to, see Crash Files.


Server Security

There are several settings you might want to consider which improve the security and integrity of the dedicated server which are found in the server.cfg.


Server Administration

You can administer the server as a player through various Multiplayer Server Commands. It is also possible to remotely administer the server through BattlEye's RCon administration tool


Banning

To ban a user you have to know their unique online ID (called Player ID). This can be checked in the players overview screen ('P' key) during the game, or with the #userlist command. To ban a user you have to add their Player ID to file ban.txt residing in the main ARMA directory. If there is no such file there, create a new one. The format of ban.txt is a plain ASCII text list of decimal Player IDs delimited with space, tabulator or end-of-line characters.


Firewall issues

By default the Armed Assault server is reporting to Gamespy and it also uses the Gamespy server to negotiate a NAT traversal. If this does not work reliably for you (e.g. when running behind very strict firewall, or not UPnPed router), you may need to open and/or forward following incoming ports:

port  	UDP (used for game)
port+1	UDP (used for server reporting)
port+3	UDP (used for VoN transmissions)

Following outgoing ports need to be open as well:

port 	UDP (used for game)
port+3	UDP (used for VoN transmissions)

Default value of port is 2302, but you may change it by -port command line argument.


Proxy issues

You may enforce proxy server used to download xml squad page etc. Using the value "proxy" in server.cfg.


Other Windows issues

Make sure you have:

1. Network Discovery enabled for your network type (the setting can be found in [Control Panel\Network and Internet\Network and Sharing Center\Advanced sharing settings]. If you have problem with it is state reset on the interface reopen, check if all of the required for this feature services are running: DNS Client, Function Discovery Resource Publication, SSDP Discovery, UPnP Device Host; (makes server accessible from internet) (maybe its about the services and not the network discovery)

2. Windows Media Player Network Sharing Service enabled (makes server joinable) ;

If you can't connect to server trough server browser try to use direct connect, this is client side (doesn't mean other clients will have it too), reason for the issue for now unknown, i can say it is not related to: windows services, windows network settings, network routers,firew..;


Performance Tuning Options

See Server Basic Config file.


Running Server as a Service

You may also consider running the ArmA server as a service, and enabling automatic restart in case of crash. In this case, you may want to disable DrWatson crash monitoring utility on your computer, as it often prevents the server to shutdown properly (by displaying a message box that requires an operator to confirm application termination).

A HowTo for user-defined services can be found at http://support.microsoft.com/kb/137890/en-us.


Linux

Linux dedicated servers are also supported.

A first description of how-to setup an ArmA linuxserver has been posted on the official BI forums. You may follow these few steps that illustrate a setup on a Debian-based machine:

  1. follow all instructions of readme
  2. edit startupfile "armaserver" and change vars, fitting for your system
  3. start server manually (command: ./server). Now the player directory should be created.
  4. stop server with ctrl+c
  5. edit player/player.armaprofile
  6. create and edit a arma.cfg (all lowercase! ) in main directory of arma
  7. run server via ./armaserver start
  8. have fun!

Please note that you can create other users than the standard player to configure different quality settings. All you need is an directory named <username> and therein a <username>.armaprofile as the configuration file. Then simply start the server with the optional parameter -name=<username>.


When you're a Linux beginner and encounter problems without adequate error messages, then your distribution is probably missing necessary packages.

For instance Unbuntu hardy 8.04 LTS amd64 (64bit) Desktop:

  • package build-essential (11.3ubuntu1) and all of it is required packages for the ArmA install script to work
  • package ia32-libs (2.2ubuntu11) and all of it is required packages for the Arma 32bit server application to run on the 64bit operation system.


In case your linux distribution does not have a package set of libraries like the ia32-libs are, I managed to get the server running on Archlinux 64bit by installing the following packages as 32bit versions:

- glibc

- gcc-libs

- libstdc++5

- zlib

In case you encounter "Server died, waiting to restart..." instantly after the server was created, you may have SElinux enabled. (Fedora Core)

Number of open files limit

If you are running some mods and/or have a lot of missions on the server, you will hit the limit of open files allowed. This is a Linux/Unix specific issue. There are different settings you may need to tweak.

For once you may need to tweak the system-wide setting for max-files-open (See link). Then you might still need to allow the individual user that runs the Arma server to open enough files. The standard setting on Ubuntu 11.0 64-Bit was 1024 which might be too low.

Solution: Change /etc/security/limits.conf.

To raise this limit for every user put the following in at the bottom and save:

* soft nofile 4096
* hard nofile 4096


Downloads

Windows

Official: v1.14.5256 is available from the armedassault.com update page (dead link) as part of the v1.14 patch.
Beta: v1.15.5268 is available from armedassault.com (dead link), ARMA_BETAPATCH_115.zip (dead link) (49.7MB, Release: December 23rd 2008)
Beta: v1.16.5277 is available from armedassault.com (dead link), ArmA_PublicBeta_Patch116.zip (dead link) (51.6MB, Release: April 24th 2009)
RC: v1.18.5281 Release Candidate is available from armedassault.com (dead link), ARMA_Update118RC.zip (dead link) (132MB, Release: December 15th 2009)

Linux

Official: v1.14.5257 is available from armedassault.com server-1.14.tar.bz2 (dead link) (3.95MB, Release: May 22nd 2008)
RC: v1.18 Release Candidate is available from armedassault.com arma1server-1.18.tar.bz2 (dead link) (3.97MB, Release: December 15th 2009)


See Also