Server commands and player announcements: console, RCON and Telnet

オープン
  • 何か問題がありますか？
#5,047 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
8/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
活発
技術スタック
bash, shell
領域
cli, tooling

調査の方向性

This is a tracker, not a single change, so start by reading the existing send command and the warning countdown merged in #5025, then record the capability matrix for ARK, Rust and 7 Days to Die that the issue asks for. Decide which transports (console, RCON, Telnet) are viable before touching code, and confirm that constraint with maintainers in the thread. Done means an agreed matrix and a scoped first step, not a full implementation.

索引モデルが issue の本文から書いたものです。

説明

engine: unity3d engine: unreal4 Epic game: 7 Days to Die game: ARK: Survival Evolved game: Rust info: dependency type: feature

User story

As a server admin, I want a consistent way to send commands and broadcast messages to players, including warnings before a planned stop, restart, update or backup, across games with different console and remote administration interfaces.

Current behaviour

LinuxGSM already provides send for games with an interactive tmux console. #5025 added the warnplayerstimer countdown and cancellation messages for supported games, and #4595 added player-aware restart postponement. The broad auto-restart request #2107 has been closed as completed.

Games without an interactive console still need a supported way to deliver commands. ARK, Rust and 7 Days to Die have related requests involving RCON, WebRCON or Telnet. These are different protocols and need explicit compatibility checks.

Manual broadcasts and automatic restart warnings share the same underlying requirement: deliver the game's announcement command to connected players. This tracker brings those requests together and tracks the remaining delivery and game-support work.

Related requests

Manual messages and ARK warnings
  • #2334 — standalone ARK broadcast command.
  • #2922 — ARK broadcasts before restart, stop and update, with a proposed Discord alert integration. Reuse the existing warning countdown for in-game messages; assess external alert changes separately.
Similar requests to warn players before server restarts
  • #807 — Rust in-game restart/stop/update warnings. The original report also describes an in-game restart failing to bring the server back; assess that behaviour separately before closing it.
  • #4419 — Rust shutdown warnings, plus concerns about saving and graceful shutdown.
  • #674 — 7 Days to Die restart announcements through Telnet.
Existing work and previous decisions
  • #5025 — merged warning countdown implementation; reuse its timer, player checks and cancellation handling.
  • #4595 — merged player-aware stop/restart protection.
  • #2107 — completed umbrella request for warnings and waiting until players leave.
  • #299 — previous RCON discussion. Broad support was declined because game implementations vary and maintaining them would be costly without a well-supported client/library. Reassess this constraint before selecting dependencies.
  • #2201 — related 7 Days to Die shutdown refactor to remove expect. Coordinate any Telnet work without making that refactor a prerequisite for all announcement support.

Proposed approach

  1. Use a shared command-delivery interface for the existing interactive console and explicitly supported remote administration clients.
  2. Keep each game's announcement command separate from its transport: say, broadcast and other commands should use the same delivery path as manual server commands.
  3. Route automatic warnings through the shared announcement handling, extending the existing countdown to additional games.
  4. Define consistent public command behaviour for manual announcements and raw commands, preserving the existing send command. Final command names should be agreed during implementation.

Initial scope and completion criteria

  • Record a capability matrix for ARK: Survival Evolved, Rust and 7 Days to Die: transport, announcement command, configuration requirements and client/library support.
  • Evaluate maintained clients/libraries and their compatibility, installation and credential-handling requirements. Document any unsupported game or protocol explicitly.
  • Provide shared delivery and announcement functions, preserving existing console-based behaviour.
  • Support manual announcements and the existing warning countdown for the initial games where a viable transport is confirmed.
  • Report unsupported games, missing settings, authentication failures and timeouts clearly, without exposing credentials in normal output or logs.
  • Verify message quoting, spaces and special characters, and ensure user-supplied message text cannot become an unintended additional console command.
  • Test manual broadcasts and stop/restart/update warnings against real servers, including cancellation and delivery failure handling. Verify world-save and shutdown behaviour separately where those issue requirements apply.
  • Document supported games, setup, commands and limitations.

This tracker covers planned-operation announcements. Crash recovery cannot deliver an in-game warning after the server has already stopped responding. General RCON monitoring, universal protocol support and unrelated game configuration bugs are outside the initial scope.

主要言語
Shell
スター
4.9k
フォーク
870
平均マージ
20時間 56分
マージ済み PR（30日）
130

環境構築

Codespaces で開く

このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

GameServerManagers/LinuxGSM のほかの issue

GameServerManagers/LinuxGSM の issue をすべて見る

似ている issue

Shell/Bash の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。