Après avoir cherché des questions et des réponses, je trouve que mon problème n’a toujours pas été résolu: la modification / private / etc / hosts ne fonctionne pas sous macOS Sierra .
Ce qui dans mon / private / etc / hosts est les deux règles suivantes.
127.0.0.1 localhost
127.0.0.1 www.yahoo.com
Ces deux règles ne peuvent pas être appliquées dans Safari et Chrome, même après avoir exécuté la commande sudo killall -HUP mDNSResponder
. Le site yahoo n'est pas redirigé vers 127.0.0.1.
Alors qu'est-ce que je manque dans l'opération ci-dessus?
Et la sortie de ping -c 3 www.yahoo.com
est comme suit.
PING fd-fp3.wg1.b.yahoo.com (116.214.12.74): 56 data bytes
64 bytes from 116.214.12.74: icmp_seq=0 ttl=47 time=138.418 ms
64 bytes from 116.214.12.74: icmp_seq=1 ttl=47 time=74.284 ms
64 bytes from 116.214.12.74: icmp_seq=2 ttl=47 time=69.702 ms
--- fd-fp3.wg1.b.yahoo.com ping statistics ---
3 packets transmitted, 3 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 69.702/94.135/138.418/31.369 ms
qwertyuiop
navigateurs. Le résultat de ping qwertyuiop
est comme ceci: PING qwertyuiop.dhcp (218.205.57.154): 56 data bytes
et Request timeout for icmp_seq 0
. Il semble que cela 127.0.0.1
soit redirigé vers 218.205.57.154
.
ls -la /etc/hosts
. Il devrait afficher quelque chose comme ceci: -rw-r--r-- 1 root wheel - 214 29 Aug 22:30 /etc/hosts
(avec une taille différente - ici 214 octets - et une date bien sûr). Si le fichier n'existe pas ou est introuvable, un suffixe a probablement été ajouté ...
/etc/hosts
existe: -rw-r----- 1 root wheel 71 Jan 10 13:50 /etc/hosts
. Mais ce fichier ne fonctionne pas.
127.0.0.1 qwertyuiop
et essayez d'accéder àqwertyuiop
partir des navigateurs et de ping pour déterminer s'il s'agit d'un problème de priorité / cache ou si le fichier est complètement ignoré.