ICMP प्रोटोकॉल

ICMP टीसीपी / आईपी स्टैक (ट्रांसमिशन कंट्रोल प्रोटोकॉल / इंटरनेट प्रोटोकॉल) के घटकों में से एक है, जो डेटा वितरण की गारंटी के लिए आईपी प्रोटोकॉल की अक्षमता की भरपाई करता है। उसी समय, ICMP IP डेटा ट्रांसमिशन की अविश्वसनीयता को समाप्त नहीं करता है। यह केवल डेटा भेजने वाले को सूचित करता है कि उनकी डिलीवरी में समस्याएं थीं।

यह आंकड़ा टीसीपी / आईपी मॉडल में आईसीएमपी के स्थान को दर्शाता है।


ICMP IP के लिए त्रुटि रिपोर्टिंग तंत्र है।
यदि डेटाग्राम के वितरण के दौरान कोई त्रुटि होती है, तो ICMP ने इसे डेटाग्राम के प्रेषक को रिपोर्ट करता है। उदाहरण के लिए, मान लीजिए कि PC1, निम्न आकृति में दिखाया गया है, PC4 डेटाग्राम भेजता है। यदि बॉर्डर राउटर का संबंधित इंटरफ़ेस विफल हो जाता है, तो यह राउटर IC1 का उपयोग करके PC1 को एक संदेश भेजता है, जिसमें कहा गया है कि डेटाग्राम डिलीवरी संभव नहीं थी। ICMP नेटवर्क पर होने वाली समस्या का समाधान नहीं करता है।


ICMP संदेश IP का उपयोग कर दिया जाता है।
ICMP संदेश, डेटाग्राम में आईपी पर दिए गए नियमित डेटा की तरह ही एनकैप्सुलेटेड होते हैं। तालिका IP डेटाग्राम के डेटा क्षेत्र में ICMP पैकेट के एनकैप्सुलेशन को दर्शाती है। फ़्रेम हेडर को एक स्थानीय क्षेत्र नेटवर्क प्रोटोकॉल का उपयोग करके बनाया जा सकता है, जैसे ईथरनेट, या एक वितरित नेटवर्क प्रोटोकॉल, जैसे कि, उदाहरण के लिए, एचडीएलसी।


फ़्रेम हैडर आईपी डेटाग्राम हैडर आईसीएमपी हैडर आईसीएमपी डेटा
फ़्रेम हैडर आईपी डेटाग्राम हैडर आईपी डेटाग्राम डेटा फ़ील्ड
फ़्रेम हैडर आईपी ​​डेटाग्राम डेटा फ़ील्ड
फ़्रेम हैडर फ़्रेम डेटा फ़ील्ड


जब डेटा नेटवर्क परत पर आता है, तो यह एक डाटाग्राम में एनकैप्सुलेटेड होता है। उसके बाद, डेटाटैग और उसमें एनकोड किए गए डेटा को फिर से डेटा लिंक लेयर में फ्रेम में एनकैप्सुलेट किया जाता है। ICMP संदेश हेडर में अपनी जानकारी रखते हैं। हालाँकि, ICMP प्रोटोकॉल डेटा के साथ यह जानकारी एक डेटाग्राम में एनकैप्सुलेट की जाती है और अन्य सभी डेटा की तरह ही ट्रांसमिट की जाती है। इसलिए, त्रुटि संदेश भी संचरण के दौरान खो जाने का खतरा है। इस प्रकार, एक स्थिति उत्पन्न हो सकती है जिसमें त्रुटि संदेश स्वयं नई त्रुटियां पैदा कर सकते हैं, जो केवल पहले से ही विफलताओं के साथ काम करने वाले नेटवर्क में भीड़ के साथ स्थिति को जटिल करेगा। इस कारण से, ICMP संदेशों द्वारा उत्पन्न त्रुटियाँ उनके खुद के ICMP संदेश उत्पन्न नहीं करती हैं। इसलिए, डेटाग्राम की डिलीवरी के दौरान कोई त्रुटि होने पर मामला संभव है, लेकिन यह डेटा भेजने वाले को नहीं बताया जाता है।

WinpCap के साथ बटिंग और पिंग भेजना

हर कोई पिंग कमांड जानता है, जिसे एक इको रिक्वेस्ट भेजने और इको रिप्लाई प्राप्त करने के लिए बनाया गया है। हमने तय किया कि सिस्टम पिंग हमारे लिए पर्याप्त नहीं था और हमारे पिंग कार्यक्रम को लागू करने की कोशिश की।
कार्यान्वयन उपकरण C ++ कंपाइलर और WinPcap लाइब्रेरी था। WinPcap - नेटवर्क इंटरफ़ेस ड्राइवरों के साथ बातचीत करने के लिए एक निम्न-स्तरीय लाइब्रेरी।
और इसलिए हम ICMP पैकेट की असेंबली शुरू करते हैं।
ICMP पैकेट प्रारूप सफलतापूर्वक विकी से लिया गया था।

ओकटेट	0	1	2	3	4	5	6	7	8	9	10	11	12	13	14	15	16	17	18	19	20	21	22	23	24	25	26	27	28	29	30	31
0-3	टाइप								कोड								जांच योग
...	डेटा (प्रारूप "कोड" और "प्रकार" फ़ील्ड के मूल्यों पर निर्भर करता है)

u_char packet[1514]; //   //MAC-  packet[0]=0x08; packet[1]=0x00; packet[2]=0x27; packet[3]=0x4c; packet[4]=0x18; packet[5]=0xDA; ////MAC-  packet[6]=0x08; packet[7]=0x00; packet[8]=0x27; packet[9]=0xca; packet[10]=0xb8; packet[11]=0x44; // IP- packet[12]=0x08; packet[13]=0x00; packet[14]=0x45; packet[15]=0x00; //  *(WORD *)&packet[16] = htons(1500); packet[18]=0x11; //id packet[19]=0x22; packet[20]=0; //  packet[21]=0; packet[22]=0x80; //ttl packet[23]=1; //icmp packet[24]=0; //  packet[25]=0; //  packet[26]=192; packet[27]=168; packet[28]=1; packet[29]=1; // packet[30]=192; packet[31]=168; packet[32]=1; packet[33]=128; chS=ComputeIPChecksum(&packet[14],20); //   printf("%x\n", chS); *(WORD *)&packet[24] = chS; //**************************************************** packet[34]=8; //icmp packet[35]=0; packet[36]=0x29; //csum packet[37]=0x31; packet[38]=0x11; //icmp packet[39]=0x11; packet[40]=0x22; //csum packet[41]=0x22; chS=ComputeIPChecksum(&packet[34],8); printf("%x\n", chS); for(i=42; i<1514; i++) { packet[i]= 'A'; } // if (pcap_sendpacket(fp, // Adapter packet, // buffer with the packet 1514 // size ) != 0) { fprintf(stderr,"\nError sending the packet: %s\n", pcap_geterr(fp)); return 3; } 

हम निम्नलिखित आंकड़े में परिणाम देखेंगे।



हम अनुरोध और प्रतिक्रिया देखते हैं। सब कुछ ठीक है।
लेकिन क्या होगा यदि आप प्रेषक के बाएं मैक पते को डालते हैं?
लेकिन क्या होगा यदि आप प्रेषक के बाएं आईपी पते को डालते हैं?
लेकिन क्या हो अगर MAC = FF-FF-FF-FF-FF-FF?

आप विकी पर जा सकते हैं और निम्नलिखित देख सकते हैं:

ICMP पैकेट एक प्रसारण या मल्टीकास्ट पते के साथ आईपी पैकेट के जवाब में कभी उत्पन्न नहीं होते हैं, इसलिए नेटवर्क कंजेशन (तथाकथित "ब्रॉडकास्ट स्टॉर्म") का कारण नहीं है।

आइए इस नियम को तोड़ने की कोशिश करते हैं। IP 192.168.1.2 के साथ एक मशीन से हम 192.168.1.3 के साथ 192.168.1.1, और प्रेषक के MAC FF-FF-FF-FF-FF-FF-FF के बराबर पिंग भेजेंगे।

यह पता चला कि हमने 192.168.1.3 को 192.168.1.1 को जवाब देने के लिए मजबूर किया, इस तथ्य के बावजूद कि बाद वाले ऐसा नहीं चाहते थे। सबसे दिलचस्प बात यह है कि इसे पिंग प्रसारित किया गया था और यह पारित हो गया!

हम इसे अन्य मशीनों पर देखते हैं।


अन्य मशीनों पर हम प्रसारण अनुरोधों को पकड़ते हैं।
और यदि ऐसा है, तो यह एक अवसर है, जबकि (1) कार्यक्रम में लिखने और डॉस हमले का आनंद लेने के लिए।

संदर्भ:

Odom W. - CISCO आधिकारिक प्रमाणन परीक्षा तैयारी गाइड CCENTCCNA ICND1 - 2010
ru.wikipedia.org