Project Zomboid 42.20.3: 이제 서버에서 최대 254명의 플레이어를 지원

Project Zomboid Build 42는 멀티플레이 기반을 계속해서 개선하고 있습니다. 2026년 8월 17일에 출시된 안정화 42.20.3 hotfix는 전용 서버를 직접 겨냥한 여러 변경 사항을 도입했으며, 여기에는 플레이어 제한 처리 개선, 가득 찬 서버에 대한 관리자 접근, 그리고 장기적으로 성능 저하나 크래시를 유발할 수 있는 메모리 누수 수정이 포함됩니다.

가장 눈에 띄는 수치는 254명입니다. 이제 Project Zomboid는 해당 수치까지의 서버 플레이어 제한을 처리할 수 있습니다. 다만 관리자는 이를 곧바로 254명 규모의 월드를 운영하라는 권장으로 받아들여서는 안 됩니다. 실제 수용 인원은 여전히 서버 리소스, mods, 월드 활동량, 그리고 커뮤니티가 발생시키는 부하에 따라 달라집니다.

이제 Project Zomboid 서버는 최대 254명까지 플레이어 제한을 지원

42.20.3에서 가장 눈에 띄는 멀티플레이 변경 사항은 서버 플레이어 제한 처리의 개선입니다. The Indie Stone은 이제 최대 254명에 이르는 구성까지 지원한다고 명시하고 있습니다.

이는 특히 대형 공개 커뮤니티, role-play 서버, 그리고 확장을 염두에 둔 지속형 월드에 흥미로운 변화입니다. 소프트웨어 측면의 중요한 제한 하나가 사라졌지만, 이 수치는 올바르게 이해할 필요가 있습니다.

따라서 대부분의 비공개 커뮤니티에서 실질적인 이점은 수백 명의 생존자가 동시에 접속하는 데 있지 않을 수 있습니다. 핵심은 멀티플레이 아키텍처가 더 유연해지고, 더 큰 서버를 더 잘 대비하게 되었다는 점입니다.

이제 관리자는 서버가 가득 찬 상태에서도 접속 가능

플레이어 제한 변경과 함께 또 하나 유용한 편의성 개선이 적용되었습니다. 이제 관리자는 서버가 일반 플레이어 수용 한도에 도달했더라도 접속할 수 있습니다.

이 기능은 처음 들었을 때보다 훨씬 더 중요합니다. 바쁜 공개 서버에서는 관리자가 바로 그 서버가 가득 찬 시점에 접속해야 할 수 있습니다. 예를 들어 플레이어 신고를 조사하거나, 사건을 중재하거나, 렉을 진단하거나, 게임 내 문제를 처리해야 할 수 있기 때문입니다.

기존에는 설정된 플레이어 제한에 도달하면 이런 작업이 불필요하게 어려워질 수 있었습니다. 42.20.3 버전은 Project Zomboid가 이 상황을 처리하는 방식을 개선하여, 서버 관리가 일반 플레이어 한 명이 나가기를 기다리는 데 좌우되지 않도록 했습니다.

끝없이 이어지던 “Loading Map” 문제가 수정됨

이번 hotfix는 더 답답한 멀티플레이 접속 문제 중 하나도 겨냥하고 있습니다. The Indie Stone은 클라이언트가 “Loading Map” 화면에서 영구적으로 멈출 수 있던 문제를 수정했다고 밝혔습니다.

서버 운영자 입장에서는 이런 접속 관련 수정이 특히 가치가 큽니다. 서버 자체는 정상으로 보이는데 일부 플레이어만 월드 접속을 끝내지 못하는 상황을 줄여주기 때문입니다.

메모리 누수로 인해 시간이 지날수록 성능이 저하되고 있었음

42.20.3의 또 다른 주요 축은 메모리 관리입니다. 개발진은 성능을 점진적으로 저하시켜 결국 크래시로 이어질 수 있던 여러 메모리 누수 원인을 해결했다고 설명합니다.

이런 유형의 문제는 특히 지속적으로 운영되는 전용 서버에 중요합니다. 메모리 누수는 서버 시작 직후에는 바로 눈에 띄지 않을 수 있습니다. 대신 시간이 지나면서 메모리 사용량이 증가하고, 결국 서버가 느려지거나 사용 가능한 리소스를 모두 소진하게 됩니다.

이 패치는 또한 월드를 빠르게 이동할 때 검은색 또는 회색 영역이 나타나는 일부 현상도 줄입니다. The Indie Stone은 이 렌더링 문제의 다른 원인에 대해서는 여전히 조사 중이라고 밝혔습니다.

주의: 일부 전용 서버는 42.20.3 적용 후 문제를 보고 중

멀티플레이 수정 사항에도 불구하고, 42.20.3 출시 후 첫 몇 시간 동안 The Indie Stone의 공식 포럼에는 새로운 접속 문제나 시작 문제에 대한 여러 보고가 올라왔습니다.

일부 관리자는 업데이트 후 전용 서버가 더 이상 정상적으로 시작되지 않는다고 보고했습니다. 다른 플레이어들은 “Joining Game” 화면에서 멈춘다고 설명했으며, 또 다른 보고에서는 서버가 플레이어 데이터를 전송하기를 기다리다가 timeout이 발생했다고 전합니다.

The Indie Stone 팀은 영향을 받은 사용자들에게 클라이언트와 서버가 모두 업데이트되었는지 확인하고, 문제를 보고할 때 로그를 제공해 달라고 요청했습니다. QA 팀 역시 기술적 문제를 공식 지원 포럼과 버그 리포트 시스템으로 안내하고 있습니다.

VeryGames Project Zomboid 서버 관리자는 무엇을 해야 할까?

대부분의 VeryGames 커뮤니티에서는 42.20.3에 대해 별도의 특별한 마이그레이션 절차가 필요하지 않습니다. The Indie Stone은 이번 업데이트가 기존 저장 데이터를 깨뜨리지 않아야 한다고 명확히 밝혔습니다.

VeryGames는 기본적으로 최신 Project Zomboid server 버전을 자동으로 설치하며, 관리자는 management panel을 통해 서버 버전을 언제 어떻게 배포할지 계속 직접 제어할 수도 있습니다.

따라서 42.20.3이 출시되었다는 이유만으로 정상적인 월드를 wipe할 필요는 없습니다. 업데이트 직후 문제가 발생한다면, 기존 저장 데이터를 삭제하기보다 버전, mods, 로그를 점검하며 문제를 해결하는 편이 더 바람직합니다.

The Indie Stone은 게임 서버 제공업체로부터 더 직접적인 피드백을 원함

호스팅 인프라에 대한 관심은 이번 hotfix에만 국한되지 않습니다. Build 42 Stable 개발 과정에서 The Indie Stone은 특히 중대형 Game Server Providers를 대상으로 한 새로운 이니셔티브를 발표했습니다.

다수의 Project Zomboid 서버를 운영하는 제공업체들은 전용 커뮤니케이션 채널에 참여하도록 초대받았으며, 이곳에서 호스팅 관련 피드백과 기술적 문제를 개발진과 직접 논의할 수 있습니다.

새로운 플레이어 제한 처리, 메모리 최적화, 그리고 Build 42 지원 주기 전반에 걸쳐 계획된 지속적인 멀티플레이 작업까지 종합해 보면, 전용 서버 성능은 완료된 기능으로 간주되기보다 앞으로도 중요한 개발 우선순위로 남을 가능성이 큽니다.

254명이 전부를 말해주지는 않더라도, 중요한 서버 업데이트

42.20.3 버전은 hotfix로 분류될 수 있지만, 멀티플레이 변경 사항은 Project Zomboid 커뮤니티에 의미 있는 영향을 줍니다. 지원되는 서버 제한 상향, 가득 찬 서버에 대한 관리자 접속 허용, 장기적인 메모리 문제 해결은 모두 작은 비공개 세션을 넘어 중요한 개선입니다.

초기 접속 및 시작 관련 보고는 계속 지켜볼 가치가 있지만, 현재로서는 모든 전용 서버가 영향을 받는다는 증거는 없습니다. 서버가 정상적으로 업데이트되는 관리자에게 이번 hotfix는 주로 더 성숙한 Build 42 멀티플레이 환경으로 나아가는 또 하나의 진전으로 받아들여질 것입니다.