Masalah jaringan yang sangat aneh - situs tertentu tidak memuat

Pertama, saya minta maaf jika saya memposting ke pertukaran yang salah, saya benar-benar tidak yakin di mana pertanyaan ini cocok.

Untuk beberapa waktu saya mengalami masalah yang sangat aneh dengan koneksi internet di rumah saya yang jelas-jelas salah router atau ISP saya, tetapi ISP saya tidak berdaya untuk melakukan debugging.

Sebagian besar koneksi saya berfungsi dengan baik - tidak ada downtime dan saya secara konsisten mendapatkan cukup banyak 100% dari kecepatan yang saya bayar.

Namun ada satu masalah khusus: beberapa situs web memiliki perilaku yang sangat aneh ini di mana mereka akan membutuhkan waktu yang sangat lama untuk memuat. Contoh situs web tersebut adalah en.wikipedia.org, www.canadapost.ca, dan www.theweathernetwork.com. Dengan situs web ini, setiap kali saya mencoba memuat halaman, pada awalnya, tidak ada yang memuat sama sekali, dan bilah status di Chrome akan bertuliskan "Membangun koneksi aman .." untuk waktu yang sangat lama, dan pada akhirnya akan memberi saya " "Situs ini tidak dapat dijangkau" kesalahan. Jika saya memuat ulang dan mencoba lagi, setelah beberapa kali, pada akhirnya situs akan dimuat, dan begitu situs web itu dimuat, saya dapat menjelajahi sekitar situs web itu dengan bebas tanpa masalah selama sekitar 15 menit atau lebih, maka masalahnya akan kembali.

Ini bukan masalah dengan pengaturan firewall atau PC saya. Saya sudah mencoba banyak hal untuk menghilangkan apa masalahnya dan saya telah menentukan itu harus modem-router saya, atau koneksi internet saya sendiri, karena itu terjadi pada semua perangkat yang terhubung ke jaringan saya (desktop, laptop, ponsel cerdas, dll.) dan dengan ponsel cerdas saya, ketika saya beralih ke data seluler masalahnya hilang.

Saya telah mengajukan tiket dukungan ke ISP saya dan mereka telah memandu saya melalui semua langkah yang jelas (factory reset dari modem, dll.) Dan sekarang mereka tidak membantu.

Satu hal yang saya lakukan untuk mencoba menguji adalah saya telah menjalankan perintah ikal untuk situs web yang memiliki masalah ini dan saya telah memperhatikan sesuatu; dengan semua situs web yang mengalami masalah ini, "curl -v [url]" mengembalikan HTTP 301 alih-alih 200.

Adakah yang tahu apa yang menyebabkan ini sehingga saya bisa mengarahkan teknisi ISP saya ke arah yang benar?

EDIT: Telah ditunjukkan bahwa saya tidak memasukkan https dalam perintah curl, yang menyebabkan 301 kembali. Tapi sekarang karena saya termasuk https saya perhatikan sesuatu yang menarik:

Saat menjalankan curl -v terhadap situs https yang bukan merupakan bagian dari masalah (seperti facebook), saya berakhir dengan output normal .. tetapi untuk situs web yang seperti itu, tampilannya seperti ini:

$ 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)

Itu kemudian menggantung di sana, untuk waktu yang sangat lama, dan akhirnya itu berlanjut dan berakhir dengan:

* 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

Itu akhirnya disebabkan oleh IPv6. Saya menonaktifkannya di router saya dan mengaturnya ke IPv4 saja dan masalahnya sekarang hilang.

Ketiga situs ini tampaknya hanya HTTPS, Jika Anda memulai http://alamat mana , situs-situs ini memberi tahu browser Anda bahwa mereka telah pindah secara permanen httpsdengan 301 pesan. Ini akan menjadi bagian dari pesan 301. Anda mungkin mendapatkan arahan ulang tambahan yang menambahkan jalur untuk halaman default. 301 redirect kemungkinan merupakan herring merah.

Penundaan yang lama seperti ini biasa terjadi jika Anda memiliki masalah konektivitas DNS. Namun, saya berharap itu terjadi pada upaya pertama.

Semua situs ini mampu IPv6. Jika tampaknya Anda memiliki kemampuan IPv6, chrome kemungkinan akan mencoba menggunakan IPv6 daripada iPv4 untuk terhubung. Negosiasi HTTPS dapat melibatkan beberapa koneksi ke server yang berbeda. Jika salah satu dari ini diblokir atau turun dapat menyebabkan penundaan.

Mungkin membantu menggunakan Alat Pengembang Chome ( CtrlShiftiPilih tab Jaringan yang akan menunjukkan Anda memuat kali untuk komponen halaman. Arahkan kursor ke koneksi lambat pertama untuk detail tentang pengaturan waktu.