github.ioが開くことができないソリューションエクスペリエンスを覚えておいてください
github.comを開くことができない、または開くのが非常に遅いという解決策があったことを覚えています。今度はgithub.ioの番です。github.ioを長時間開くことができませんでした。当時、インターネットからいくつかの方法を試しましたが、うまくいきませんでした。今日は、github.ioを開いて情報を確認する必要があります。少し時間がかかります。 、だから私は主にこの問題を解決しました。この記事から、次のことを学ぶことができます。
- この種のDNS問題をトラブルシューティングする方法は?
- github.ioを開かないという問題を解決するにはどうすればよいですか?
pingを使用する
pingコマンドは実際には非常に強力であり、接続できるかどうか、遅延が何であるかを知ることができるだけでなく、dnsによって解決されるIPアドレスも知ることができます。たとえばping www.baidu,com
、コマンドラインは次のように表示されます。
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
ご覧のとおり、括弧内の14.215.177.38はIPアドレスです。
次にping github.io
、表示は次のようになります。
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
ローカルホストファイル
上記のIPアドレスは127.0.0.1
、これはローカルマシンのアドレスです。次に/etc/hosts
、hostsファイルが誤って変更されていないかどうかを確認しましたが127.0.0.1
、github.ioのレコードが解決されていないことを確認しました。これは、DNSを意味します。コンピューターの解像度は損なわれていませんはい。ただし、リモートDNS解像度は、ネットワークオペレーターによって汚染されている可能性があります。これにより、解決中に解像度に到達します127.0.0.1
。
ローカルDNSを変更する
そこで、マシンのDNSを変更し、とを追加114.114.144.114
しました8.8.8.8
。これら2つのDNSは非商用のDNSであり、解像度の成功率が高く、純粋で広告がありません。前者はチャイナモバイル、チャイナテレコム、チャイナユニコムで一般的に使用されているDNSであり、国内ユーザーがインターネットにアクセスするために一般的に使用されています。後者はGOOGLEが提供するユニバーサルなDNSです。
Macを例にとると、[システム環境設定]-> [ネットワーク]-> [詳細]-> [DNS]を順番に開き、参加します。参加後、Macキャッシュを更新する必要があります。コマンドは次のとおりです(sudoを忘れずに持参してください。そうしないと、有効になりません)。
sudo killall -HUP mDNSResponder
その後ping github.io
、再び来ます、表示は次のとおりです:
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
ご覧のとおり、ローカルDNSの変更が有効になり、解決に8.8.8.8
達しました。
壁のそば
それから興味を持って開いたhttps://octokit.github.io/rest.js/v18
ところ、まだ開けないことがわかりました。それで、このURLにpingを実行して試すことを考えましたか?結果は次のとおりです。
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
pingを実行できることがわかりましたが、ブラウザがまだ開くことができないため、このWebサイトが壁に囲まれている可能性があります。!!
それで解決策はありますか?
以前は、shadowxsocksは常にPAC自動モードでした。巧妙なアイデアでグローバルモードをオンにしたところ、https://octokit.github.io/rest.js/v18
開くことができたので嬉しい驚きでした。!!
総括する
- 今後、このようなDNSの問題が発生した場合は、上記の順序で段階的に確認できます。(必要に応じて、
chrome://net-internals/#dns
GoogleブラウザのDNSを開いて更新できます) - 壁に囲まれているこの場合は、Science xInternetツールのグローバルモードをオンにするだけです。
- 真ん中に小さな質問があります。つまり、壁に囲まれたWebサイトをPACモードで開くことができるのに、他の壁に囲まれたWebサイトをグローバルモードで開く必要があるのはなぜですか。(私の考えでは、一部のURLはネットワークオペレーターのDNSによって汚染されているため、Scientific x InternetツールのDNSの代わりにネットワークオペレーターのDNSが使用されるため、DNSを使用せずにグローバルモードを開く必要があります。ネットワークオペレータの。OK。そして、いくつかの他のウェブサイトは、その科学的なXのインターネットツールのDNSを使用して、ネットワークオペレータのDNSによって解決されていないので、彼らはPACモードで正常に開くことができます。)
著者:パンと洋ナシ
はどんな形の再版も歓迎しますが、出典を必ず示してください。
私自身のレベルに限定されますが、記事やコードに不適切な表現があれば、遠慮なく教えてください。