VPN पानाच्या मध्ये तुटले: पार्श्वभूमी विनंत्या अजूनही बाहेर जातात का?

टॅब अजूनही टनल मेल्यापूर्वीचे डॅशबोर्ड दाखवत आहे। स्थितीचे आकडे गोठतात, छोटा स्पिनर फिरत राहतो, आणि पत्ता पट्टी अजूनही एक तासापूर्वी उघडलेले ॲप वाहून नेते। तुटल्यानंतर तुम्ही काहीही स्पर्श केला नाही, तरीही पान आपल्या स्वतःच्या वेळापत्रकानुसार त्याच्या सर्व्हरपर्यंत पोहोचण्याचा प्रयत्न करत असू शकते। लोक हाच भाग चुकवतात: फक्त दिसणारे पान आणि अजूनही विनंत्या पाठवणारे पान बाहेरून सारखेच दिसतात, आणि त्यापैकी फक्त एकच नेटवर्क लॉगमध्ये दिसते।

पान तुमच्याशिवाय जे काम सुरू करते

चार यंत्रणा लोड झालेले दस्तऐवज व्यस्त ठेवतात। पुनरावृत्ती टाइमर दर काही सेकंदांनी स्थिती कॉल पुन्हा चालवू शकतो। तुम्ही परत आल्यानंतर टॅब पुन्हा दिसू लागल्यावर fetch सक्रिय होऊ शकतो। WebSocket किंवा सर्व्हरने पाठवलेल्या घटनांवर बांधलेला थेट चॅनेल आपल्या स्वतःच्या बॅकऑफ वेळापत्रकानुसार पुन्हा जोडण्याचा प्रयत्न करू शकतो। साइटने नोंदवलेला सर्व्हिस वर्कर तुमच्यासमोर टॅब नसतानाही रांगेत असलेल्या सिंकसाठी जागा होऊ शकतो।

यापैकी कोणालाही क्लिकची गरज नाही, आणि यापैकी कोणीही दस्तऐवज पुन्हा लोड करत नाही। पत्ता पट्टी, स्क्रोलची स्थिती आणि दाखवलेली मूल्ये सर्व जिथे होती तिथेच राहतात। बदलतो तो फक्त नेटवर्कचा बाजू: प्रत्येक नवीन प्रयत्न तो सुरू होतो त्या क्षणी घेतलेला ताजा निर्णय आहे।

हा फरक महत्त्वाचा आहे कारण दिसणारे पान स्थानिक पातळीवर साठवले जाते। आधीच रंगवलेले पिक्सेल पुढील विनंती यशस्वी झाली का याबद्दल काहीही सांगत नाहीत। स्पिनरसह गोठलेला आलेख विनंत्या आता अयशस्वी होत असलेल्या पानाचे नेहमीचे स्वरूप आहे। स्क्रीन वाचल्याने तुम्हाला कळते की सर्व्हरने काही मिनिटांपूर्वी काय सांगितले, ब्राउझर आता काय करत आहे ते नाही।

पूर्वीचे पान लोड मार्ग का धरून ठेवत नाही

पान लोडमध्ये काहीही दस्तऐवजाला टनलशी बांधत नाही। मार्गनिर्देशन प्रत्येक पॅकेटसाठी, पाठवण्याच्या वेळी, पॅकेट बाहेर पडताना असलेल्या तक्त्यातून ठरवले जाते। टनलचा इंटरफेस नाहीसा झाल्यावर तो शोध आता टनलच्या मार्गाशी जुळत नाही। तो एकतर भौतिक अडॅप्टरवर पडतो किंवा काहीच सापडत नाही, क्लायंटने मागे काय सोडले यावर अवलंबून।

पुनरावृत्ती कॉलबॅक सामान्य नियोजित कामे आहेत। HTML मानकाचा टाइमर विभाग ते रांगेत कसे जातात हे वर्णन करतो आणि मध्यांतराला अचूक लयीचे वचन न मानता किमान विलंब मानतो, त्यामुळे पार्श्वभूमी टॅब त्याच्या कोडला हवे तेवढ्या वेळा पोलिंग करू शकतो त्यापेक्षा खूप कमी वेळा। कमी प्रयत्न म्हणजे शून्य प्रयत्न नव्हे, आणि टॅब पुन्हा समोर आणणे हे त्यांच्या उसळीचा नेहमीचा क्षण आहे।

अपयश धोरण कुठे उतरते

क्लायंटचा ब्लॉक पान आणले तेव्हा नाही, जोडणीचा प्रयत्न केला तेव्हा मूल्यांकित होतो। जर सामान्य प्रवेश अजूनही परवानगी असेल, तर पुनर्प्रयत्न भौतिक दुव्यावरून उघडपणे बाहेर जाऊ शकतो। जर धोरण तो रहदारी टनल परत येईपर्यंत धरून ठेवते, तर प्रयत्न जोडणीच्या क्षणीच अयशस्वी होतो आणि पान असा त्रुटी दाखवते जी ते काही सेकंदांनंतर पुन्हा प्रयत्न करू शकते।

तुम्हाला यापैकी कोणते मिळेल हे दोन तपशील ठरवतात। पहिला म्हणजे क्लायंट ज्या अंमलबजावणी व्याप्तीला आधार देतो: संपूर्ण उपकरणासाठी ब्लॉक, टनल अडॅप्टरपर्यंत मर्यादित ब्लॉक, किंवा अपवादांसह नियम संच। दुसरा म्हणजे गंतव्यस्थान तुम्ही यापूर्वी स्थानिक प्रिंटर, कॅप्टिव्ह पोर्टल किंवा स्ट्रीमिंग सेवेसाठी जोडलेल्या अपवादात येते का।

अनुप्रयोग-स्तरीय एन्क्रिप्शन यापैकी काहीही बदलत नाही। HTTPS ब्राउझर आणि सर्व्हरमधील बाइट्सचे रक्षण करते; ते कोणता इंटरफेस ते वाहतो याबद्दल काहीही सांगत नाही। पान पूर्णपणे एन्क्रिप्टेड असूनही चुकीच्या मार्गाने बाहेर जाऊ शकते, आणि अरुंद ब्लॉक नेमकी तीच परवानगी देतो।

फेकून देण्याजोग्या पानासह नियंत्रित तपासणी

तुम्ही नियंत्रित करता असे होस्ट आणि त्याला बोलावण्याशिवाय दुसरे काहीही न करणारे पान वापरा, जेणेकरून कोणताही खरा डेटा खेळात नसेल। टर्मिनलवरून तुटण्यापूर्वी आणि नंतर मार्गाचा नमुना घ्या:

curl -sS --max-time 5 -o /dev/null -w '%{http_code} %{remote_ip}\n' https://probe.example.net/ping

टनल चालू ठेवून ते चालवा, नंतर टनल बंद करा आणि पुन्हा चालवा। टनल बंद असताना सार्वजनिक पत्त्यावरून आलेले उत्तर तुम्हाला सांगते की थेट मार्ग खुला आहे। वेळ संपणे किंवा नाकारलेली जोडणी तुम्हाला सांगते की धोरण धरून आहे। क्लायंट पुन्हा जोडल्यानंतर अजून एकदा पुनरावृत्ती करा, जेणेकरून टनलचा मार्ग परत येताना दिसेल, गृहीत धरण्याऐवजी।

ब्राउझरमध्ये नेटवर्क पॅनेल दोन प्रश्न वेगळे करते। Fetch/XHR वर फिल्टर करा, नंतर इनिशिएटर स्तंभ वाचा: टाइमर किंवा स्क्रिप्टने सुरू केलेली नोंद, तिच्यापूर्वी कोणतेही नेव्हिगेशन नोंदवले नसताना, पुन्हा लोड नाही तर पार्श्वभूमी प्रयत्न आहे। तिची सुरुवातीची वेळ टनल तुटलेल्या क्षणाशी तुलना करा। टनल गेल्यावर नोंद अजूनही प्रलंबित असल्यास, विनंती आता नसलेल्या मार्गाची वाट पाहत आहे।

सर्व्हरच्या बाजूचे पुरावे ब्राउझर दाखवत असलेल्या कोणत्याही गोष्टीपेक्षा मजबूत आहेत। वेळ-शिक्का आणि स्रोत पत्त्यासह विनंती लॉग पॅकेट पोहोचले हे सिद्ध करतो। ब्राउझर नोंदी कुकीज, टोकन आणि पूर्ण URL वाहू शकतात, म्हणून तुमच्या प्रश्नाला आवश्यक तीच क्षेत्रे ठेवा आणि उर्वरित कुठेही पेस्ट करण्यापूर्वी लपवा।

उत्तराचे काय करावे

टनल बंद असताना पार्श्वभूमी प्रयत्न यशस्वी होत राहिल्यास, ब्लॉक तुम्ही गृहीत धरले त्यापेक्षा अरुंद आहे, आणि संवेदनशील कामासाठी क्लायंटवर विश्वास ठेवण्यापूर्वी ती तफावत भरून काढणे योग्य आहे। जर ते अयशस्वी होत असतील, तर धोरण आपले काम करत आहे आणि गोठलेले पान केवळ दृश्य आहे। कोणत्याही परिस्थितीत, एक टॅब बंद करणे हे उपकरण-व्यापी नियंत्रण नाही: इतर टॅब, इतर ब्राउझर आणि इतर ॲप्लिकेशन प्रत्येकजण आपले काम स्वतः ठरवतात।

घेण्याजोगी पुढील पावले: तुम्ही कोणते अपवाद आणि का जोडले याची यादी करा, क्लायंट फक्त टनल-व्याप्त रहदारी किंवा सर्व रहदारी ब्लॉक करतो का याची पुष्टी करा, आणि सर्व्हर लॉग उघडा ठेवून एक पार्श्वभूमी विनंती सुरुवातीपासून शेवटपर्यंत पहा। ती तीन उत्तरे «VPN तुटले आणि काहीतरी अजूनही जोडलेले आहे» अशा अहवालात प्रत्यक्षात काय असते त्यातील बहुतांश भाग व्यापतात।