非常に奇妙なネットワークの問題-特定のサイトが読み込まれない


8

まず、間違ったエクスチェンジに投稿したことをお詫びします。この質問がどこに当てはまるのか本当にわかりませんでした。

かなり前から、自宅のインターネット接続にこの非常に奇妙な問題がありました。これは間違いなくルーターの問題かISPの問題のどちらかですが、私のISPはデバッグにまったく無力です。

ほとんどの場合、接続は適切に機能します。ダウンタイムは発生せず、支払っている速度のほぼ100%が一貫して得られます。

ただし、特定の問題が1つあります。一部のWebサイトには、非常に奇妙な動作があり、ロードに非常に時間がかかります。このようなWebサイトの例は、en.wikipedia.org、www.canadapost.ca、www.theweathernetwork.comです。これらのウェブサイトでは、ページを読み込もうとすると、最初は何も読み込まれず、Chromeのステータスバーに「安全な接続を確立しています...」と非常に長く表示され、最終的には「このサイトにアクセスできません」エラー。リロードして再試行すると、数回後に最終的にサイトがロードされ、そのWebサイトがロードされると、問題なく約15分間、そのWebサイトを自由に閲覧でき、問題は再発します。

ファイアウォールやPCの設定に問題はありません。ネットワークに接続されているすべてのデバイス(デスクトップ、ラップトップ、スマートフォンなど)と私のスマートフォンでは、モバイルデータに切り替えると問題がなくなります。

私はISPにサポートチケットを提出しました。彼らは私にすべての明白な手順(モデムの工場出荷時のリセットなど)を案内してくれましたが、今はそれほど役に立ちません。

テストを行うために私がやったことの1つは、この問題が発生しているWebサイトに対してcurlコマンドを実行し、何かに気付いたことです。この問題のあるすべてのWebサイトで、「curl -v [url]」は200ではなくHTTP 301を返します。

誰もが地獄がこれを引き起こしていることを知っているので、私はISPの技術者を正しい方向に向けることができますか?

編集:curlコマンドにhttpsが含まれていないことが指摘されたため、301が返されました。しかし、今私はhttpsを含めているので、何か面白いことに気づきました:

問題の一部ではないhttpsサイト(facebookなど)に対してcurl -vを実行すると、通常の出力が得られますが、Webサイトでは次のようになります。

$ curl -v https://www.canadapost.ca
* STATE: INIT => CONNECT handle 0x600057810; line 1413 (connection #-5000)
* Rebuilt URL to: https://www.canadapost.ca/
* Added connection 0. The cache now contains 1 members
*   Trying 2600:140a:0:18a::1dc5...
* TCP_NODELAY set
* STATE: CONNECT => WAITCONNECT handle 0x600057810; line 1466 (connection #0)
*   Trying 23.34.200.189...
* TCP_NODELAY set
* Connected to www.canadapost.ca (2600:140a:0:18a::1dc5) port 443 (#0)
* STATE: WAITCONNECT => SENDPROTOCONNECT handle 0x600057810; line 1583 (connection #0)
* Marked for [keep alive]: HTTP default
* ALPN, offering h2
* ALPN, offering http/1.1
* Cipher selection: ALL:!EXPORT:!EXPORT40:!EXPORT56:!aNULL:!LOW:!RC4:@STRENGTH
* successfully set certificate verify locations:
*   CAfile: /etc/pki/tls/certs/ca-bundle.crt
  CApath: none
* TLSv1.2 (OUT), TLS header, Certificate Status (22):
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* STATE: SENDPROTOCONNECT => PROTOCONNECT handle 0x600057810; line 1597 (connection #0)

その後、非常に長い間、そこでハングし、最終的には次のように続行して終了します。

* TLSv1.2 (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS handshake, Certificate (11):
* TLSv1.2 (IN), TLS handshake, Server key exchange (12):
* TLSv1.2 (IN), TLS handshake, Server finished (14):
* TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
* TLSv1.2 (OUT), TLS change cipher, Client hello (1):
* TLSv1.2 (OUT), TLS handshake, Finished (20):
* TLSv1.2 (IN), TLS change cipher, Client hello (1):
* TLSv1.2 (IN), TLS handshake, Finished (20):
* SSL connection using TLSv1.2 / ECDHE-RSA-AES256-GCM-SHA384
* ALPN, server accepted to use http/1.1
* Server certificate:
*  subject: C=CA; ST=Ontario; L=OTTAWA; O=Canada Post Corporation; OU=Akamai SAN SSL OV; CN=www.canadapost.ca
*  start date: Jan 13 00:00:00 2017 GMT
*  expire date: Jan 13 23:59:59 2018 GMT
*  subjectAltName: host "www.canadapost.ca" matched cert's "www.canadapost.ca"
*  issuer: C=US; O=GeoTrust Inc.; CN=GeoTrust SSL CA - G3
*  SSL certificate verify ok.
* STATE: PROTOCONNECT => DO handle 0x600057810; line 1618 (connection #0)
> GET / HTTP/1.1
> Host: www.canadapost.ca
> User-Agent: curl/7.54.0
> Accept: */*
>
* STATE: DO => DO_DONE handle 0x600057810; line 1680 (connection #0)
* STATE: DO_DONE => WAITPERFORM handle 0x600057810; line 1807 (connection #0)
* STATE: WAITPERFORM => PERFORM handle 0x600057810; line 1817 (connection #0)
* HTTP 1.1 or later with persistent connection, pipelining supported
< HTTP/1.1 301 Moved Permanently
* Server AkamaiGHost is not blacklisted
< Server: AkamaiGHost
< Content-Length: 0
< Location: https://www.canadapost.ca/web/en/home.page
< Date: Mon, 22 May 2017 22:01:55 GMT
< Connection: keep-alive
< Strict-Transport-Security: max-age=31536000
<
* STATE: PERFORM => DONE handle 0x600057810; line 1991 (connection #0)
* multi_done
* Connection #0 to host www.canadapost.ca left intact
* Expire cleared

IPv6の問題である可能性があります。このウェブサイトにアクセスすると何が得られますか:test-ipv6.com
Moshe Katz

また、コンピューターまたはルーターでIPv6を無効にするとどうなりますか(どちらかを試してください)。
Moshe Katz

あなたはどの州にいますか?同じ動作が見られ、あなたを含むすべてのウェブサイトがアカマイでホストされています。
チャド

@MosheKatz今夜家に帰ったら試してみるよ。
user1072692

@チャドオンタリオ、カナダ
user1072692

回答:


4

最終的にはIPv6が原因です。ルーターで無効にしてIPv4のみに設定したところ、問題は解決しました。


2

これらの3つのサイトはすべてHTTPSのみであるように見えます。どのhttp://アドレスから始めた場合、これらのサイトはhttps、301メッセージで永久に移動したことをブラウザに通知しています。これは、301メッセージの一部になります。デフォルトのページのパスを追加する追加のリダイレクトを取得する場合があります。301リダイレクトは、おそらく赤ニシンです。

DNSの接続性に問題がある場合は、このような長い遅延が一般的です。しかし、私はそれが最初の試みで起こることを期待します。

これらのサイトはすべてIPv6対応です。IPv6機能があると思われる場合、ChromeはおそらくiPv4ではなくIPv6を使用して接続しようとします。HTTPSのネゴシエーションには、異なるサーバーへの複数の接続が含まれる場合があります。これらのいずれかがブロックまたはダウンすると、遅延が発生する可能性があります。

Chome開発ツール(CtrlShifti。ページコンポーネントの読み込み時間を表示する[ネットワーク]タブを選択します。最初の遅い接続にカーソルを合わせると、タイミングの詳細が表示されます。


1
301を引き起こしているhttpsを指摘してくれてありがとう、それについて完全に忘れていました。httpsを使用して再びcurlを実行しましたが、興味深いことに気付きました..この問題が発生していないhttpsサイト(facebookなど)は正常に読み込まれます.. "curl facebook.com "は問題なく動作します。しかし、この問題が発生しているWebサイトでは、カールのフィードバックが非常に異なって見えます。投稿を編集して表示しました
user1072692
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.