मुझे एक एफ़टीपी एप्लिकेशन के लिए पैकेट नुकसान की जांच करने की आवश्यकता है। मैंने Wireshark पैकेट स्निफ़र का उपयोग किया, और मुझे टीसीपी स्ट्रीम मिला।Wireshark में पैकेट नुकसान कैसे प्राप्त करें?
मैं वायरशर्क का उपयोग करके पैकेट नुकसान कैसे प्राप्त करूं?
[Zr40 नीचे बताता है कि यह हिस्सा गलत है: मेरी टिप्पणी पर विस्तार करने के लिए - Wireshark आपको नीचे स्टेटस बार में गिराए गए पैकेट की संख्या बताता है (मैंने बस नमूना कैप्चर किया और यह कहता है "पैकेट्स: 65 प्रदर्शित: 65 चिह्नित: 0 गिराया गया: 0 ") लेकिन मुझे यकीन नहीं है कि आप इसे किस अंत में चला रहे हैं इसके आधार पर आपको इसका एक ही परिणाम मिल जाएगा।]
किस मामले में - I मान लीजिए कि आपको प्रत्येक छोर पर वायरशर्क चलाने की ज़रूरत है और पैकेट आंकड़े देखें (पैकेट ए-> बी, बी-> ए) की संख्या और मतभेदों की तुलना करें। आप टीसीपी रीट्री आदि पर भरोसा नहीं कर सकते क्योंकि इसका मतलब यह नहीं है कि पैकेट गुम हो गया है।
इसके अलावा, आप एफ़टीपी के लिए एक पर कब्जा फिल्टर केवल जब तक आप चाहते हैं आपकी आंकड़ा DNS खोज ARPs जैसे अन्य सामान, के कारण भ्रामक हो सकता है, आदि
पैकेट हानि और बिट की तरह अन्य संबंधित मीट्रिक सेट अप करने की आवश्यकता होगी त्रुटि दर (बीईआर) वायरसहार्क में डंप को देखकर अनुभवी रूप से देखने के लिए कठिन या असंभव हो सकती है, इस आधार पर कि आप किस परत को देखना चाहते हैं। और इसमें से बहुत अधिक निर्भर है कि आप किस प्रोटोकॉल का उपयोग कर रहे हैं और कौन सा सॉफ्टवेयर/फर्मवेयर इसे कार्यान्वित कर रहा है।
उदाहरण के लिए, वाई-फाई राउटर के साथ मेरा सटीक अनुभव था। मुझे किसी दिए गए वाई-फाई लिंक के बीईआर का अनुभवी परीक्षण करने की आवश्यकता थी। लेकिन यह पता चला है कि 802.11 में एक टीसीपी-जैसी सीआरसी आधारित रीट्रांसमिट सिस्टम है जो सभी लिंक परत पर होता है।
तो, उदाहरण के लिए, आप वाई-फाई डिवाइस ए से वाई-फाई डिवाइस बी में यूडीपी पैकेट भेज सकते हैं। पारगमन में, कुछ बिट्स फ़्लिप हो जाते हैं, डिवाइस बी देखता है कि सीआरसी गलत है और अनुरोध भेजता है पुन: प्रेषण के लिए। पैकेट फिर से भेजा जाता है, और फिर दूषित हो जाता है। तीसरे प्रयास पर, हालांकि, पैकेट ठीक से हो जाता है।
इससे, आप किसी प्रकार का पैकेट नुकसान मेट्रिक सही देखने की उम्मीद करेंगे? खैर, दुर्भाग्य से नहीं। यह पूरा इंटरचेंज Wireshark से नीचे होता है। यह सब देखता है कि एक यूडीपी पैकेट सफलतापूर्वक भेजा जाता है, लेकिन वहां जाने के लिए सामान्य से तीन गुना अधिक समय लगता है। (जब लिंक परत सीआरसी त्रुटियां हुईं तो मुझे नोटिस भेजने के लिए कर्नेल संशोधनों को घायल कर दिया गया था। यह एक गड़बड़ थी!)
आप वायरस क्लार्क मशीन, एफ़टीपी सर्वर मशीन, या किसी अन्य मशीन पर वायरसर्क कहां चल रहे हैं एक हब पर नेटवर्क लटका? – Vicky
यह प्रोग्रामिंग से संबंधित नहीं है, शायद उस संदर्भ में सर्वरफॉल्ट –