닉네임 로그인, 스킨, 인증
오프라인 계정을 가진 플레이어를 Millida 서버에 들이는 방법, 인증 플러그인이 필요한 이유, 스킨을 복원하는 방법, 그리고 모드를 바꿀 때 진행 상황을 잃지 않는 방법을 다뤄요.
업데이트 2026년 8월 4일
기본적으로 서버는 Minecraft 라이선스를 검증해요. 오프라인 계정으로 접속한 플레이어는 “Failed to verify username” / Failed to verify username 오류를 받게 돼요.
닉네임 로그인 허용
“Settings” → “Nickname login”으로 이동하세요. 그게 전부예요 — 파일을 편집할 필요가 없어요.
세 번째 옵션도 있어요 — “Sign in only with a Millida account”: 닉네임이 런처가 아니라 플랫폼의 계정으로 확인돼요. 서버에서 자체 등록 시스템을 운영하지 않는 경우 유용한 절충안이에요.
라이선스와 함께 깨지는 것들
검증이 없으면 닉네임은 플레이어가 직접 입력한 문자열에 불과해요. 여기에는 세 가지 필연적인 결과가 따라와요.
1. 인증 플러그인이 필요해요. AuthMe 또는 nLogin: 플레이어는 비밀번호로 등록하고(/register password password) 같은 비밀번호로 로그인해요(/login password). 이게 없으면 먼저 접속한 사람이 관리자 닉네임을 차지하게 돼요. “Plugins and mods” 섹션의 카탈로그에서 설치하세요.
2. 스킨이 사라져요. 오프라인 계정의 클라이언트는 Mojang 서버에서 스킨을 가져올 수 없어요. 해결책은 SkinsRestorer 플러그인이에요: 닉네임이나 링크로 스킨을 가져오고, 플레이어 명령어는 /skin name이에요.
3. 화이트리스트가 더 이상 보호 수단이 아니게 돼요 — 화이트리스트를 참고하세요.
서버가 공개라면 안티봇 플러그인을 설치하는 것도 합리적이에요: 닉네임 로그인을 사용하는 서버는 봇을 잔뜩 끌어들여요.
모드를 전환할 때의 진행 상황
이게 주요 함정이에요. 인벤토리, 홈, 클레임, 잔액은 UUID에 연결되어 있는데, 같은 닉네임이라도 라이선스 모드와 닉네임 로그인 모드에서 다른 UUID를 가져요. 전환하면 플레이어는 빈손의 “새로운” 플레이어로 로그인하게 돼요.
해야 할 일:
- 플레이 첫 달이 지난 뒤가 아니라 프로젝트를 시작하기 전에 모드를 정하세요.
- 정말 전환해야 한다면, 미리 “World and copies”에서 월드 사본을 만들어 두세요.
- 아이템과 홈은 수동으로 이전해요: 인벤토리는 “Players and access”를 통한 명령어로, 클레임과 잔액은 플러그인에서 새 UUID로 재할당하는 방식으로요.
- 이를 지원하는 플러그인(예: Essentials)의 경우, 서버를 중지한 상태에서 Files 섹션을 통해 플레이어 파일
<old-uuid>.yml을<new-uuid>.yml로 옮기는 게 더 쉬워요.
어떤 호스팅에서든 모드를 전환할 때 진행 상황을 “버튼 하나로” 보존할 수는 없어요: 서버 입장에서 다른 UUID는 말 그대로 다른 플레이어니까요.
서버 네트워크
프록시를 사용하면 프록시가 라이선스 검증을 수행하고, 백엔드는 이를 신뢰해요. 이걸 어떻게 설정하는지는 서버 네트워크와 자체 프록시에서 확인하세요.
