প্রথমত, আমি যদি ভুল এক্সচেঞ্জে পোস্ট করি তবে আমি ক্ষমাপ্রার্থী, এই প্রশ্নটি কোথায় ফিট করে তা আমি সত্যিই নিশ্চিত নই।
বেশ কিছুদিন যাবত আমি আমার হোম ইন্টারনেট সংযোগের সাথে এটি খুব অদ্ভুত সমস্যাটি নিয়ে আসছি যা অবশ্যই আমার রাউটারের বা আমার আইএসপির দোষ, তবে আমার আইএসপি এটি ডিবাগ করতে বেশ অসহায় হয়ে উঠছে।
বেশিরভাগ অংশে আমার সংযোগ দুর্দান্ত কাজ করে - কোনও ডাউনটাইম নেই এবং ধারাবাহিকভাবে আমি যে গতির জন্য অর্থ দিচ্ছি তার প্রায় 100% পেতে পারি।
তবে একটি নির্দিষ্ট সমস্যা আছে: কিছু ওয়েবসাইটের এই খুব অদ্ভুত আচরণ রয়েছে যেখানে তারা লোড হতে খুব দীর্ঘ সময় নিবে। এই জাতীয় ওয়েবসাইটগুলির উদাহরণ হ'ল এন.ইউইকিপিডিয়া.রোগান, www.canadapost.ca, এবং www.theweathernetwork.com। এই ওয়েবসাইটগুলির সাহায্যে, যখনই আমি কোনও পৃষ্ঠা লোড করার চেষ্টা করব, প্রথমে কোনও কিছুই লোড হবে না এবং ক্রোমের স্ট্যাটাস বারটি খুব দীর্ঘ সময়ের জন্য "সুরক্ষিত সংযোগ স্থাপন করা .." পড়বে এবং শেষ পর্যন্ত এটি আমাকে একটি " এই সাইটে "ত্রুটি পৌঁছানো যাবে না। যদি আমি পুনরায় লোড করে আবার চেষ্টা করি, কয়েকবার পরে, অবশেষে সাইটটি লোড হয়ে যাবে, এবং সেই ওয়েবসাইটটি লোড হয়ে গেলে, আমি প্রায় 15 মিনিট বা তার বেশি সময় ছাড়াই নিখরচায় সেই ওয়েবসাইটটি ব্রাউজ করতে পারি, তবে সমস্যাটি ফিরে আসবে।
আমার ফায়ারওয়াল বা পিসি সেটিংসে এটি কোনও সমস্যা নয়। সমস্যাটি কী তা সমাধান করার জন্য আমি ইতিমধ্যে অসংখ্য জিনিস চেষ্টা করেছি এবং আমি নির্ধারণ করেছি যে এটি আমার মডেম-রাউটার হতে হবে বা আমার ইন্টারনেট কননিশন নিজেই হওয়া উচিত কারণ এটি আমার নেটওয়ার্কের সাথে সংযুক্ত সমস্ত ডিভাইসে (ডেস্কটপ, ল্যাপটপ, স্মার্টফোন ইত্যাদি) এবং আমার স্মার্টফোনের সাথে আমি যখন মোবাইল ডেটাতে স্যুইচ করি তখন সমস্যাটি দূরে যায়।
আমি আমার আইএসপি এর সাথে একটি সমর্থন টিকিট দায়ের করেছি এবং তারা আমাকে সমস্ত সুস্পষ্ট পদক্ষেপ (মডেমের ফ্যাক্টরি রিসেট ইত্যাদি) দিয়ে গেছে এবং এখন তারা তেমন সহায়ক হচ্ছে না।
একটি জিনিস যা পরীক্ষা করার চেষ্টা করেছি তা হ'ল আমি যে ওয়েবসাইটগুলির মধ্যে এই সমস্যা আছে তাদের জন্য কার্ল কমান্ড চালিয়েছি এবং আমি কিছু লক্ষ্য করেছি; সমস্ত ওয়েবসাইটগুলির এই সমস্যাটি সহ, "কার্ল-ভি [url]" 200 এর পরিবর্তে একটি HTTP 301 প্রদান করে।
কারও কি ধারণা আছে যে কী ঘটছে যার ফলে আমি আমার আইএসপির প্রযুক্তিবিদদের সঠিক দিকে নির্দেশ করতে পারি?
সম্পাদনা: এটি চিহ্নিত করা হয়েছিল যে আমি কার্ল কমান্ডগুলিতে https অন্তর্ভুক্ত করিনি, যার কারণে 301 ফিরে আসছিল। তবে এখন আমি https অন্তর্ভুক্ত করছি আমি আকর্ষণীয় কিছু লক্ষ্য করেছি:
সমস্যার কোনও অংশ নয় এমন কোনও https সাইটের বিরুদ্ধে কার্ল-ভি চালানোর সময়, আমি স্বাভাবিক আউটপুট দিয়ে শেষ করি .. তবে যে ওয়েবসাইটটির জন্য এটি দেখতে এটির মতো দেখাচ্ছে:
$ 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