Incompréhensible bazar ! De plus http://139.99.173.195/ (http://139.99.173.195/) ou https://139.99.173.195/ (https://139.99.173.195/) ne donnent plus aucun résultats à présent, l'host ferme le port immédiatement sans que le client puisse envoyer d'instructions et sans raison... Expliques-nous simplement ce que tu veux faire, rediriger ton IP vers un domaine ou l'envoyer sur une page d'erreur personnalisée ou répondre un 403 ??
Un truc simple. 14 février 2020 15:11 "G2PC" <g...@visionduweb.com (mailto:g...@visionduweb.com?to=%22G2PC%22%20<g...@visionduweb.com>)> a écrit: Par contre, je viens de constater quelque chose avec ma configuration actuelle : https://139.99.173.195/ (https://139.99.173.195/) renvoie actuellement, sur https://ethernium.fun (https://ethernium.fun) ( + les images du site sont remplacées par la protection anti hotlinking, ça n'a pas trop de sens pour moi, puisque l'on est bien sur ethernium.fun, hors, si on appel directement ethernium.fun, les images s'affichent. Il y a donc un probleme de redirection ! ) Oups, non. https://139.99.173.195/ (https://139.99.173.195/) ne renvoie pas sur le domaine https://ethernium.fun (https://ethernium.fun) mais uniquement sur le contenu du domaine ethernium.fun (https://ethernium.fun) C'est toujours https://139.99.173.195/ (https://139.99.173.195/) qui est affichée dans la barre URL. Cela explique le problème de hotlinking. Cela n'explique pas pourquoi, par défaut, https://139.99.173.195/ (https://139.99.173.195/) pointe vers le contenu de ethernium.fun alors que (http://) 139.99.173.195:443/ renvoie sur Bad Request Le 14/02/2020 à 14:23, Maxime G. a écrit :Comme expliqué par Apache, le port 443 est dedié à TLS, tu fais porter à ton virtualhost un certificat, quel qu'il soit, soit le signé de letsencrypt soit un autosigné, dans tous les cas ça ne matchera pas et il y aura une erreur côté client, après bypass de l'erreur le client se prendra soit le redirect en HTTP soit le redirect HTML comme proposé précédemment.
