Souvenez-vous d'une expérience de solution que github.io ne peut pas ouvrir
Je me souviens qu'il y avait une solution que github.com ne pouvait pas ouvrir ou ouvrir très lentement, maintenant c'est au tour de github.io, haha. Mon github.io n'a pas pu être ouvert pendant longtemps. À ce moment-là, j'ai essayé plusieurs méthodes sur Internet et j'ai abandonné sans succès. Aujourd'hui, je dois ouvrir github.io pour vérifier les informations. Cela prend un peu de temps , donc j'ai principalement résolu ce problème. À partir de cet article, vous pouvez apprendre:
- Comment résoudre ce genre de problème DNS?
- Comment résoudre le problème de ne pas ouvrir github.io?
Utiliser le ping
La commande ping est en fait très puissante, non seulement vous pouvez savoir si vous pouvez vous connecter et quel est le délai, mais vous pouvez également connaître l'adresse IP résolue par dns . Par exemple ping www.baidu,com, la ligne de commande s'affiche comme suit:
PING www.baidu.com (14.215.177.38): 56 data bytes
64 bytes from 14.215.177.38: icmp_seq=0 ttl=56 time=9.461 ms
64 bytes from 14.215.177.38: icmp_seq=1 ttl=56 time=12.325 ms
64 bytes from 14.215.177.38: icmp_seq=2 ttl=56 time=15.366 ms
Comme vous pouvez le voir, 14.215.177.38 entre parenthèses est l'adresse IP.
Puis on y va ping github.io, l'affichage est le suivant:
PING github.io (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.030 ms
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.105 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.084 ms
Fichier d'hôtes locaux
L'adresse IP indiquée ci-dessus est 127.0.0.1, c'est l'adresse de la machine locale, puis je suis allé à l' /etc/hostsintérieur pour vérifier si le fichier hosts a été accidentellement modifié et je n'ai pas vu 127.0.0.1l'enregistrement de github.io en cours de résolution , ce qui signifie que le DNS la résolution sur l'ordinateur est intacte Oui, mais la résolution DNS à distance est susceptible d'être polluée par l'opérateur réseau , ce qui provoque l'atteinte de la résolution pendant la résolution 127.0.0.1.
Modifier le DNS local
Nous sommes donc allés modifier les DNS de la machine, et avons ajouté 114.114.144.114et 8.8.8.8Ces deux DNS sont des DNS non commerciaux , avec un taux de réussite de haute résolution, et ils sont purs et sans publicité. Le premier est le DNS couramment utilisé par China Mobile, China Telecom et China Unicom, qui est couramment utilisé par les utilisateurs nationaux pour accéder à Internet; le second est le DNS fourni par GOOGLE, qui est universel.
Prenez mac comme exemple, ouvrez les Préférences Système-> Réseau-> Avancé-> dns à tour de rôle, puis rejoignez. Après avoir rejoint, vous devez actualiser le cache mac, la commande est la suivante ( n'oubliez pas d'apporter sudo, sinon cela ne prendra pas effet ):
sudo killall -HUP mDNSResponder
Puis nous revenons ping github.io, l'affichage est le suivant:
PING github.io (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=64 time=36.350 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=64 time=23.312 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=64 time=24.262 ms
Comme vous pouvez le voir, la modification du DNS local a pris effet et la résolution a 8.8.8.8été atteinte.
Près du mur
Ensuite, nous l'avons ouvert avec intérêt https://octokit.github.io/rest.js/v18et avons constaté qu'il ne pouvait toujours pas s'ouvrir. Nous avons donc pensé à envoyer un ping à cette URL pour essayer? Les résultats sont les suivants:
PING https://octokit.github.io/rest.js/v18 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=116 time=25.442 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=116 time=28.669 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=116 time=22.312 ms
Nous avons constaté qu'il peut être ping, mais le navigateur ne peut toujours pas l'ouvrir, cela signifie que ce site Web peut être muré! ! !
Donc, y a-t-il une solution?
Avant, mes shadowxsocks ont toujours été en mode automatique PAC, j'ai activé le mode global avec une idée astucieuse , puis j'ai été agréablement surpris de constater https://octokit.github.io/rest.js/v18qu'il était capable de l'ouvrir! ! !
Pour résumer
- À l'avenir, si vous rencontrez ce type de problème DNS, vous pouvez le vérifier étape par étape dans l'ordre ci-dessus. (Le cas échéant, vous pouvez ouvrir et
chrome://net-internals/#dnsactualiser le DNS du navigateur Google) - Dans ce cas d'être muré, il suffit d'activer le mode global de l'outil Internet Science x.
- Il y a une petite question au milieu, c'est-à-dire pourquoi le site Web muré peut-il être ouvert en mode PAC, alors que d'autres sites Web murés doivent être ouverts en mode global? (Mon idée est que certaines URL sont contaminées par le DNS de l'opérateur du réseau, donc le DNS de l'opérateur du réseau est utilisé à la place du DNS de l'outil scientifique x Internet, vous devez donc ouvrir le mode global et ne pas utiliser le DNS. de l'opérateur réseau. OK . Et certains autres sites Web n'ont pas été résolus par le DNS de l'opérateur réseau, utilisez donc le DNS de l'outil Internet scientifique x, afin qu'ils puissent être ouverts normalement en mode PAC.)
Auteur: le pain et les poires
accueillent toute forme de réimpression, mais veillez à indiquer la source.
Limité à mon propre niveau, n'hésitez pas à m'éclairer s'il y a une expression inappropriée dans l'article et le code.