리눅스 게임 서버에서 RCON과 로그 모니터링 시작하기

한 줄 요약: SteamCMD를 기준으로 RCON과 로그 모니터링를 정리한 글입니다. 설치형 서버를 여러 개 돌릴 때 반복되는 실수를 줄이는 데 초점을 맞췄습니다.

리눅스는 한 번 잘 잡아두면 오래 편하지만, 초반 보안과 운영 기본기를 건너뛰면 계속 발목을 잡습니다. 오늘 글은 그 기본기 위주로 묶었습니다.

이 글이 필요한 경우

- Steam 기반 게임 서버를 처음 설치하거나 여러 개 운영하려고 할 때
- 업데이트, 로그, 백업, 자동 실행을 반복 가능한 방식으로 만들고 싶을 때
- SteamCMD 오류나 설치 구조를 한 번에 이해하고 싶을 때

준비물

- SteamCMD 실행 가능한 서버 환경
- 게임별 appid와 설치 경로 계획
- 업데이트 후 검증에 쓸 테스트 접속 수단

따라 하기

1. SteamCMD를 고정 경로에 설치하고 게임별 설치 폴더를 분리합니다.
2. appid와 force_install_dir, anonymous 여부를 먼저 정리합니다.
3. 초기 설치 후 로그 위치와 실행 파일 구조를 확인합니다.
4. 업데이트 스크립트와 재시작 루틴을 별도 스크립트로 묶습니다.
5. 백업과 포트 점검을 업데이트 전 루틴에 포함합니다.
6. 장애가 났을 때 되돌릴 기준 파일과 이전 버전을 따로 보관합니다.

흐름 한눈에 보기

운영 팁

- 게임마다 설치 폴더를 섞지 않으면 업데이트 실패 원인을 찾기가 훨씬 쉽습니다.
- 자동화는 설치보다 검증 단계가 중요합니다. 업데이트 후 프로세스가 실제로 살아나는지 꼭 확인하세요.
- RCON이나 로그 tail 같은 관측 수단을 붙여야 장애 대응 속도가 빨라집니다.

자주 막히는 지점

- anonymous login 오류는 게임이 실제로 익명 업데이트를 허용하는지부터 다시 봅니다.
- 설치가 멈추면 force_install_dir, 디스크 권한, 남은 공간을 먼저 확인합니다.
- 업데이트 후 실행 파일 경로가 바뀌는 게임은 런처 스크립트 경로도 같이 점검해야 합니다.

마무리 체크리스트

- 게임별 appid와 설치 경로를 따로 정리했다
- 업데이트 전 백업 스크립트를 만들었다
- 로그와 재시작 확인 방법을 운영 문서에 적어 두었다

---

보안과 백업은 눈에 잘 안 보여도 가장 먼저 적립되는 운영 자산입니다. 작은 설정부터 꾸준히 쌓는 게 결국 제일 강합니다.