接続する際は、まずパネルに表示されているサーバーのアドレスとポートを使用しよう。標準ポートはプロトコルを示すものであり、具体的なポート割り当てに代わるものではない。参加できない場合は、ネットワークのルールを変更する前に、サーバーの起動状況、クライアント、アドレスを確認しよう。
二つのゲーム接続を区別する
| 接続 | 一般的な標準 | あなたのサーバーで重要な点 |
|---|---|---|
| Javaプレイヤー | TCP 25565 | 表示されているJavaアドレスと割り当てられたTCPポート |
| Bedrockプレイヤー | UDP 19132 | 表示されているBedrockアドレスと割り当てられたUDPポート |
| Geyser経由のBedrock | 独立したUDP入口 | 実際のGeyser設定とポート割り当て |
| RCON | 独立したリモート管理 | 通常のプレイには不要 |
Paper設定リファレンスとBDSリファレンスにはサーバーパラメータが記載されている。TCPポートが開いていることは、Bedrock用のUDP入口が機能している証拠にはならない。
RCONは追加のゲームポートではない。参加の失敗を修正しようとして、この管理用アクセスを開放しないこと。任意で使えるWebマップも独自の接続を持っており、通常のMinecraftログインには必要ない。
以下の順序で確認する
- パネルで正しいサーバーを開く。インストールは完了しており、プロセスは実際に起動しているか確認する。
- コンソールの起動ログを読む。Modが不足していたり、ポートのバインドエラーが発生しているサーバーは、接続を確実に受け付けない。
- エディションとサポートされているクライアントバージョンを比較する。Modpackの場合は、指定されたクライアントインスタンスが起動している必要がある。
- アドレスとポートはパネルから正確にそのまま使用する。SFTP、Web、管理用のデータを誤って使わないこと。
- 新しく接続を試し、正確なメッセージ、時刻、タイムゾーンを記録する。
追加のJavaポートの場合、アドレスは例えばplay.example.net:25570のようになる。これはあくまで例であり、あなたのサーバーのアドレスではない。Bedrockではクライアントによって、アドレスとポートが別々の入力欄になっている場合がある。独自サーバーを追加できるかどうかは、コンソールによって異なる。
エラーメッセージを手がかりとして利用する
| 観察された内容 | 次に確認すべき内容 |
|---|---|
| ホスト名が不明 | 表記とDNS解決 |
| 接続が拒否された | 起動状況、割り当てられたポート、待ち受けているサービス |
| タイムアウト | 正しいプロトコルへの到達性とネットワーク経路 |
| クライアントまたはサーバーが古い | 双方でサポートされているバージョン |
| ホワイトリストまたはBanのメッセージ | 該当アカウントのアクセス規則 |
| Modのハンドシェイクが失敗する | パック、ローダー、共通のゲームプレイMod |
これらのメッセージは手がかりであり、明確な遠隔診断ではない。別のプレイヤーと比較してみよう。一つのアカウントだけが失敗している場合、サーバー全体を作り直すことは、通常最初に行うべき妥当な手段ではない。直接のアドレスとポートでは機能するが、独自ドメインでは機能しない場合は、DNSに焦点を当てよう。
独自ドメインとSRV
Java用のSRVレコードは、正しい対象ホストとポートを指すことができる。例のドメインにおける典型的な形式は次のとおりである。
_minecraft._tcp.play.example.net. 3600 IN SRV 0 0 25570 node.example.net.
対象ホストは適切に解決可能でなければならない。このレコード自体はポートを開放するものではなく、到達可能なサーバー割り当てに代わるものでもない。設定には独自ドメインを接続するガイドを利用し、その後、新規の接続を試してテストしよう。DNSキャッシュには古い応答が残っている場合がある。
このJava用の手順を、Bedrock向けの汎用的な解決策として転用しないこと。Bedrockでは、それぞれのクライアントについて文書化されたアドレスと明示的なポートを使用しよう。Geyserを利用するには、実際に到達可能なBedrock入口が必要であり、テキストファイル内の任意の空きポートだけでは不十分である。
レンタルサーバーか自宅サーバーか?
レンタルサーバーの場合、通常は自宅のルーターにポート転送を設定する必要はない。サーバーはホスティング事業者側に設置されている。起動に成功しているにもかかわらず、パネルに表示されているアドレスに到達できない場合は、サポートに具体的なエラーメッセージと発生時刻を伝えよう。
自分で運用する自宅サーバーの場合は、外部からの到達可能性、ルーターの割り当て、ファイアウォールという要素が加わる。必要な接続のみを、正しい内部マシンに対して開放しよう。プライベートなLANアドレスは、自分のネットワークの外側では公開先として機能しない。プロバイダー側のNAT環境では、ルーターのポート転送だけでは不十分な場合がある。
ファイアウォール、ウイルス対策、アカウント認証を一律に無効化しないこと。ネットワークの不具合を回避するためにonline-modeを変更することもしないように。それによってログイン方法や、場合によってはプレイヤーデータの紐付けが変わってしまう。
サポートによる診断に役立つ情報
サーバー名、エディション、クライアントとサーバーのバージョン、正確なメッセージ、発生時刻、使用したアドレスの種類、他のプレイヤーにも影響が出ているかどうかを記録しよう。関連するコンソールの起動ログと接続ログの行も添付しよう。パスワード、セッションコード、アクセスキーは共有しないこと。
実際に起動エラーが発生している場合は、Paperエラー診断が役立つ。Modpackに関する問題であれば、さらにポートを変更するよりも、Modpackへの参加ガイドの方が適している。
FAQ
自分のJavaサーバーは必ずポート25565を使用しなければならないか?
いいえ。重要なのは割り当てられた接続である。別のポートを使う場合は、それを直接指定するか、対応するドメイン解決を設定しよう。
オンラインのポートチェッカーは、Bedrockが機能していることの証明になるか?
実際のBedrock接続を意味のある形で検査している場合のみ証明になる。通常のTCPテストでは、UDPについてはほとんど何もわからない。適切なBedrockクライアントでテストしよう。
プレイするのにRCONは必要か?
いいえ。RCONは管理用の機能であり、通常の接続エラーの解決には関係しない。
関連ガイド
このガイドの他の言語版
Deutsch · English · Español · Français · Nederlands · Português · Русский