localhost a refusé de se connecter – MAMP Pro

Il semble y avoir quelques questions similaires mais qui n’ont pas pu trouver la réponse.

Il y a une heure (et les mois précédents :-)) tout fonctionnait bien. Il semble qu’après la mise à jour vers XCode 9.2, les choses ont cessé de fonctionner.

J’ai justifié la mise à jour vers MacOS High Sierra 10.13.2 car il y avait des mises à jour Apache incluses, mais cela n’a pas résolu le problème. Peut-être que la mise à jour XCode a changé quelque chose au fichier httpd.conf? Je ne connais pas très bien les parameters, donc je ne peux pas déterminer si quelque chose a changé dans ce fichier.

Erreur dans Chrome:

Ce site ne peut être atteint

www.example.dev a refusé de se connecter.

ERR_CONNECTION_REFUSED

Ma configuration:

MacOS High Sierra 10.13.2

MAMP Pro 4.2 (dernière version)

Les ports sont Apache: 80 et MySQL: 3306

VPN est désactivé

Si je lance sudo nano /private/etc/hosts il comporte les entrées suivantes (je lance mon site Web local sur www.example.dev)

 127.0.0.1 localhost 255.255.255.255 broadcasthost ::1 localhost 127.0.0.1 www.example.dev # Note; I added this myself a long time ago as else the URL including www doesn't work 127.0.0.1 example.dev # MAMP PRO - Do NOT remove this entry! ::1 example.dev # MAMP PRO - Do NOT remove this entry! 

Ce que j’ai essayé:

  • Changer les ports en ports MAMP par défaut (Apache: 8888 et MySQL: 8889). Pas de chance
  • Si je lance apachectl configtest dans le terminal, il retourne la Syntax OK

METTRE À JOUR

Je viens de voir que si MAMP Pro est éteint:

  • Il donne toujours la même erreur dans Chrome
  • Il retourne toujours la Syntax OK avec apachectl configtest

Quand je lance sudo apachectl stop il retourne /System/Library/LaunchDaemons/org.apache.httpd.plist: Could not find specified service

MISE À JOUR 2

Par frustration, j’ai téléchargé Firefox pour vérifier et … tous mes sites de développement locaux y travaillent! Dans Chrome, la même erreur persiste, même après la suppression des données de navigation.

Il s’avère que Chrome (et Safari également) ont été redirigés vers https, donc https://www.example.dev . Et le problème était le TLD .dev.

Si vous rencontrez le même problème (forcer par Chrome vers https) et:

  • Vous n’utilisez pas .dev, lisez ce post pour des solutions possibles
  • Vous utilisez le .dev comme votre TLD local, vous devez le changer pour autre chose. Chrome redirige les TLDs .dev vers https depuis la version 63. Voir cet article et vos meilleurs TLD alternatifs ici .