The dedicated server is available in both 32-bit and 64-bit versions, and should run on any modern machine that can run the Steam client. We recommend Ubuntu Server 14.04.

To run the 32-bit version of the server on 64-bit installs, you will need to install 32-bit versions of all libraries.
See your distribution's instructions on how to perform this.

To run the 32bit server on Ubuntu x64 install requirements via: sudo apt-get install lib32gcc1 lib32z1 lib32stdc++6

Install and update the server through SteamCMD (use sudo for useradd as the SteamCMD guide suggests), using the command below (change the path if you wish but not necessary, login details are correct).

Please see the Valve Developer Community for full SteamCMD options and download instructions: https://developer.valvesoftware.com/wiki/SteamCMD

Run the server using the provided run_server_x86.sh and run_server_x64.sh scripts. This will set the proper working directory and LD_LIBRARY_PATH to the correct libsteam_api.so. You can add command line options at will.

A standard server or VPS can host many instances of Quake Live, so you may wish to run multiple servers. We recommend managing them through a third party process control system. Below is a sample script that will take one parameter: a number starting at 0. This will launch a server with a unique hostname, port, rcon port, and stats port. This is a great way to quickly run a small cluster of servers on a single box.

You should change the path to reflect where you have installed the game. Never run the server under root.

This can be combined with a process control system like supervisord in order to manage and launch any number of instances. Note that supervisord is third party software, and the below may change at any point. We will not support issues involving third party software.

You will need to replace "user" with the user name of the dedicated server.

In conjunction with the above launch script, this will give you 10 server instances, numbered #1 to #10, starting at port 27960, with rcon starting at port 28960. They will automatically restart if crashed. For information on using rcon, please see later in this document.

Configure your server through server.cfg. You may wish to make a copy of this file and place it into your fs_homepath, as updates to the default server.cfg may revert your changes to default. The default server.cfg is heavily commented, so please see that for further information.

There is no need to specify a map on the command line or server.cfg. The server will automatically execute the variable "serverstartup" when the server has completed initialization. By default, this will launch a random map selected from the server's map pool. Please see the below section on configuring map pools.

Quake Live servers are designed to handle multiple gametypes, and multiple gametype variations on one server. This means that your server can switch from Free For All to Capture the Flag to Clan Arena, to even variants of gametypes, such as InstaGib FFA, and custom variations that provide more traditional competitive settings.

Because of this, you should generally not place gameplay settings inside server.cfg. Although the server will attempt to restore all old settings after switching gametypes, these factory settings will override settings in server.cfg.

See the below section on creating custom factories to setup your own match rules.

Quake Live reads and stores to a persistent text file on disk information about who has access to server moderation, server administration, and ban list. By default, this is in the file access.txt, and can be changed through the console variable "g_accessFile"

Only edit this file on disk while all servers are stopped, as the game will write out the current access list before each map load. In order to have access to your server, you will need to add yourself as an admin. Obtain your 64-bit Steam ID by connecting to any match, and typing /players in the console. Put it in access.txt in the
given format. Example:

76561198072786081|admin

Save the file, and start the server. You can then use /addmod, /addadmin, /demote, /ban and /unban commands to manage the access list while the server is running.

Ursprungligen skrivet av tjone270:

It's worth noting the reload_access command for the server (/rcon reload_access if you're in-game/admin), so you can change the file while the server's running and have it re-read if the user makes a change. (nb. annoyingly this command doesn't currently autocomplete)

Access.txt is re-written on map change, so if you edit it by hand for a running sever, be sure to /reload_access before a map change occurs or you will lose those changes.

The server's map pool accepts a map, and a factory, delimited with a |. See the default mappool.txt for an example.
A different file can be specified through "sv_mapPoolFile"

If you wish to use your own custom factories, you can specify them in here so that your custom factory will appear in the three map voting system at the end of the game.

If you wish to lock your server to one gametype, then make sure your map pool only contains maps in that factory, then add 8 to g_voteFlags to stop "callvote map" from accepting the optional factory argument. This is not usually needed though; we recommend allowing your players to play and callvote whatever gametypes they wish to play on your servers, but it is often not bad to restrict Duel servers due to the low player counts.

Setting up a custom factory is a bit more involved than the past solutions of editing config files, but it allows for more flexibility in match rules, while ensuring that settings don't leak over into future matches. By default, Quake Live ships with base rules for every gametype, and a few variations. Other factories may be available on Steam Workshop.

To define your own gametype factory, create a "scripts" folder inside your baseq3 directory, and name the file with anything that ends in ".factories"

Example: baseq3/scripts/mynewgametype.factories

This file is a JSON file that contains either a JSON array with multiple factories, or a JSON object containing a single factory. For example, here is the built in InstaGib FFA factory:

All fields should be present and of the correct type.

"id" is how you will refer to the factory inside a map pool or a callvote, and must be a string.
"title", "author" and "description" are all strings containing info about the factory, and can be seen in Start Match
"basegt" is a string of the base gametype it should apply the settings on. Valid values for "basegt" are:
ffa, duel, race, tdm, ca, ctf, oneflag, har, ft, dom, ad, rr
"cvars" is an object containing key value pairs of the cvar names and values to set.

If a factory is invalid, the reason why will be printed in the console during startup, and the factory will not be available for play.

Quake Live will only autodownload custom content that has been uploaded to Steam Workshop. The legacy HTTP and UDP
download functions have been removed. If you want your players to be able to play custom content on your servers, you must use Steam Workshop.

To add a workshop item to your server, add its item ID to workshop.txt. The item ID can be obtained from the URL when browsing the Steam Workshop in your browser.

Before the server finishes initializing, it will attempt to download all items in workshop.txt, such that custom content can be included in your map pool. The progress of this process will be printed to the server console, and if any download fails, it will be skipped and the server will continue to start.

To upload content, you will need to use SteamCMD's workshop_build_item command. Please refer to the Steam documentation on how to upload Workshop content.

Occasionally, the Workshop startup process will fail, usually due to temporarily unavailable content server. Some users have reported that switching from the 64-bit dedicated to the 32-bit dedicated binary will fix downloads. In these cases, you can use SteamCMD to download the workshop item, and then move it to the appropriate place.

Download the item with:

./steamcmd.sh +login anonymous +workshop_download_item (appid) (workshop_id) +quit

and then copy the steamapps/workshop folder into the steamapps folder where the server is installed. This will cause the game to see the item as cached, and not attempt to download it.

Ursprungligen skrivet av tjone270:

With manually downloading steam workshop items via steamcmd, my script ( https://github.com/tjone270/QuakeLiveDS_Scripts/blob/master/scripts-standalone/autodownload.sh ) will read the user's workshop.txt file and download/move into place the listed steamcmd items, so definitely more convenient.

The remote console works differently than previous titles. Rcon is disabled by default, and can be configured using "zmq_rcon_enable", "zmq_rcon_ip". "zmq_rcon_port" and "zmq_rcon_password". Unlike previous titles, rcon will bind to the TCP port you specify, not UDP. The socket itself is a ZeroMQ socket, using CZMQ for authentication.
Included with the server is a simple rcon client, zmq_rcon.py, written for Python 2.x. You will need to install Python ZMQ, which can most easily be done through "pip install pyzmq" if pip is available on your system. To run the script, use something similar to the following:

python zmq_rcon.py --host=tcp://127.0.0.1:28960 --password=mypass

There is an rcon script that will parse QL colour codes and display the colours available on https://github.com/carmethene/quakelive-rcon

Quake Live also exposes a ZeroMQ publish/subscribe socket that will emit a great amount of detail about the ongoing match, live as events occur. A basic script is included, zmq_stats_verbose.py, but it will simply print the stats events to screen as an example. All events emitted by the engine should be valid JSON. Any additional functionality and storing of stats is left as an exercise to the reader.

The default server.cfg has no set g_inactivity, and it defaults to 0 it seems.

Please change this to a sensible figure in seconds in your server.cfg, eg 240, as otherwise zombie players idle on servers for hours not moving at all spoiling the game.

g_dropInactive 1 must also be set.

You can also configure g_inactivityWarning in seconds to forwarn the player.

These three cvar settings are bitmasks, each single decimal shown represents one bit in the bitmask, one of the simplest explanations of a bitmask is here[www.yyosifov.com], but all you need to understand to configure your server is - add together the numbers shown here for the settings that you wish to apply (or disable, as stated), and set the cvar to that number.



eg. set dmflags 12
This is 4 (no self splash-damage on health) + 8 (no self splash-damage on armor)


Add the below values for which callvote commands should not be allowed on your server:


eg:

set g_voteFlags 17
This is 16 + 1
This would prevent people from kicking anyone or voting for "map xxx", but would not prevent map_restart or nextmap votes which are bits 2 and 4 respectively.

To disable all four of - kicking, voting for map, voting for map_restart and voting for netxmap you would use
16+4+2+1 = 23
\set g_voteFlags 23



eg.
set g_startingWeapons 535
512+16+4+2+1
You would spawn with Grappling Hook, Rocket, Shotgun, Machine Gun and Gauntlet.


NOTE
To convert one of the bitfield settings back to a human readable list take the number, and start to subtract numbers from the relevant table above from it working backwards from the largest.

eg.

533- 512 is the largest number you can subtract without going negative, so that's' the first setting.
23 is left, 16 is the next largest number in the table you can subtract without going negative, so that's the next bit that has been set, and so on.

It is important to do this if you already have a number, but want to add settings to it, as if for example you wanted to add 8 to it, but 8 was already set, then that would be 8+8 so in fact the bit representing sixteen would be set, which would not be the setting you wished to alter.

eg.

527
If you didn't check and thought 8 wasn't set and added 8 to it then you would end up with 535.

but 527 = 512+8+4+2+1

So with the new 8 added that would become
535
which actually reverses as
512+16+4+2+1

which would not be the settings you wanted.

So either always work out your settings from scratch, or reverse the number you have as described above to check the settings first.



You can on the fly disable/enable specific weapons with:

Then map_restart or change map.
(prefix with rcon if administering a remote server)

This will remove them from the player selection bar and the map, but it will not remove ammo for them from the map.

27960 is default port UDP for game traffic if you're only hosting the one server, but you need TCP on the same port if you want to send stats via zmq to qlstats.

28960 is the default port for rcon (UDP), needed only if you chose to enable remote rcon in your server config.

The above is all from the official readme, reposted with permission from [id]Sponge, there is also now #qldedsrv on the quakenet IRC network for any extra help you may need.

You don't need an IRC client if you don't have one, just put a username in for : http://webchat.quakenet.org/?channels=qldedsrv

For LAN servers :

sv_serverType 1

0 - offline, 1 - LAN, 2 - internet.

Importantly your server will only show up on the LAN server browser in steam/QL if it's running on net_port 27015 - 27020, so only 6 LAN servers per IP if you want them all to show in the browser.
It just is this way currently, maybe it can get fixed.

1) Using pip ensures you get the latest version:

sudo pip install supervisor

if pip is not installed

Autonomous Server System, in Bash Script by tjone270 -
https://github.com/tjone270/QuakeLiveDS_Scripts

Also useful is his collection of stand-alone scripts[github.com] : , such this one for to start multiple servers[github.com], by using the expr $1 + 1 utility to increment the game and rcon ports as it goes through starting them up.

Also of particular note is his script to automatically keep your server up to date[github.com].

Update steamcmd (sudo apt-get install --only-upgrade steamcmd )
Navigate to where you installed steamcmd and run it
./steamcmd
At the steamcmd prompt type
login anonymous
quit

That should create any anonymous login credentials needed, try steamcmd / qlds then and downloading should work so long as your server isn't blocking outgoing traffic, if it is the port list steamcmd needs is on https://support.steampowered.com/kb_article.php?ref=8571-GLVN-8711&l=english

1. If you are having stability issues please use the x86 server, it seems to be more stable at the moment :-/

1. When looking for it in the browser make sure you don't have filter tags set which would exclude your server from being listed
   
2. set sv_tags on your server to some unique comma seperated tags you can filter for to find it easily, as there is no normal search in the standard browser, only tag filtering.
   
3. Check it's relevant ports aren't blocked so Steam can query it.
   Especially you must have set up port forwarding on your router for the UDP game port your server is on (from net_ip in server.cfg, default 27960. if /connect IP:port works ok from an external machine then this is already ok).
   TCP is only used for zmq/rcon you don't need this to get your server listed.
   
4. Steam master servers run at port 27010-27013 so outgoing traffic there must not be blocked if your server is otherwise locked down for outgoing traffic.
   
5. Check sv_servertype also, ensure that it has been set to 2.
   
6. Check sv_master is set to 1
   
7. If all of this is set correctly your server should show up within a second or two when you refresh the list, there is no need to wait minutes before attempting to debug.
   
8. The steam browsers pull limited numbers, you should check using PredaTh0r's server browser if you still can't find it https://sp.zhabite.com/sharedfiles/filedetails/?id=543312745
   
9. If it's still not working do also check through the "Stats or voice not working on your server ?" section below.
   
10. The best help if you still can't work it out is available on http://webchat.quakenet.org/?channels=qldedsrv

1. Don't forget that all the +set commands needed to be on the same line,
   or have trailing \'s
   
2. The QL server var fs_homepath is where access.txt is read from/written to, default is ~/.quakelive for the user you are running the server from (typically 'steam')
   
3. Quit server, "rm -rf ~/.quakelive", start server. That'll make qzeroded re-create fs_homepath, create your access.txt or server.cfg there

Ursprungligen skrivet av vks:

as part of some VPS imaging and deployments, the file

/etc/network/interfaces

gets populated with a local private ip for support from the host, remove the line with this ip from that file, to get stats and voice working then:

ifdown eth0 && ifup eth0

just spent 3 hours fixing that...

• Add mappool_reload to the bottom of your server config file, that should solve any settings not being active issue. (thanks Ghost68 )
  
• If forcing one factory, be sure your mappool.txt only has maps that end with that factory eg. trinity|ca

Mino has released minqlx [github.com] which "Extends Quake Live's dedicated server with extra functionality and scripting"

And the minqlx-plugins[github.com] which add functions such as :

clan
motd
permissions

Install instructions are on the front page linked above.

If updating an older version of minqlx later, just untar the new release tar, and then