सबसे पहले, मैं माफी माँगता हूँ अगर मैं गलत मुद्रा में पोस्ट करता हूं, तो मुझे वास्तव में यकीन नहीं था कि यह सवाल कहां फिट बैठता है।
काफी समय से मुझे अपने घर के इंटरनेट कनेक्शन के साथ यह बहुत अजीब समस्या हो रही है जो निश्चित रूप से या तो मेरे राउटर की है या मेरे आईएसपी की गलती है, लेकिन मेरा आईएसपी इसे डीबग करने में बहुत असहाय हो रहा है।
अधिकांश भाग के लिए मेरा कनेक्शन महान काम करता है - कोई डाउनटाइम नहीं है और मैं लगातार उस गति का 100% प्राप्त कर रहा हूं जिसके लिए मैं भुगतान कर रहा हूं।
हालांकि एक विशिष्ट समस्या है: कुछ वेबसाइटों में यह बहुत ही अजीब व्यवहार होता है जहां उन्हें लोड करने में बहुत लंबा समय लगेगा। ऐसी वेबसाइटों के उदाहरण हैं en.wikipedia.org, www.canadapost.ca, और www.theweathernetwork.com। इन वेबसाइटों के साथ, जब भी मैं किसी पृष्ठ को लोड करने की कोशिश करता हूं, सबसे पहले, कुछ भी लोड नहीं होगा, और क्रोम में स्थिति बार "बहुत लंबे समय के लिए सुरक्षित कनेक्शन स्थापित करना" पढ़ेगा, और अंततः यह मुझे एक " इस साइट पर "त्रुटि" तक नहीं पहुंचा जा सकता है। यदि मैं पुनः लोड करता हूं और कुछ समय के बाद फिर से कोशिश करता हूं, तो आखिरकार साइट लोड हो जाएगी, और एक बार उस वेबसाइट को लोड करने के बाद, मैं लगभग 15 मिनट या इसके बाद के मुद्दों के बिना स्वतंत्र रूप से उस वेबसाइट के चारों ओर ब्राउज़ कर सकता हूं, फिर समस्या वापस आ जाएगी।
यह मेरे फ़ायरवॉल या पीसी सेटिंग्स के साथ कोई समस्या नहीं है। मैंने पहले ही कई चीजों की कोशिश की है कि समस्या क्या है और मैंने यह निर्धारित किया है कि यह मेरे मॉडेम-राउटर, या मेरे इंटरनेट कंसेंटेशन के रूप में है, क्योंकि यह मेरे नेटवर्क (डेस्कटॉप, लैपटॉप,) से जुड़े सभी उपकरणों के लिए होता है स्मार्टफोन, आदि) और मेरे स्मार्टफोन के साथ, जब मैं मोबाइल डेटा पर स्विच करता हूं तो समस्या दूर हो जाती है।
मैंने अपने आईएसपी के साथ एक समर्थन टिकट दायर किया है और उन्होंने मुझे सभी स्पष्ट चरणों (मॉडेम के कारखाने रीसेट, आदि) के माध्यम से चला दिया है और अब वे उस सहायक नहीं बन रहे हैं।
एक चीज़ जो मैंने परीक्षण करने की कोशिश की है, क्या मैंने उन वेबसाइटों के लिए कर्ल कमांड चलाए हैं जिन्हें यह समस्या है और मैंने कुछ देखा है; सभी वेबसाइटों को यह समस्या होने के साथ, "कर्ल -v [url]" एक 200 की बजाय एक HTTP 301 देता है।
किसी को भी पता है कि नरक क्या कारण है तो मैं अपने ISP के तकनीशियनों को सही दिशा में इंगित कर सकता हूं?
संपादित करें: यह इंगित किया गया था कि मैं कर्ल कमांड में https शामिल नहीं था, जिससे 301 वापस आ गया। लेकिन अब मैं https सहित मैं कुछ दिलचस्प देखा है:
जब एक https साइट के खिलाफ curl -v चल रहा है जो समस्या का हिस्सा नहीं है (जैसे कि facebook), मैं सामान्य आउटपुट के साथ समाप्त होता हूं .. लेकिन एक वेबसाइट के लिए, यह इस तरह दिखता है:
$ 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