3 votes

Problème de configuration d'un serveur Minecraft 1.8.3

Désolé si ce n'est pas le bon endroit pour poser cette question ou si j'ai omis quelque chose d'évident, mais j'ai des problèmes pour mettre en service un nouveau serveur.

C'est un serveur vanilla 1.8.3 - ironiquement choisi car je pensais que ce serait plus simple avec la situation actuelle avec Bukkit. J'ai essayé tout cela avec la version exe et jar. Il fonctionne sur une machine virtuelle Windows Server 2012 (hébergée sur un serveur VMWare ESX si cela fait une différence). Il a 6 Go de RAM et j'utilise JRE7u76. J'ai accepté l'EULA, et le serveur fonctionne sans erreurs selon les journaux.

Les clients utilisent également la version 1.8.3, et peuvent pinguer avec succès le serveur par son nom. J'ai ajouté des connexions au serveur dans les clients par le nom de la machine et l'IP, avec et sans le numéro de port 25565.

J'ai ajouté des règles de pare-feu explicites pour 25565 en TCP et UDP, sur le serveur et les clients.

Tous ces essais se soldent par un timeout, et le serveur ne génère aucune erreur ou aucune tentative de connexion échouée dans les logs.

Je suis à court d'idées... quelqu'un ?!


MISE À JOUR: J'ai examiné plus en détail le pare-feu comme suggéré par @Frank. J'ai activé toutes les options de journalisation que je peux trouver sur le pare-feu, et il semble que le serveur ne reçoive aucun paquet du tout.

J'ai également fait de même sur le client, et je ne vois aucun signe de succès ou d'échec du pare-feu à ENVOYER des paquets du tout. À ce stade, il semble que Minecraft ne tente pas réellement de se connecter au serveur.

J'ai également ajouté un serveur en ligne bien connu (qui fonctionne en 1.7.10) et me suis connecté sans problème.

Juste pour être doublement sûr, j'ai essayé de désactiver complètement le pare-feu sur le serveur et le client sans effet non plus.

Est-ce un problème lié à la version 1.8.3? (ce qui n'aurait pas beaucoup de sens, car le client ne saurait pas que mon serveur est en 1.8.3 avant de se connecter...)


MISE À JOUR 2:

J'ai téléchargé, compilé et hébergé la version 1.8.3 de Bukkit, avec à peu près les mêmes résultats.

Cependant - quand je lance le serveur sur la machine cliente et utilise localhost ça fonctionne.

Cela signifie bien sûr qu'il n'y a aucun problème spécifique à la version 1.8.3, et que c'est un problème de réseau de quelque sorte - mais le serveur peut voir le client et vice versa, et le problème persiste même lorsque je désactive complètement les pare-feu.

Est-ce que quelqu'un sait si il existe une autre raison pour laquelle l'accès TCP entre les deux machines pourrait échouer ?

2voto

amrik singh Points 1

Ce n'est guère une réponse, mais cela a "résolu" le problème.

J'ai aplani la VM et installé Server 2008 R2 à la place.

D'après ce que je sais, tout était configuré de la même manière, et je ne doute pas que vous puissiez faire fonctionner cela sur 2012. Je suppose juste que quelque chose s'est mal passé à un moment donné pendant le processus d'installation ou quelque chose du genre.

Quoi qu'il en soit, j'ai maintenant un joli nouveau 1.8.3 en cours de fonctionnement - merci pour votre aide!

0voto

Starfox Points 1

Avez-vous configuré le routeur correctement alors ? Vous êtes-vous assuré que le serveur a une adresse IP assignée par le routeur et que les ports du routeur sont réglés pour rediriger vers cette adresse IP ? Et vous êtes-vous assuré que le pare-feu du routeur ne bloque pas les connexions ?

Il semble qu'il y ait un problème sur le routeur, pas sur le serveur.

Lorsque vous essayez de vous connecter depuis votre propre machine, si elle est sur le même réseau, essayez-vous l'adresse IP qui est utilisée depuis internet vers votre routeur ou les adresses IP internes de votre réseau ?

AlleGamers.com

AlleGamers est une communauté de gamers qui cherche à élargir la connaissance des jeux vidéo.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X