Dedicated Server – ArmA: Armed Assault

From Bohemia Interactive Community
Jump to navigation Jump to search
(Added link to dedicated beta 1.02)
 
(208 intermediate revisions by 42 users not shown)
Line 1: Line 1:
{{preliminary-disclaimer}}
{{TOC|side}}
{{Feature|arma2|For {{arma2}} see [[Arma 2: Dedicated Server]].}}
{{Feature|arma3|For {{arma3}} see [[Arma 3: Dedicated Server]].}}


==Introduction==
This article covers some of the aspects of the dedicated server for {{GameCategory|arma1|link= y}}.


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 {{arma1}}/{{arma2}}/ {{arma3}} as found in the manual before installing and using this software.


This is a beta version of the software and documentation.
== Installation ==


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.
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.


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]].


==Installation==
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.


You need a Microsoft Windows 2000 or Windows XP computer to run an ArmA dedicated server. We recommend using 2 GHz machine, with 512Mb RAM and a 1Mbit upload network bandwidth.  
The latest version of this executable is always available from the [[ArmA:_Dedicated_Server#Downloads|Downloads 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 [[:category:Armed Assault: 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 latest version of this executable is always available from the official web site http://www.armedassault.com. To install the standalone server, you have to install the corresponding version of the game on any machine (you will need ArmA DVD for this), and add the ArmA_Server.exe file to the same directory as ArmA.exe. You can then copy the ArmA directory on to the server.
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 [[Arma 3: Server Config File|server config]] for further information.


==Startup Options==
== 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:
 
 
<pre>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"
</pre>
 
 
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 24: Line 61:
  "ArmA_Server.exe -config=server.cfg -netlog -port=2302 -mod=hisky"
  "ArmA_Server.exe -config=server.cfg -netlog -port=2302 -mod=hisky"


  -config= <----Specifies the config file to use. See [[server.cfg]]
  -config= <----Specifies the config file to use. See [[Arma 3: Server Config File|server config]]
  -mod=    <----extra command to run folder mods
  -mod=    <----extra command to run folder mods
  -netlog  <----command to record traffic from the game server in BI format (requires 1.02)
  -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.
  -port=  <----Port for the server to listen on.
  -world=  <----start another default world
  -world=  <----start another default world
  -noland  <----unknown functionality
  -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 [[Arma 3: Server Config File|server config]].


==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 in [[ArmA]]directory on each crash.
== Server Administration ==


For the location of these files and where to send them to, see the '''Biki''' article on [[Crash Files]].
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


==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.
== 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), you may need to open and/or forward following incoming ports:
== 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 56: 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 [[Arma 3: Server Config File|server config]].
 
 
== 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 [[basic.cfg|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:
 
# 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.
 
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.




==Performance Tuning Options==
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:


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)
- glibc


'''MaxMsgSend=<limit>;'''
- gcc-libs
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=<limit>;'''
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 =<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 server to estimate bandwidth available.
   
   
'''MinErrorToSend=<limit>;'''
- libstdc++5
Minimal error to send updates across network.
Using smaller value can make units  observed by binoculars or sniper rifle to move smoother.
''Default: 0.01''
'''MaxCustomFileSize=<size_in_bytes>;'''
Users with custom face or custom sound larger than this size are kicked when trying to connect.


- zlib


'''Note'''
In case you encounter "Server died, waiting to restart..." instantly after the server was created, you may have SElinux enabled. (Fedora Core)
The greatest level of optimization can be achieved by setting the MaxMsgSend and MinBandwidth parameters.
For a server with 1024kbps we recommend the following values:
MaxMsgSend = 256;
MinBandwidth = 768000;


==Running Server as a Service==
==== 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.


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).
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.


A '''HowTo''' for user-defined services can be found at http://support.microsoft.com/kb/137890/en-us.
Solution: Change /etc/security/limits.conf.


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


Support for Linux dedicated servers has been confirmed by Bohemia Interactive, although the release of any Linux binaries may be delayed until after the launch of [[:category:Armed Assault|Armed Assault]].
<pre>
* soft nofile 4096
* hard nofile 4096
</pre>




==Downloads==  
== Downloads ==


=== Windows ===


[[ArmA|Armed Assault]] BETA 1.01.5099 dedicated server can be found [ftp://www.flashpoint1985.com/ArmA/DediServer/ArmA_Win32Server101_Beta5099.zip here]
: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]].
: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)


[[ArmA|Armed Assault]] BETA 1.02.5103 dedicated server can be found [ftp://www.flashpoint1985.com/ArmA/DediServer/ArmA_Win32Server102_Beta5103.zip here]
=== Linux ===


==See Also==
: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)


[[server.cfg|Server Config File]]


[[Multiplayer Server Commands]]
== See Also ==


==Version Summary==
* [[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]]


*5095  - Fixed: Dedicated server crash
*5095  - Fixed: Random crashes in MP
*5097  - Fixed: Stealing gear from medics was possible
*5099  - Fixed: MP server crash (sometimes after JIP client disconnected)
*5099  - Fixed: Squad logo was not shown on all clients in MP
*5099  - Fixed: Dedicated server required OpenAL32.dll
*5099  - Fixed: AI are better planning the path over the bridge
*5099  - Fixed: False conflict reported for Handgun, Salute and SitDown actions for vehicles.


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

Latest revision as of 17:23, 26 July 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 config 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 config
-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 config.


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 config.


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