
このスクリーンショットでは、一見したところ、異常なものは何もありません-サイトはちょうど落ちました。 しかし、これはそうではありません...
昨日、モスクワから遠く離れたオフィスでスクリーンショットが撮られました。モスクワは、1つの連邦プロバイダーを通じてインターネットに接続されています。 ポート80にアクセスできることに注意してください。問題はHTTPSへの転送後にのみ開始されます。
この時点で、モスクワのホスティングプロバイダーから仮想サーバーコンソールを開きました。サイトは別のエラーで利用できませんでした。
Connecting to www.nic.ru (www.nic.ru)|31.177.76.4|:443... failed: Unknown error.
それにもかかわらず、OperaブラウザでVPNを使用するとき、および他のプロバイダーを介して接続するとき、サイトにアクセスできました。
どうやら、共通の問題を抱えている2つのプロバイダーをすぐに見つけることができたのは幸運だったと言えます。 しかし、それらが互いに完全に独立しているという保証はありません。
少なくとも、これはプロバイダーのローカルな問題ではないと言うことができます。プロバイダーのサービスは自宅と職場の両方で使用しています。 これは、任意の地域で、場合によっては任意のプロバイダーで発生する可能性があります。 そして、サイトの所有者は偶然にのみこれについて知ることができます。
昨日は始まりませんでした
私はしばらくの間ウェブ開発に携わってきたので、落ちたサイトについては心配していません。 サイトが応答しない理由はたくさんあります。
しかし、先月、問題の解決策を検索するときに、英語のブログの記事に載せたいと思った有用なリンクがほとんどありませんでした。 長い間把握する必要はありませんでした-OperaブラウザでVPNを有効にするのに十分でした。
リソースがブロックされたという情報はなかったことに注意してください。
その結果、先月、VPNをさらに数回使用する必要がありました。 基本的に、これらは(私にとっては)英語圏のITリソースとしてはあまり知られていませんでした。 しかし、それらの中には:
- bitbucket.comはサイト自体ではなく、いくつかのファイルをダウンロードしたCDNのみです。 問題は約2時間続きました。
- deb.nodesource.com-問題は5月上旬の休暇の1つで、期間は不明です。
合計:
情報は利害関係者に伝えられ、答えの1つは次のフレーズでした:
現在、Roskomnadzorのサイトをブロックするシステムの誤動作により、サイトhttps://nic.ruは利用できません...
残念ながら、この件に関するプレスリリースは見つかっていないため、これは公式の回答とみなすことはできません。