Counter-Strike 2 reste, en 2026, le jeu le plus joué sur Steam pour la troisième année consécutive, avec un pic historique de 1 862 531 joueurs simultanés enregistré le 12 avril 2025 pendant le BLAST Austin Major, et un nouveau pic de plus de 1,2 million de joueurs constaté le 20 juillet 2026 selon activeplayer.io. Face à cette audience massive, de plus en plus de communautés, d’associations d’esport et de groupes d’amis choisissent d’héberger leur propre serveur CS2 dédié plutôt que de dépendre du matchmaking officiel de Valve ou de payer un abonnement mensuel à un hébergeur tiers. Ce guide détaille, en 12 étapes vérifiées, comment installer, configurer et sécuriser ce type de serveur sous Windows ou Linux, avec les vraies commandes SteamCMD, les ports réseau exacts, la génération du token GSLT, l’ajout de plugins via Metamod:Source et CounterStrikeSharp, et la mise en place d’une configuration compétitive 5 contre 5 pour vos scrims.

Pourquoi installer un serveur CS2 dédié en 2026 ?

Un serveur CS2 dédié donne un contrôle total sur les règles, les maps, l’anti-triche communautaire et les plugins, ce qu’un simple lobby entre amis ne permet pas. Contrairement au matchmaking officiel, où le serveur est choisi et administré par Valve, un serveur communautaire permet de fixer librement l’argent de départ, le temps de round, la rotation des maps Workshop, et d’installer des outils d’administration comme CounterStrikeSharp pour gérer les votes, les bannissements ou les statistiques.

L’intérêt est aussi économique : plutôt que de payer un abonnement mensuel fixe chez un hébergeur clé en main, héberger soi-même son serveur CS2 sur un VPS ou un serveur dédié permet de mutualiser la machine avec d’autres usages (Discord bot, autres jeux, stockage) et de garder la main sur les sauvegardes. C’est également la méthode utilisée par de nombreuses ligues amateurs et associations universitaires françaises pour organiser des scrims et des qualifications locales avant les grands tournois comme l’Esports World Cup.

Un serveur communautaire bien configuré sert aussi de terrain d’entraînement structuré : contrairement à un lobby matchmaking classique, il permet de rejouer un scénario précis (un retake sur un site précis, une exécution répétée dix fois de suite) sans attendre qu’une nouvelle partie se lance. De nombreuses équipes semi-professionnelles françaises et européennes s’appuient ainsi sur des serveurs privés pour leurs sessions de scrims hebdomadaires, avec des configurations dédiées au mode compétitif détaillées plus loin dans ce guide.

Prérequis : matériel, logiciels et comptes nécessaires

Avant de commencer, réunissez les éléments suivants. Selon le guide officiel IONOS pour un serveur CS2 dédié, la configuration minimale documentée est : un processeur d’au moins 3,0 GHz sur 4 cœurs, 6 Go de RAM minimum, et 50 Go d’espace disque libre pour les fichiers du jeu et les mises à jour.

  • Système d’exploitation : Windows Server 2019/2022 ou une distribution Linux récente (Ubuntu 22.04/24.04 LTS ou Debian 12 conviennent, ce sont les plus documentées par les hébergeurs de jeux).
  • SteamCMD : l’outil en ligne de commande officiel de Valve pour télécharger les fichiers serveur, disponible gratuitement sur le site de Valve.
  • Compte Steam avec un numéro de téléphone lié — obligatoire pour générer un Game Server Login Token (GSLT), sans quoi Steam refuse la création du token.
  • Accès administrateur/root sur la machine (VPS, serveur dédié ou PC personnel) pour ouvrir les ports et créer les services système.
  • Un client FTP/SSH (WinSCP, PuTTY ou simplement un terminal) si le serveur est hébergé à distance.
  • Espace disque additionnel pour les maps Workshop personnalisées et les futurs correctifs de CS2, qui pèsent chacun plusieurs centaines de Mo.
  • Une adresse IP publique fixe (ou un nom de domaine dynamique) si le serveur est hébergé depuis une connexion personnelle, pour que les joueurs puissent s’y connecter de façon fiable d’une session à l’autre.
  • Un éditeur de texte simple (Notepad++, nano ou vim) pour modifier server.cfg sans risquer d’introduire un encodage incompatible avec le moteur Source 2.

Comptez environ 30 minutes pour l’installation complète si votre connexion et votre disque sont rapides, le téléchargement des fichiers du serveur via SteamCMD représentant à lui seul la majeure partie du temps (environ 60 Go de données selon les retours communautaires les plus récents). Si vous comptez ajouter des plugins CounterStrikeSharp ou une configuration compétitive complète dès le premier lancement, prévoyez plutôt 45 à 60 minutes pour tout tester sereinement avant d’inviter vos premiers joueurs.

Étape 1 – Choisir entre VPS, serveur dédié et hébergement clé en main

La première décision concerne la machine qui va faire tourner votre serveur CS2 dédié. Trois options existent : un VPS (serveur virtuel privé) à petit budget pour un serveur occasionnel entre amis, un serveur dédié physique pour héberger plusieurs instances ou une communauté active, ou un hébergement clé en main chez un spécialiste du jeu vidéo qui gère l’installation à votre place. Le tableau suivant résume les paliers matériels observés chez les hébergeurs européens en 2026.

PalierCPURAMStockageIdéal pour
VPS d’entrée de gamme2 vCPU4 Go65-80 Go NVMe1 serveur, 10 joueurs max, usage occasionnel
VPS recommandé3-4 vCPU6-8 Go80 Go+ NVMeServeur communautaire actif avec plugins
Minimum officiel documenté (IONOS)3,0 GHz, 4 cœurs6 Go50 GoBase de référence, sans marge de confort
Dédié complet (ex. OVH/Kimsufi SYS-GAME-2)Ryzen 7 3800X, 8c/16t64 Go DDR4 ECC2×960 Go NVMePlusieurs serveurs simultanés, grosse communauté

Pour un premier serveur entre amis ou une petite ligue amateure, un VPS d’entrée de gamme suffit largement. Ce n’est que si vous prévoyez d’héberger plusieurs serveurs CS2 en parallèle (matchmaking privé, entraînement, scrims) qu’un serveur dédié complet comme celui proposé par Kimsufi (OVHcloud) devient pertinent.

Le choix entre Windows et Linux mérite aussi réflexion. Un serveur CS2 sous Linux consomme généralement moins de ressources système au repos (pas d’interface graphique à faire tourner en permanence) et s’intègre plus naturellement avec systemd pour l’automatisation présentée à l’étape 12. Windows reste toutefois pertinent si votre hébergeur ne propose que cet environnement, ou si vous êtes plus à l’aise en administration Windows qu’en ligne de commande Linux — les deux plateformes sont officiellement supportées par SteamCMD et par l’ensemble des guides cités dans cet article.

Étape 2 – Installer SteamCMD sur Windows et Linux

SteamCMD est l’outil en ligne de commande officiel de Valve qui permet de télécharger les fichiers du serveur sans passer par le client Steam graphique. Sous Linux, l’installation se fait en quelques commandes :

mkdir -p ~/steamcmd && cd ~/steamcmd
curl -sqL "https://steamcdn-a.akamaihd.net/client/installer/steamcmd_linux.tar.gz" -o steamcmd_linux.tar.gz
tar -xvzf steamcmd_linux.tar.gz
./steamcmd.sh

Sous Windows, téléchargez l’archive steamcmd.zip depuis le site officiel de Valve, extrayez-la dans un dossier dédié (par exemple C:\steamcmd), puis lancez simplement steamcmd.exe. Au premier lancement, l’outil se met à jour automatiquement et affiche Loading Steam API...OK une fois prêt. C’est également la méthode décrite par le guide ZAP-Hosting pour Windows.

Étape 3 – Télécharger le serveur CS2 avec app_update 730

Point important à connaître avant de continuer : contrairement à CS:GO, qui utilisait un identifiant Steam séparé pour son serveur dédié (l’App ID 740), CS2 a fusionné le client et le serveur dédié sous le même App ID 730. Il n’existe pas, à ce jour, de branche « Dedicated Server » distincte pour CS2. Une fois dans l’invite SteamCMD, exécutez :

login anonymous
force_install_dir ../cs2-server/
app_update 730 validate
quit

La connexion anonyme (login anonymous) suffit pour télécharger les fichiers du serveur dédié. Le téléchargement représente environ 60 Go et prend généralement entre 10 et 30 minutes selon votre connexion. Le mot-clé validate force SteamCMD à vérifier l’intégrité de chaque fichier téléchargé, ce qui évite des crashs difficiles à diagnostiquer plus tard. Sous Windows, la même commande s’exécute en remplaçant le chemin par une syntaxe Windows, par exemple force_install_dir C:\cs2-server, comme le documente le guide IONOS en français.

Étape 4 – Ouvrir les ports réseau indispensables

Sans ouverture correcte des ports, votre serveur reste invisible ou inaccessible depuis l’extérieur de votre réseau. Deux ports sont strictement nécessaires, confirmés à la fois par le guide français d’IONOS et par le guide technique de TroubleChute : « We need to open ports 27015 and 27016. If you set a custom port above, then forward that. » — TroubleChute, guide technique CS2.

PortProtocoleUsage
27015TCP + UDPPort principal du jeu (connexion des joueurs, RCON)
27016TCP + UDPPort secondaire / GOTV (retransmission des matchs)
27015-27020TCP + UDPPlage étendue recommandée par certains hébergeurs pour plusieurs instances simultanées

Sur un VPS ou un serveur dédié chez un hébergeur cloud, l’ouverture se fait via l’interface de gestion du pare-feu (par exemple, chez IONOS, dans « Serveur & Cloud » puis « Réseau → Règles de pare-feu »). Sur une box personnelle, il faut en plus configurer la redirection de port (« port forwarding ») vers l’adresse IP locale de la machine hébergeant le serveur.

Étape 5 – Générer votre Game Server Login Token (GSLT)

Le Game Server Login Token (GSLT) est un jeton d’authentification Steam obligatoire pour qu’un serveur CS2 dédié apparaisse dans le navigateur de serveurs communautaires et accepte les connexions de joueurs extérieurs à votre réseau local. Pour le générer :

  • Rendez-vous sur steamcommunity.com/dev/managegameservers et connectez-vous avec votre compte Steam.
  • Renseignez 730 dans le champ App ID (l’identifiant de CS2).
  • Cliquez sur « Créer » pour générer le token, puis copiez-le.

Deux points de vigilance : votre compte Steam doit avoir un numéro de téléphone lié, sinon Steam refuse la génération du token. Ensuite, un token inutilisé pendant 5 semaines (serveur éteint sur cette durée) expire automatiquement et ne peut plus être réutilisé — il faudra alors en générer un nouveau. Chaque serveur CS2 que vous faites tourner nécessite son propre token distinct.

Si vous gérez plusieurs serveurs (par exemple un serveur d’entraînement et un serveur de scrims séparés), la même page steamcommunity.com/dev/managegameservers permet de visualiser tous vos tokens actifs, de voir lequel est actuellement utilisé par quel serveur, et de révoquer un token compromis ou devenu inutile. Conservez vos tokens dans un gestionnaire de mots de passe plutôt que dans un fichier texte en clair sur le serveur, puisqu’un token GSLT volé permet à un tiers de faire passer un autre serveur pour le vôtre.

Étape 6 – Configurer le fichier server.cfg

Le fichier de configuration principal se trouve dans game/csgo/cfg/server.cfg — CS2 conserve en interne le nom de dossier historique « csgo » hérité de CS:GO, un détail qui surprend souvent les nouveaux administrateurs. Voici un exemple de configuration de base pour un serveur communautaire classique :

hostname "Mon Serveur CS2 dédié - France"
sv_lan 0
sv_password ""
rcon_password "CHANGEZ_CE_MOT_DE_PASSE"
mp_maxmoney 16000
mp_startmoney 800
mp_freezetime 15
mp_roundtime 1.92
mp_autoteambalance 1
mp_limitteams 1
sv_region 3
sv_setsteamaccount "VOTRE_TOKEN_GSLT"

Adaptez mp_maxmoney, mp_startmoney et mp_roundtime selon le mode de jeu visé (compétitif classique, deathmatch ou entraînement à l’aim). Le paramètre sv_region permet d’indiquer la zone géographique de votre serveur dans le navigateur communautaire (la valeur 3 correspond à l’Europe) afin que les joueurs français et européens vous trouvent plus facilement.

Étape 7 – Lancer le serveur avec les bons paramètres

Une fois le fichier server.cfg en place, lancez l’exécutable avec les paramètres de démarrage adaptés. Sous Linux :

./cs2 -dedicated -usercon -console +game_type 0 +game_mode 1 \
  +map de_dust2 +servercfgfile server.cfg \
  +sv_setsteamaccount VOTRE_TOKEN_GSLT -secure

Le flag -usercon est indispensable si vous souhaitez utiliser RCON à distance. Le flag -secure active la protection Valve Anti-Cheat (VAC) pour votre serveur communautaire ; certains hébergeurs utilisent -insecure dans leurs exemples pour faciliter les tests de plugins, mais ce mode désactive VAC et n’est pas recommandé pour un serveur ouvert au public. Une fois lancé correctement, la console affiche une sortie proche de ceci :

Network: IP 0.0.0.0, mode MP, dedicated Yes, ports 27015 SV / 27005 CL
Server logging enabled.
Game "Counter-Strike 2" started on map "de_dust2"
Steam config directory: /home/user/cs2-server/game/csgo
CS2 server connecté avec succès au réseau Steam (GSLT valide)

Étape 8 – Ajouter des maps Workshop et gérer la rotation

CS2 permet d’héberger des collections entières de maps personnalisées issues du Steam Workshop directement sur votre serveur, sans devoir les télécharger manuellement. Il suffit d’ajouter le paramètre suivant au lancement :

./cs2 -dedicated +map de_dust2 +host_workshop_collection 3070689635

Remplacez l’identifiant numérique par celui de votre propre collection Workshop (visible à la fin de l’URL de la collection sur Steam). Une fois le serveur lancé, plusieurs commandes console permettent de gérer la rotation : ds_workshop_listmaps affiche la liste des maps Workshop disponibles sur le serveur, ds_workshop_changelevel change de map par son nom, et sv_workshop_allow_other_maps autorise les joueurs à ajouter d’autres maps à la rotation lorsque le serveur est vide, comme le détaille le centre d’aide DatHost sur les maps personnalisées.

Étape 9 – Installer Metamod:Source et CounterStrikeSharp

Erreur fréquente chez les administrateurs venant de CS:GO : SourceMod ne fonctionne pas sur CS2. SourceMod reste limité aux jeux Source 1 (comme CS:GO) et n’a, à ce jour, aucune version compatible avec le moteur Source 2 utilisé par CS2. La pile de plugins moderne pour CS2 repose sur deux briques distinctes : Metamod:Source v2, le point d’accroche bas niveau au moteur, et CounterStrikeSharp, un hôte de plugins en C# qui a repris le rôle historique de SourceMod (menus admin, RTV, statistiques, bannissements).

L’ordre d’installation est important : Metamod:Source doit toujours être installé avant CounterStrikeSharp, qui s’installe lui-même avant vos plugins individuels.

# 1. Télécharger et extraire la dernière version de Metamod:Source
#    dans le dossier game/csgo/ du serveur
# 2. Vérifier la présence du fichier gameinfo.gi mis à jour
#    (Metamod ajoute automatiquement sa ligne au chargement)
# 3. Télécharger CounterStrikeSharp et l'extraire au même
#    endroit (game/csgo/addons/counterstrikesharp/)
# 4. Redémarrer le serveur et vérifier en console :
css_plugins list

La documentation officielle de CounterStrikeSharp détaille cette procédure pas à pas, tandis que Metamod:Source reste la référence officielle du projet pour CS2 comme pour les autres jeux Source.

Configurer un mode compétitif 5 contre 5 pour vos scrims

Une fois Metamod:Source et CounterStrikeSharp installés, l’ajout le plus utile pour une équipe ou une association esport est un plugin de gestion de match. MatchZy, plugin open source sous licence MIT (474 étoiles sur GitHub, toujours activement maintenu), s’est imposé comme référence pour transformer un simple serveur communautaire en véritable serveur de scrims façon compétition professionnelle : manche de knife round pour choisir son camp, système de veto de maps, formats BO1/BO3/BO5, et verrouillage des joueurs dans leur équipe pour éviter les changements de camp en cours de match.

L’installation suit le même principe que CounterStrikeSharp : téléchargez la dernière version depuis le dépôt GitHub officiel de MatchZy, extrayez l’archive dans game/csgo/addons/counterstrikesharp/plugins/, puis chargez une configuration de match via une simple commande RCON :

// Depuis la console RCON, une fois MatchZy chargé :
matchzy_loadmatch_url "https://votre-panel.example/match/123.json"
// Ou en local, avec un fichier de configuration JSON simple :
matchzy_loadmatch "match_config.json"
// Lancer manuellement la manche de knife round :
matchzy_startknife

Pour un simple entraînement sans panel externe, un fichier de configuration JSON minimal suffit à définir les deux équipes, le format (BO1, BO3) et la liste de maps à utiliser pour le veto — MatchZy gère ensuite automatiquement la logique de knife round : l’équipe avec le plus de joueurs remporte la manche, à égalité de joueurs c’est l’équipe avec le plus de points de vie cumulés qui l’emporte, et en cas d’égalité totale le résultat est tiré au sort. Cette automatisation évite à un administrateur humain de devoir arbitrer manuellement chaque scrim, un gain de temps réel pour les équipes qui enchaînent plusieurs sessions par semaine.

Étape 10 – Sécuriser le serveur : VAC, RCON et comptes admin

La sécurité d’un serveur CS2 dédié repose sur trois piliers : la protection anti-triche VAC, un mot de passe RCON robuste, et une gestion propre des comptes administrateurs via CounterStrikeSharp. Changez systématiquement le rcon_password par défaut de votre server.cfg — un mot de passe RCON faible ou par défaut est la porte d’entrée la plus commune pour qu’un tiers prenne le contrôle total de votre serveur (changement de map, kick de tous les joueurs, ou pire).

VAC Secure vs Insecure : lequel choisir ?

Le flag -secure au lancement active Valve Anti-Cheat sur votre serveur communautaire, ce qui protège vos joueurs contre les tricheurs détectés par le système de Valve. Le flag -insecure désactive cette protection — il n’est utile que pour du développement local ou des tests de plugins expérimentaux hors ligne, jamais pour un serveur ouvert à de vrais joueurs. Gardez également à l’esprit qu’aucun anti-triche, VAC inclus, n’est infaillible : de nombreuses communautés CS2 ajoutent des plugins de détection complémentaires via CounterStrikeSharp en plus de VAC.

Au-delà de VAC et du mot de passe RCON, deux réflexes supplémentaires renforcent sérieusement la sécurité d’un serveur exposé sur Internet en continu. D’abord, restreignez la gestion des administrateurs via le fichier admins.json de CounterStrikeSharp, qui associe chaque SteamID64 à un niveau de permission précis (kick, ban, changement de map, accès RCON complet) plutôt que de partager un unique mot de passe RCON avec toute une équipe. Ensuite, si votre VPS ou serveur dédié expose aussi un accès SSH, installez fail2ban pour bannir automatiquement les adresses IP qui multiplient les tentatives de connexion échouées — une bonne pratique d’hygiène système qui dépasse le seul cadre de CS2 mais protège la même machine qui héberge votre serveur.

Étape 11 – Optimiser tick rate, subtick et bande passante

Contrairement à CS:GO, où le choix entre 64-tick et 128-tick influençait directement la précision des duels, CS2 fonctionne sur un serveur figé à 64 Hz, matériellement câblé dans le moteur Source 2 pour garantir une physique identique sur toutes les plateformes (par exemple, les trajectoires de grenades restent cohérentes partout). Cette limite est compensée par le système subtick : chaque action du joueur (tir, saut, lancer de grenade) est horodatée à la milliseconde près et traitée par le serveur indépendamment des limites de tick classiques, ce qui réduit fortement l’écart de ressenti qui existait auparavant entre serveurs 64-tick et 128-tick.

Pour optimiser la bande passante de votre serveur, ajustez les variables suivantes dans server.cfg selon le nombre de joueurs et la qualité de votre connexion montante :

  • sv_maxrate : limite haute de données envoyées à chaque client (à augmenter sur une connexion fibre stable).
  • sv_minrate : limite basse garantie par client, à fixer pour éviter les décalages sur des connexions faibles.
  • sv_parallel_sendsnapshot : active l’envoi multi-thread des snapshots réseau, utile sur un CPU multi-cœurs pour réduire la latence perçue avec de nombreux joueurs connectés.

Pour vérifier concrètement la santé réseau de votre serveur une fois en jeu, les joueurs peuvent activer net_graph 1 dans leur propre console client : cet indicateur affiche en temps réel le ping, les pertes de paquets (« choke » et « loss ») et le taux de rafraîchissement effectif, ce qui permet de repérer rapidement si un réglage de bande passante côté serveur doit être ajusté avant que les joueurs ne se plaignent de lag en plein match.

Étape 12 – Automatiser sauvegardes et redémarrages

Un serveur exploité en continu doit pouvoir redémarrer seul après un crash ou une mise à jour Steam, sans intervention manuelle. Sous Linux, la solution la plus fiable consiste à créer un service systemd plutôt qu’un simple script lancé en arrière-plan avec &, qui ne survivrait pas à un redémarrage de la machine.

Projet complet : script de déploiement automatisé

Voici un projet fonctionnel complet combinant mise à jour automatique, service systemd et redémarrage programmé — la base d’une exploitation sérieuse sur un VPS ou un serveur dédié :

#!/bin/bash
# update_cs2.sh - Met à jour le serveur avant chaque redémarrage
cd ~/steamcmd
./steamcmd.sh +login anonymous \
  +force_install_dir ~/cs2-server \
  +app_update 730 validate +quit

# /etc/systemd/system/cs2-server.service
[Unit]
Description=Serveur CS2 dedie
After=network.target

[Service]
Type=simple
User=cs2user
WorkingDirectory=/home/cs2user/cs2-server/game/bin/linuxsteamrt64
ExecStartPre=/home/cs2user/update_cs2.sh
ExecStart=/home/cs2user/cs2-server/game/bin/linuxsteamrt64/cs2 -dedicated \
  -usercon +map de_dust2 +servercfgfile server.cfg \
  +sv_setsteamaccount VOTRE_TOKEN_GSLT -secure
Restart=on-failure
RestartSec=10

[Install]
WantedBy=multi-user.target

# Activation :
# sudo systemctl daemon-reload
# sudo systemctl enable --now cs2-server.service
# Sauvegarde hebdomadaire du dossier cfg via cron :
# 0 4 * * 0 tar -czf ~/backups/cs2-cfg-$(date +\%F).tar.gz ~/cs2-server/game/csgo/cfg/

Avec Restart=on-failure, systemd relance automatiquement le serveur en cas de plantage, et l’entrée cron sauvegarde vos fichiers de configuration chaque dimanche à 4h du matin — utile pour restaurer rapidement vos réglages après une mise à jour Valve qui viendrait écraser certains fichiers.

Combien coûte un serveur CS2 en France et en Europe ?

Le coût d’un serveur CS2 dédié varie fortement selon le niveau d’hébergement choisi. Voici les tarifs constatés chez plusieurs hébergeurs actifs en France et en Europe :

HébergeurType d’offreConfigurationPrix
ZAP-HostingVPSEntrée de gammeà partir de 7,90 €/mois
ZAP-HostingServeur dédiéEntrée de gammeà partir de 58,90 €/mois
Kimsufi (OVHcloud)Serveur dédié SYS-GAME-2Ryzen 7 3800X, 64 Go DDR4 ECC, 2×960 Go NVMe64,99 € HT/mois
IONOSVPS / CloudConfiguration modulableFacturation à la minute, variable selon les ressources

Pour un serveur occasionnel entre amis, une offre VPS d’entrée de gamme autour de 5 à 10 € par mois suffit amplement. Le passage à un serveur dédié complet comme le SYS-GAME-2 d’OVHcloud/Kimsufi ne se justifie que si vous hébergez plusieurs serveurs CS2 en parallèle pour une communauté ou une structure esport.

Les erreurs les plus fréquentes lors de l’installation

1. Oublier d’ouvrir le port 27016 en plus du 27015. Le serveur apparaît alors dans le navigateur mais GOTV et certaines fonctions de retransmission restent inaccessibles, ce qui déroute inutilement les joueurs.

2. Installer SourceMod en pensant qu’il fonctionne sur CS2. SourceMod reste un outil Source 1 ; sur CS2, seuls Metamod:Source v2 et CounterStrikeSharp sont fonctionnels. Toute tentative d’installation de SourceMod classique échoue silencieusement ou plante le serveur au démarrage.

3. Générer un GSLT sans numéro de téléphone lié au compte Steam. La génération échoue sans message d’erreur toujours explicite pour un débutant — vérifiez d’abord les paramètres de sécurité de votre compte Steam.

4. Modifier server.cfg sans le charger réellement au lancement. Sans le paramètre +servercfgfile server.cfg (ou un exec server.cfg explicite), vos modifications sont tout simplement ignorées et le serveur démarre avec les réglages par défaut.

5. Confondre l’App ID 730 (actuel) avec l’ancien 740 de CS:GO. CS2 a fusionné client et serveur dédié sous le même identifiant 730 ; chercher à utiliser 740 fait échouer le téléchargement SteamCMD.

6. Laisser le serveur tourner en permanence avec le flag -insecure. Ce mode désactive purement et simplement VAC. Il ne devrait servir qu’à des tests de plugins hors ligne, jamais à un serveur ouvert au public.

7. Oublier que le GSLT expire après 5 semaines d’inactivité. Un serveur éteint longtemps (vacances, maintenance prolongée) peut voir son token expirer silencieusement ; il suffit alors d’en régénérer un nouveau sur la page de gestion Steam.

Dépannage : résoudre les problèmes courants

Le serveur n’apparaît pas dans le navigateur communautaire.
Vérifiez que sv_lan est bien réglé sur 0, que votre GSLT est valide et correctement renseigné via sv_setsteamaccount, et que les ports 27015/27016 sont bien ouverts côté pare-feu ET côté box/routeur.

« Impossible de se connecter au serveur » / timeout de connexion.
C’est presque toujours un problème de redirection de port (NAT) ou de pare-feu bloquant le trafic UDP entrant. Testez avec un site de vérification de port externe pendant que le serveur tourne.

SteamCMD reste bloqué sur « Redirecting stderr » ou l’update ne se termine jamais.
Vérifiez l’espace disque disponible (au moins 50 Go libres), relancez simplement la commande app_update 730 validate, et évitez d’exécuter SteamCMD en tant que root sous Linux, ce qui provoque parfois des blocages de permissions.

Le serveur plante au changement de map avec une collection Workshop.
L’identifiant de collection est probablement incorrect, ou sv_workshop_allow_other_maps n’est pas configuré correctement pour votre cas d’usage. Revérifiez l’ID à la fin de l’URL Steam de votre collection.

CounterStrikeSharp affiche « Metamod not found » ou les plugins ne se chargent pas.
L’ordre d’installation a probablement été inversé. Metamod:Source doit impérativement être installé et fonctionnel avant CounterStrikeSharp — désinstallez et reprenez dans le bon ordre.

Ping élevé ou à-coups malgré un matériel correct.
Ajustez sv_maxrate et sv_minrate dans server.cfg, qui sont souvent laissés aux valeurs par défaut inadaptées à votre bande passante réelle ; activez aussi sv_parallel_sendsnapshot sur un CPU multi-cœurs.

Le mot de passe RCON est refusé (« Bad Password »).
Vérifiez que le flag -usercon a bien été passé au démarrage du serveur et que le mot de passe utilisé correspond exactement à celui défini dans server.cfg (attention aux espaces ou guillemets mal fermés).

Les modifications de server.cfg ne s’appliquent pas après redémarrage.
Le fichier a peut-être été enregistré avec un encodage ou un BOM incompatible, ou le serveur charge un autre fichier de config que celui que vous éditez — vérifiez le chemin exact passé à +servercfgfile.

Erreur « token already in use » lors du démarrage.
Le même GSLT est utilisé simultanément sur deux serveurs. Chaque instance de serveur CS2 nécessite son propre token unique généré séparément.

Astuces avancées pour les administrateurs expérimentés

Pour héberger plusieurs serveurs CS2 sur une même machine dédiée (utile pour une association esport ou une ligue amateure), attribuez à chaque instance un GSLT distinct et un port différent (27015/27016 pour le premier, 27025/27026 pour le second, etc.), puis créez un service systemd séparé par instance pour un contrôle indépendant.

Côté modération, CounterStrikeSharp permet d’installer l’équivalent moderne de SourceBans++ pour centraliser les bannissements entre plusieurs serveurs, ainsi que des plugins de vote de map (RTV) ou de statistiques de match. Pensez également à isoler votre serveur dans un conteneur Docker si vous gérez plusieurs jeux sur la même machine : cela simplifie grandement les mises à jour et les redémarrages indépendants sans risquer d’impacter vos autres services.

Pour garder un œil sur la disponibilité du serveur sans rester connecté en permanence, un webhook Discord déclenché par un plugin CounterStrikeSharp peut notifier automatiquement votre communauté à chaque démarrage, crash ou fin de match — pratique pour une petite équipe qui n’a pas les moyens d’une supervision dédiée. Côté performance système, un outil léger comme htop ou vmstat suffit pour surveiller l’usage CPU/RAM en continu et détecter une fuite mémoire avant qu’elle ne force un redémarrage en pleine session.

Enfin, gardez à l’esprit qu’aucun système anti-triche n’est parfait : de nombreuses communautés combinent VAC avec des plugins de détection comportementale tiers via CounterStrikeSharp, en plus d’une modération humaine active sur Discord pour traiter les signalements de triche en temps réel.

Foire aux questions

Combien coûte un serveur CS2 par mois ?
Comptez entre 5 et 10 € par mois pour un VPS d’entrée de gamme suffisant pour un serveur occasionnel, et à partir de 58 à 65 € par mois pour un serveur dédié complet capable d’héberger plusieurs instances simultanées.

Ai-je besoin d’un GSLT pour un serveur privé entre amis ?
Techniquement non si le serveur reste strictement local (LAN) avec sv_lan 1, mais un GSLT est obligatoire dès que vous voulez que des joueurs se connectent depuis Internet et que le serveur apparaisse dans le navigateur communautaire.

Puis-je héberger un serveur CS2 sur mon PC personnel ?
Oui, c’est possible et gratuit, mais votre PC doit rester allumé en permanence, votre connexion montante doit être suffisante, et vous devrez configurer la redirection de port sur votre box. Un VPS reste préférable pour une disponibilité 24h/24.

Le serveur communautaire est-il protégé par VAC ?
Oui, à condition de le lancer avec le flag -secure plutôt que -insecure. C’est le réglage par défaut recommandé pour tout serveur ouvert à de vrais joueurs.

Quelle est la différence entre un serveur 64-tick et 128-tick sur CS2 ?
CS2 fonctionne uniquement à 64 Hz, une valeur figée dans le moteur Source 2. Le système subtick, qui horodate chaque action à la milliseconde, réduit fortement l’écart de ressenti qui existait auparavant entre les serveurs 64-tick et 128-tick sur CS:GO.

Puis-je utiliser SourceMod sur mon serveur CS2 ?
Non. SourceMod ne dispose d’aucune version compatible avec CS2 à ce jour. Utilisez Metamod:Source v2 associé à CounterStrikeSharp, qui remplit un rôle équivalent.

Combien de temps faut-il pour installer un serveur CS2 complet ?
Environ 30 minutes au total, le téléchargement des fichiers via SteamCMD (environ 60 Go) représentant la majeure partie de ce délai selon la vitesse de votre connexion et de votre disque.

Comment mettre à jour le serveur après une nouvelle version de CS2 ?
Relancez simplement la commande app_update 730 validate via SteamCMD avant de redémarrer le serveur — c’est exactement ce que fait le script update_cs2.sh présenté plus haut, idéalement exécuté automatiquement avant chaque redémarrage.

Contenus liés