ニックネームログイン、スキン、認証

既定では、サーバーはMinecraftのライセンスを検証します。オフラインアカウントのクライアントから接続したプレイヤーには「Failed to verify username」／Failed to verify usernameが表示されます。

ニックネームログインを許可する

「設定」→「ニックネームログイン」に進みます。これだけで完了です。ファイルを編集する必要はありません。

3つ目の選択肢もあります。「Millidaアカウントでのみサインイン」です。この場合、ニックネームはランチャーではなくプラットフォーム上のアカウントによって確認されます。サーバーで独自の登録システムを運用していない場合に便利な妥協案です。

ライセンスと引き換えに失われるもの

検証がなければ、ニックネームはプレイヤーが自分で入力した単なる文字列にすぎません。これには3つの避けられない結果が伴います。

1. 認証プラグインが必要になります。 AuthMeやnLoginなどです。プレイヤーはパスワードで登録し（/register password password）、同じパスワードでログインします（/login password）。これがないと、最初に来た人があなたの管理者ニックネームを奪い取ります。「プラグインとMOD」セクションのカタログからインストールしてください。

2. スキンが消えます。 オフラインアカウントのクライアントは、Mojangのサーバーからスキンを取得できません。解決策はSkinsRestorerプラグインです。ニックネームまたはリンクでスキンを取得でき、プレイヤーコマンドは/skin nameです。

3. ホワイトリストが保護として機能しなくなります — ホワイトリストを参照してください。

サーバーが公開されている場合は、anti-botプラグインをインストールすることも理にかなっています。ニックネームログインを採用したサーバーには、ボットが続々と集まります。

モードを切り替えたときの進行状況

これが最大の落とし穴です。インベントリ、ホーム、クレーム、残高はUUIDに紐づいており、同じニックネームでもライセンスモードとニックネームログインモードでは異なるUUIDになります。切り替えると、プレイヤーは手ぶらの「新規」プレイヤーとしてログインすることになります。

対処方法は次のとおりです。

• プロジェクトを開始する前にモードを決めてください。プレイ開始から1か月後ではありません。
• どうしても切り替える必要がある場合は、事前に「ワールドとコピー」でワールドのコピーを作成してください。
• アイテムとホームは手動で移行します。インベントリは「プレイヤーとアクセス」からコマンドで、クレームと残高はプラグイン内で新しいUUIDに再割り当てします。
• 対応しているプラグイン（たとえばEssentials）であれば、サーバーを停止した状態で、ファイルセクションからプレイヤーファイル<old-uuid>.ymlを<new-uuid>.ymlに移動するほうが簡単です。

どのホスティングでも、モードを切り替えるときに「ワンボタン」で進行状況を保持することはできません。サーバーにとって、別のUUIDは文字どおり別のプレイヤーだからです。

サーバーネットワーク

プロキシを使用する場合、ライセンスの検証はプロキシが行い、バックエンドはそれを信頼します。設定方法はこちらをご覧ください — サーバーネットワークと独自プロキシ。