Mac VPN का बाइट काउंटर क्या साबित करता है और क्या नहीं

क्लाइंट की स्टेटस विंडो खोलें और आंकड़े भरोसा देने वाले लगते हैं: बाइट बढ़ रहे हैं, टनल जुड़ी है। विंडो बंद करें और ऑफिस ऐप अब भी विफल होता है, यानी काउंटरों ने ऐसे सवाल का जवाब दिया जो किसी ने नहीं पूछा था। किसी इंटरफ़ेस पर बाइट गिनना उसी अवलोकन बिंदु पर ट्रैफ़िक मापता है और उससे ज़्यादा कुछ नहीं। जिस संख्या को आप देख रहे हैं, उससे उस परत तक जाएँ जिसकी वह रिपोर्ट करती है, और फिर उस परिणाम तक जो ऐप ने आपको वास्तव में दिया।

संख्या चुनने से पहले इंटरफ़ेस चुनें

जहाँ संख्या दिखाई जाती है वहीं से शुरू करें और उसके बगल का लेबल पढ़ें। क्लाइंट विंडो सत्र के कुल दिखा सकती है, टनल इंटरफ़ेस आंतरिक IP बाइट दिखा सकता है, और भौतिक एडाप्टर एन्क्रिप्टेड बाहरी बाइट दिखा सकता है; तीन अलग-अलग काउंटर जो संयोगवश बाइट में मापे जाते हैं। कमांड लाइन पर, netstat -ibn हर इंटरफ़ेस पर हर पते के लिए एक पंक्ति छापता है, इसलिए टनल कई बार दिख सकती है। पंक्ति को उस इंटरफ़ेस से मिलाएँ जो क्लाइंट वास्तव में रखता है, और उसे उस रूट से पुष्टि करें जो गंतव्य चुनता है। utun नाम का उपकरण VPN का, किसी दूसरी टनल का, या ऐसी किसी चीज़ का हो सकता है जिसकी आपको परवाह नहीं।

केवल पढ़ने में आसान होने के कारण Wi-Fi काउंटर न लगाएँ। अलग अवलोकन बिंदु अलग सवाल का जवाब देता है।

डेल्टा लें, जीवनकाल का कुल योग नहीं

पंक्ति पढ़ें, एक छोटा अधिकृत अनुरोध करें, और फिर वही पंक्ति दोबारा पढ़ें। अंतर ही प्रमाण है, क्योंकि जीवनकाल का कुल बूट के बाद से मशीन द्वारा किया गया सब कुछ समेटता है। अंतराल छोटा रखें ताकि पृष्ठभूमि ट्रैफ़िक को उसे दूषित करने का कम मौका मिले। व्यस्त मशीन पर, nettop थ्रूपुट को किसी प्रक्रिया से जोड़ सकता है, जो इंटरफ़ेस काउंटरों पर लौटने से पहले क्षेत्र को संकीर्ण कर देता है।

स्वीकार करें कि डेल्टा साफ़ नहीं है। मेल, अपडेट और क्लाइंट के अपने कीपअलाइव सभी योगदान देते हैं, इसलिए संख्या को माप के बजाय ऊपरी सीमा मानें। यदि अंतराल के दौरान आपने केवल ऐप चलाया, तो सीमा आमतौर पर उपयोगी होने लायक कसी होती है।

भीतरी और बाहरी काउंटर अलग-अलग चीज़ें मापते हैं

भौतिक एडाप्टर अपने बाहरी हेडर सहित एन्क्रिप्टेड पैकेट गिनता है, जबकि टनल इंटरफ़ेस वह पेलोड हिसाब में लाता है जो वह प्राप्त या सौंपता है। दोनों को जोड़ने पर एक ही स्थानांतरण दो बार गिना जाता है। अतिरिक्त भार, पुनःप्रेषण और एन्कैप्सुलेशन भी साधारण समानता को असंभव बनाते हैं।

विपरीत दिशाओं में चलते दो काउंटर एक खोज हैं, विरोधाभास नहीं। आमतौर पर इसका अर्थ है कि ट्रैफ़िक एक परत में घुसा और दूसरी परत से कभी बाहर नहीं निकला।

काउंटर को ऐप के परिणाम से जोड़ें

प्राप्त कुल प्रोटोकॉल की बातचीत से बढ़ सकता है जबकि आपकी चाही सेवा अब भी विफल रहती है। प्रेषण में वृद्धि इससे भी कम कहती है: यह साबित करती है कि कर्नेल ने पैकेट स्वीकार किया, यह नहीं कि किसी ने जवाब दिया।

काउंटरों के पास सटीक परिणाम दर्ज करें: नाम विश्लेषण विफल, कनेक्शन का समय समाप्त, TLS अस्वीकृत, या HTTP प्रतिक्रिया आई। ये चार अलग-अलग खराबियाँ हैं, और इनमें से केवल एक टनल से संबंधित है। यदि प्रमाण को और आगे जाना हो, तो अगला अवलोकन बिंदु गेटवे या सेवा की सीमा है, जहाँ कोई देख सकता है कि अनुरोध पहुँचा या नहीं। Mac की नेटवर्क प्राथमिकताएँ रीसेट करने से वह स्थिति नष्ट हो जाती है जिसे आप माप रहे थे और आपको कुछ नहीं बताता।

अगले व्यक्ति को जो नोट चाहिए वह लिखें

इंटरफ़ेस का नाम, काउंटर का लेबल, अंतराल, पहले और बाद के मान, और ऐप का परिणाम। आपकी दोपहर दोहराए बिना सहकर्मी के लिए अवलोकन दोहराना इतने से ही संभव है। क्लाइंट का संस्करण और macOS का संस्करण जोड़ें, क्योंकि काउंटरों का अर्थ संस्करणों के बीच बदल सकता है।

पूरा पैकेट कैप्चर और सिस्टम डंप छोड़ दें। एक अनुरोध के दौरान कौन-सा स्थानीय काउंटर हिला, यह समझाने के लिए ये शायद ही कभी ज़रूरी होते हैं, और रिपोर्ट पढ़ने वाले हर व्यक्ति को धीमा करते हैं। यदि क्लाइंट अपने आँकड़े दिखाता है, तो उसका लेबल अपने लेबल में अनुवाद करने के बजाय शब्दशः उद्धृत करें। नोट का उद्देश्य यह दर्ज करना है कि क्या मापा गया, यह बहस करना नहीं कि उसका क्या अर्थ है।