वीपीएन कनेक्टेड के साथ ज़ेरॉक्स 3220 पर नेटवर्क स्कैनिंग

समस्या का सार

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

पहले देखो

डिफ़ॉल्ट गेटवे को बदलने के तुरंत बाद, वीपीएन में सभी ट्रैफ़िक को अनिवार्य रूप से लपेटने को निष्क्रिय माना जाता है, क्योंकि यह सब उपयोग किए गए किसी भी कनेक्शन में नहीं है। स्कैनर का वेब-आधारित इंटरफ़ेस अभी भी उपलब्ध है, अंत में, यह बहुत अच्छी तरह से प्रतिक्रिया करता है। फिर, पहली जगह में एक नेटवर्क इंजीनियर के रूप में, यह मेरे लिए दिलचस्प हो गया कि नेटवर्क पर स्कैनर का पता कैसे लगाया गया था।
ऐसा करने के लिए, मैंने स्थानीय नेटवर्क इंटरफ़ेस पर वीपीएन कनेक्शन के बिना इसे चलाने के लिए, विरेशर का उपयोग किया। मैंने पाया कि एप्लिकेशन 1124 को पोर्ट करने के लिए एक ब्रॉडकास्ट udp पैकेट भेजता है, जिसे स्कैनर जवाब देता है। अब हम वीपीएन को कनेक्ट करते हैं और स्थानीय इंटरफेस पर पूरी तरह से चुप्पी साध लेते हैं, यहां तक ​​कि आउटगोइंग पैकेट भी नहीं।

लेकिन अंदर क्या है?

खैर, यह स्पष्ट है कि किसी कारण से प्रोग्राम गलत इंटरफ़ेस पर पैकेट भेजना शुरू कर देता है, और निश्चित रूप से कोई भी इसका जवाब नहीं देता है। इसे कैसे ठीक किया जाए, यह मेरे लिए पूरी तरह से अक्षम था, क्योंकि यदि एप्लिकेशन स्कैनर के पते के साथ राउटिंग टेबल द्वारा निर्देशित किया गया था, या कुछ और समझदार है, तो सब कुछ सामान्य होना चाहिए था, लेकिन ऐसा नहीं था। तो, आपको इंटरफ़ेस चुनने के लिए कम से कम एल्गोरिदम को समझने की आवश्यकता है, लेकिन मैंने ओलीडबग का उपयोग करके इसे लागू करने का निर्णय लिया।
डिबगर के तहत NSCSysUI_XEROX.exe (नेटवर्क स्कैनिंग एप्लिकेशन ही, जिसके लिए * .dll श्रृंखला जुड़ी हुई थी) चलाकर, मुझे उम्मीद थी कि, कुछ भी समझ में नहीं आया, क्योंकि हालांकि यह मेरा पहला रिवर्स इंजीनियरिंग अनुभव नहीं है, पिछले वाले विशेष रूप से सफल नहीं थे।

रिफ़्रेश बटन पर क्लिक करने के बाद भी स्कैनर की जांच स्पष्ट रूप से हुई और मैंने देखा कि ओलीडबग में उस समय किसी प्रकार का डिबगिंग स्ट्रिंग आउटपुट हुआ था। अंतिम संदेश इंटरफ़ेस के चयनित आईपी पते के प्रकार के बारे में था:

"चयनित एनआईसी आईपी" की इस पंक्ति के लिए मैंने इसे पकड़ने का फैसला किया। मैंने इसे तुरंत सर्च फॉर - ऑल रेफरिंग स्ट्रिंग्स के माध्यम से खोजने की कोशिश की, लेकिन यह वहां नहीं था, जिसने मुझे कुछ निराशाजनक और लंबे समय तक F7 में प्रवेश बिंदु से .exe फ़ाइल में डुबो दिया। नतीजतन, यह पता चला कि यह आश्चर्य की बात नहीं थी कि जहां मुझे इसकी तलाश थी, वहां कोई रेखा नहीं थी, क्योंकि यह डीबग आउटपुट NSCProtocol_XEROX.dll से कॉल के अंतर्गत आता है, जिसमें लाइन पहले से ही सफलतापूर्वक स्थित है, और हुर्रे, यहाँ संदेश आउटपुट के साथ यह प्रक्रिया है:

003B737D |. FF75 DC PUSH DWORD PTR SS:[EBP-24] ; /<%s> 003B7380 |. 8D45 F0 LEA EAX,[EBP-10] ; | 003B7383 |. C645 FC 12 MOV BYTE PTR SS:[EBP-4],12 ; | 003B7387 |. 68 04A13D00 PUSH OFFSET 003DA104 ; |Format = "Selected NIC IP : %s" 003B738C |. 50 PUSH EAX ; |Arg1 003B738D |. E8 D6F70000 CALL 003C6B68 ; \NSCProtocol_XEROX.003C6B68 

लेकिन यह अभी भी दिलचस्प नहीं है, हम इस प्रक्रिया में सामान्य रूप से क्या है, इसकी तलाश कर रहे हैं। सबसे पहले, आंख ने gethostbyname () फ़ंक्शन के लिए कॉल को पकड़ लिया, जो, MSDN हमें बताता है, साथ ही निर्दिष्ट प्रतीकात्मक नाम के लिए आईपी पते की पूरी सूची भी लौटाता है।

 003B6FCA |. 50 PUSH EAX ; /Arg1,  EAX   003B6FCB |. E8 1EF70000 CALL <JMP.&WSOCK32.#52> ; \WS2_32.gethostbyname 003B6FD0 |. 8BF8 MOV EDI,EAX ;   EDI   hostbyname ( EAX) 003B6FD2 |. 3BFE CMP EDI,ESI ;      hostbyname 003B6FD4 |.- 74 34 JE SHORT 003B700A 003B6FD6 |. 8B47 0C MOV EAX,DWORD PTR DS:[EDI+0C] ;     IP    003B6FD9 |. 8B00 MOV EAX,DWORD PTR DS:[EAX] ;   IP  003B6FDB |. FF30 PUSH DWORD PTR DS:[EAX] ; /Arg1 003B6FDD |. E8 06F70000 CALL <JMP.&WSOCK32.#11> ; \WS2_32.inet_ntoa 003B6FE2 |. 50 PUSH EAX ; /Arg1, -      003B6FE3 |. 8D4D D4 LEA ECX,[EBP-2C] ; | 003B6FE6 |. E8 FD050100 CALL 003C75E8 ; \NSCProtocol_XEROX.003C75E8 003B6FEB |. 8B47 0C MOV EAX,DWORD PTR DS:[EDI+0C] ;      IP 003B6FEE |. 8B00 MOV EAX,DWORD PTR DS:[EAX] ;     IP 003B6FF0 |. 3BC6 CMP EAX,ESI 003B6FF2 |.- 74 16 JE SHORT 003B700A 003B6FF4 |. 33DB XOR EBX,EBX ;  EBX      IP  003B6FF6 |> FF30 /PUSH DWORD PTR DS:[EAX] ; /Arg1,   IP     003B6FF8 |. E8 EBF60000 |CALL <JMP.&WSOCK32.#11> ; \WS2_32.inet_ntoa 003B6FFD |. 8B47 0C |MOV EAX,DWORD PTR DS:[EDI+0C] 003B7000 |. 83C3 04 |ADD EBX,4 003B7003 |. 8B0418 |MOV EAX,DWORD PTR DS:[EBX+EAX] 003B7006 |. 3BC6 |CMP EAX,ESI 003B7008 |.- 75 EC \JNE SHORT 003B6FF6 ;    !         003B700A |> E8 D3F60000 CALL <JMP.&WSOCK32.#116> ; [WS2_32.WSACleanup,        IP ,  -      

टिप्पणियाँ अपने लिए बोलती हैं। आवेदन के इस तरह के एक अजीब तर्क को देखकर, मैंने सोचा कि यहाँ कुंजी है - कार्यक्रम सिर्फ आईपी पते की सरणी का पहला उपयोग करता है, और बाकी को व्यर्थ में चलाता है। यह विश्वास टेस्ट कॉल gethostbyname () द्वारा प्रबलित किया गया था, जिसकी वापसी संरचना में पहली बार वीपीएन कनेक्शन का आईपी पता पहली जगह पर दिखाई दिया था। और तब मेरे पास दो उपाय थे। पहले एक बूटलोडर लिखना है जो निर्दिष्ट प्रक्रिया और रिटर्न के लिए gethostbyname () को इंटरसेप्ट करता है, या वांछित आईपी पते को पहले स्थान पर रखता है। लेकिन कब से मैंने पहले भी ऐसा किया था, यह खेल नहीं था, और मैंने दूसरा प्रयास करने का फैसला किया - एक आदिम स्तर पर dll को कम से कम पैच करने के लिए।
मैंने कोड के सभी संकेतित टुकड़े को कुछ के साथ बदल दिया, जो मेरी राय में, मेरे मामले के लिए अधिक उपयुक्त थे (हालांकि मुझे स्वीकार करना चाहिए, यह एप्लिकेशन दृष्टिकोण से अलग नहीं है) और केवल कॉल चलाया (यह मानते हुए कि यह किसी प्रकार का अत्यंत उपयोगी है) उपरोक्त कोड में भाग नहीं ले रहा है। केवल पहले आईपी पते पर, लेकिन उन सभी का सामना करना पड़ा:

 003B6FD6 8B47 0C MOV EAX,DWORD PTR DS:[EDI+0C] ;     IP    003B6FD9 8B00 MOV EAX,DWORD PTR DS:[EAX] ;   IP  003B6FDB 33DB XOR EBX,EBX 003B6FDD FF30 PUSH DWORD PTR DS:[EAX] 003B6FDF E8 04F70000 CALL <JMP.&WSOCK32.#11> ; Jump to WS2_32.inet_ntoa 003B6FE4 50 PUSH EAX 003B6FE5 8D4D D4 LEA ECX,[EBP-2C] 003B6FE8 E8 FB050100 CALL 003C75E8 003B6FED 8B47 0C MOV EAX,DWORD PTR DS:[EDI+0C] 003B6FF0 83C3 04 ADD EBX,4 003B6FF3 8B0418 MOV EAX,DWORD PTR DS:[EBX+EAX] 003B6FF6 3BC6 CMP EAX,ESI ;   IP     003B6FF8 ^ 75 E3 JNE SHORT 003B6FDD 003B6FFA 90 NOP ... 003B7009 90 NOP 003B700A |> E8 D3F60000 CALL <JMP.&WSOCK32.#116> 

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

सत्य का क्षण

फिर मैं सूची से थोड़ा नीचे चला गया, और गेटअडेप्टर्सइन्फो () को कॉल देखा, और इसके बाद कई लाइनों के लिए एक लूप, जो फ़ंक्शन द्वारा लौटी सूची से प्रत्येक रिकॉर्ड के माध्यम से जाने की कोशिश कर रहा है। मैंने 2 दिनों तक इस कोड पर ध्यान दिया। और मैं अभी भी तर्क को पूरी तरह से समझ नहीं पाया हूं, लेकिन मेरा संस्करण इस प्रकार है: पहला रिकॉर्ड लिया जाता है, इसके लिए यह इंटरफ़ेस के प्रकार, गैर-शून्य आईपी पते, और चरित्र प्रतिनिधित्व की लंबाई के लिए जांच की जाती है (? यह जांच मेरे लिए प्रवेश द्वार के लिए सबसे रहस्यमय है? इस इंटरफ़ेस के लिए डिफ़ॉल्ट। यदि प्रकार उपयुक्त है, तो पता है और गेटवे का प्रतीकात्मक प्रतिनिधित्व शून्य नहीं है, फिर हम लूप से बाहर निकलते हैं और, यह पता चलता है, हम इस एडाप्टर का चयन करते हैं। और यहाँ बारी है। मेरे वीपीएन के लिए, कोई डिफ़ॉल्ट गेटवे कनेक्शन बिल्कुल भी नहीं है, लेकिन MSDN से कोड के साथ C ++ में GetAdaptersInfo () के लिए एक परीक्षण कॉल इसे एक अनुपस्थित मान के रूप में नहीं देता है, लेकिन क्रमशः "0.0.0.0" के रूप में, और लंबाई शून्य नहीं है, और यह इंटरफ़ेस सभी मामलों में है। फिट। और तब से वह सूची में पहले स्थान पर है, फिर उसका चयन किया जाता है।
तब मैं पूरी तरह से दुखी था, और मुझे समझ में नहीं आया कि इस कोड को सही संचालन के लिए कैसे ठीक किया जाए। लेकिन आपको बस प्रलेखन को ध्यान से पढ़ने की आवश्यकता है। फ़ंक्शन विवरण कहता है:

GetAdaptersInfo फ़ंक्शन केवल IPv4 पतों के लिए जानकारी प्राप्त कर सकता है।
इस फ़ंक्शन द्वारा दी गई सूची में एडेप्टर दिखाई देने वाले क्रम को नेटवर्क कनेक्शंस फ़ोल्डर से नियंत्रित किया जा सकता है: उन्नत मेनू से उन्नत सेटिंग्स मेनू आइटम का चयन करें।

यदि आप, मेरी तरह (और मैं विंडोज़ प्रशासन से मुठभेड़ करता हूं, win2000 सर्वर से शुरू होता है), इस मेनू को पहले कभी नहीं देखा है, तो यह वह जगह है जहां यह Win7 में है:


जहां, निश्चित रूप से, मैंने देखा कि मेरे सभी वीपीएन एडेप्टर स्थानीय नेटवर्क कनेक्शन से ऊपर थे, इसे बहुत ऊपर तक ले जाते हुए, मैंने मूल समस्या को हल किया।

पुनश्च लेकिन फिर भी, ज़ीरक्स के डेवलपर्स सभी इंटरफेसों को परीक्षण अनुरोध भेज सकते हैं, और न केवल पहले वाले को।