🏏 🐶 ⛴️ सिस्को वायरलेस नियंत्रक डिवाइस और रूट एक्सेस 🉐 ↖️ 🔡

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

क्यों

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

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

लोहा

वास्तव में, किसी भी कंट्रोलर एक विशेष सिंगल-बोर्ड कंप्यूटर है जिसमें कुछ प्रसिद्ध वास्तुकला, रैम, फ्लैश ड्राइव (डब्ल्यूआईएसएम, डब्ल्यूएलसीएम, 440x में कॉम्पैक्टफ्लैश कार्ड या अन्य मॉडलों में बोर्ड को मिला हुआ चिप), नेटवर्क कार्ड का प्रोसेसर है। कोई भी संदेह डिवाइस कवर को खोल सकता है और अपने लिए देख सकता है।

सिस्को 8510 और सिस्को फ्लेक्स 7510 एक अतिरिक्त नेटवर्क कार्ड के साथ 1U आईबीएम सर्वर पर नियमित रूप से कैवियम ऑक्टेन प्रोसेसर पर आधारित होते हैं, जिस पर नियंत्रक वास्तविक समय पैकेट संचालन (जैसे डीटीएलएस कैपिटल ट्रैफिक को डिक्रिप्ट करना) प्रदान करता है। इन नियंत्रकों में एक विशिष्ट आला है - बहुत बड़ी संख्या में रिमोट (फ्लेक्सकोनेक्ट मोड में) एक्सेस पॉइंट्स का ट्रैफ़िक एकत्रीकरण, और इसके आधार पर उनके पास वितरण नहीं है।

सिस्को 5760 और सिस्को उत्प्रेरक 3850 पारंपरिक सिस्को राउटर और स्विच के करीब डिवाइस हैं। नियंत्रक कोड को IOS XE के नियंत्रण में निष्पादित किया जाता है, उदाहरण के लिए, एएसआर लाइन में। जिनमें से सभी के बारे में नीचे चर्चा की जाएगी, इन अभी तक विदेशी उपकरणों के लिए बहुत कम प्रासंगिकता है।

सहायक मॉडल 4402, 4404 को MIPS 64 प्रोसेसर, NPE कोप्रोसेसर और नए सॉफ्टवेयर संस्करण (> 7.2) सहन करने से समर्थित नहीं हैं। इनमें 3750G-24WS स्विच में एकीकृत 4402 नियंत्रक, साथ ही उत्प्रेरक 6500 में वाईएसएम मॉड्यूल (जो दो स्वतंत्र 4404 डिवाइस हैं जो केवल कंसोल, बिजली की आपूर्ति और चेसिस से गीगई पोर्ट प्राप्त करते हैं) शामिल हैं।

WLCM डिवाइस (ISR के लिए) और SRE (ISR G2) 28xx / 38xx, 29xx / 39xx श्रृंखला के राउटर में स्थापित मॉड्यूल हैं और उनसे पूरी तरह से स्वायत्तता से काम कर रहे हैं। वे प्रोसेसर (सेलेरॉन / i386 और कोर / x64) और, तदनुसार, प्रदर्शन (समर्थित एक्सेस पॉइंट की संख्या) से भिन्न होते हैं।

हम 6500 स्विच के लिए अधिक सामान्य स्वायत्त नियंत्रकों 2504 , 5508 , और नए WiSM2 मॉड्यूल में सबसे अधिक रुचि रखते हैं। अंतिम (आश्चर्य) फिर से दो स्वतंत्र 5508 हैं। वास्तव में, इन तीनों मॉडलों में एक ही बात है, वे केवल नेटवर्क इंटरफेस और सीपीयू प्रदर्शन की संख्या में भिन्न हैं। (64-बिट MIPS वास्तुकला)।

वर्चुअल कंट्रोलर लाइन को बंद कर देता है, जिसे VMware ESXi (ovf file) के लिए VM इमेज के रूप में बेचा जाता है। यह तर्कसंगत है कि इसकी वास्तुकला आभासी मशीन के मानक उपकरणों से मेल खाती है: x64 प्रोसेसर, LSI SCSI डिस्क, इंटेल E1000 नेटवर्क।

दो साल पहले कोई वर्चुअल कंट्रोलर नहीं था। मैंने WLCM (NME-AIR-WLC) के निकटतम आर्किटेक्चर का वर्चुअलाइजेशन करने की कोशिश की, जिसके लिए फ़र्मवेयर के विश्लेषण और शोध की आवश्यकता थी (नीचे दी गई विधि के समान), मोंटविस्टा 4.0 के लिए एक NVRAM एमुलेशन ड्राइवर लिखना, Dda Pro का अध्ययन करना, QEMU नेटवर्क ऑफ़सेट्स को संशोधित करना, और नेटवर्क की परेशानी। ESXi में और सुस्त मोड में लगभग एक वर्ष का समय लिया। और ऐसा नियंत्रक कमाया है! सच है, आधुनिक नियंत्रक सॉफ़्टवेयर संस्करण (> 7.2) अब WLCM का समर्थन नहीं करते हैं, और हमारे पास vWLC है, इसलिए मेरे परिणामों का केवल शैक्षणिक मूल्य है।

प्रदर्शन में स्पष्ट अंतर (एक साथ समर्थित एक्सेस पॉइंट और वायरलेस सब्सक्राइबर की संख्या) के अलावा, सभी नियंत्रक कार्यक्षमता में भिन्न होते हैं। मुख्य अंतर वायर्ड अतिथि, अतिथि पहुंच, गतिशीलता-लंगर, मल्टीकास्ट, आईपीवी 6, आदि के लिए समर्थन हैं। शायद ही कभी आवश्यक सुविधाएँ। वास्तव में महत्वपूर्ण अंतर - स्थानीय मोड (पारंपरिक मोड) के लिए समर्थन 2504/5508 / WISM2 पर कार्यान्वित किया जाता है, जबकि Flex7500 / vWLC केवल FlexConnect के साथ सामग्री है।

मुलायम

नियंत्रक सॉफ्टवेयर आकार में लगभग 100 मेगाबाइट की एक फ़ाइल है, जिसे आप निर्माता की वेबसाइट पर डाउनलोड कर सकते हैं यदि आपके पास कोई सेवा अनुबंध है ~~या इसे वहां से ज्ञात फ़ाइल नाम का उपयोग करके Google कर सकता है~~ । एक विशिष्ट AIR-CTYYYY-K9-XX-XX.aes एक्सटेंशन के लिए भ्रामक नहीं होना चाहिए: इसका एन्क्रिप्शन प्रोटोकॉल से कोई लेना-देना नहीं है। फर्मवेयर फ़ाइल के नाम में LDPE (लाइसेंस प्राप्त डेटा पेलोड एन्क्रिप्शन) शब्द दिखाई दे सकता है। इसका मतलब है कि यह फर्मवेयर उपयोगकर्ता ट्रैफ़िक को एन्क्रिप्ट करने की क्षमता को सक्रिय करता है (CAPWAP कंट्रोल टनल को अभी भी DTLS / AES के माध्यम से अलग लाइसेंस के साथ एन्क्रिप्ट किया गया है)। यह विशेष रूप से सिस्को द्वारा रूस के उपयोगकर्ताओं के लिए आविष्कार किया गया था, ताकि के 9 डिवाइस एन्क्रिप्शन उपकरणों में प्रवेश करने पर कानूनी प्रतिबंधों के तहत नहीं आते हैं।

एक मालिकाना प्रारूप की फर्मवेयर फ़ाइल के अंदर, आपको कुछ बाइनरी कचरा, शेल स्क्रिप्ट के टुकड़े, बड़े ब्लॉक, टार या जीजी अभिलेखागार के समान दिखाई देंगे। यह कुछ पारंपरिक सिस्को डिवाइस के आईओएस (इंटर्न नेटवर्क ऑपरेटिंग सिस्टम, ऐप्पल आईओएस के साथ भ्रमित नहीं होना) की एक कसकर भरी हुई, अखंड द्विआधारी छवि की याद ताजा करने के लिए नहीं है। इसलिए, आपको फ़्लैश में सीधे .aes फ़ाइल अपलोड करके किसी भी अपडेट को करने की कोशिश नहीं करनी चाहिए, आप केवल डिवाइस को ईंट कर देंगे।

5508 नियंत्रक, AIR-CT5500-K9-7-5-102-0.aes के लिए नवीनतम संस्करण 7.5.102.0 लें। जिज्ञासु तथ्य: याद रखें, मैंने कहा था कि २५०४, ५५० Wi और वाईएसएम २ एक और एक ही हैं? यदि आप बारीकी से देखते हैं, तो उन सभी के लिए, इस फ़र्मवेयर संस्करण की सॉफ़्टवेयर फ़ाइल की लंबाई (133146180 बाइट्स) और एक चेकसम (62ba852937eefaadaaba25e3b6cc18fc) है। सॉफ़्टवेयर स्वयं निर्धारित करता है कि वह किस प्लेटफ़ॉर्म पर काम करता है। ठीक है, अगर आपके पास तीन प्लेटफार्मों में से एक के लिए सॉफ़्टवेयर है, तो आपके पास स्वचालित रूप से बाकी के लिए है - बस फ़ाइल का नाम बदलें।

रूट एक्सेस प्राप्त करना

जैसा कि आप जानते हैं, एसएसएच या कंसोल के माध्यम से कंट्रोलर से कनेक्ट होने पर, आपको कमांड लाइन इंटरफ़ेस मिलता है, जो कि आईओएस की याद ताजा करता है। हल्के ढंग से - क्योंकि नियंत्रकों की पूरी लाइन 2005 में Airespace के अधिग्रहण के परिणामस्वरूप सिस्को द्वारा प्राप्त ऐतिहासिक कोड पर आधारित है। चूंकि हम जानते हैं कि नियंत्रक लिनक्स ओएस पर आधारित है, इसलिए सवाल उठता है - क्या सिस्टम को शेल एक्सेस प्राप्त करना संभव है, अधिमानतः रूट। आइए निर्देशों के अनुसार स्थापित वर्चुअल नियंत्रक के उदाहरण का उपयोग करके ऐसा करने का प्रयास करें । संस्करण 7.4.100 को स्थापित करने के बाद, मैंने अतिरिक्त रूप से इसे 7.5.102 संस्करण में अद्यतन किया।

आप सिर्फ उसके खोल में नहीं जा सकते (यह आपके लिए प्राइम एनसीएस नहीं है)
हमारा "वर्चुअल कंट्रोलर" CTVM VMware ESXi चलाने वाली वर्चुअल मशीन के रूप में चलता है। नियंत्रक (पावर ऑफ बटन का उपयोग करके) को बंद करें और इसके वर्चुअल डिस्क (.vmdk) को उसी होस्ट पर हमारे कुछ अन्य वर्चुअल मशीनों से कनेक्ट करें। इस तरह के उद्देश्यों के लिए, मैं डेबियन / जीएनयू लिनक्स का उपयोग मूल ओएस के सबसे करीबी विकल्प के रूप में करता हूं। हम क्या देखते हैं:

root@debian64:~# fdisk /dev/sdb … Disk /dev/sdb: 8589 MB, 8589934592 bytes … Device Boot Start End Blocks Id System /dev/sdb1 * 1 33 265072 83 Linux /dev/sdb2 34 99 530145 83 Linux /dev/sdb3 100 491 3148740 83 Linux /dev/sdb4 492 1044 4441972+ 83 Linux

चार विभाजन। आइए उन सभी को माउंट करने का प्रयास करें:

 mkdir sdb && mkdir sdb/1 && mkdir sdb/2 && mkdir sdb/3 && mkdir sdb/4 mount /dev/sdb1 sdb/1/ ; mount /dev/sdb2 sdb/2/ ; mount /dev/sdb3 sdb/3/ ; mount /dev/sdb4 sdb/4/

सेक्शन 1 में बूटलोडर (ग्रब) और रेस्क्यू .img कर्नेल रिकवरी शामिल है, सेक्शन 2 को बिल्कुल भी माउंट नहीं किया गया है (और कंट्रोलर के इस संस्करण द्वारा उपयोग नहीं किया जाता है), सेक्शन 3 में लॉग फाइल होती है, और सेक्शन 4 में सबसे दिलचस्प होता है। मैं टिप्पणियों के साथ ls –la का काट दिया गया आउटपुट दूंगा।

 ./sdb/4: drwxr-xr-x 7 root root 4096  24 12:31 application drwxr-xr-x 4 root root 4096  24 12:22 images -rw-r--r-- 1 root root 524288  24 11:58 vmstore.bin

vmstore.bin प्रमाणपत्र और लाइसेंस के सिस्टम स्टोर की एक घुड़सवार छवि है, जिसकी हम नीचे चर्चा करेंगे।

 ./sdb/4/application: ---------- 1 root root 611  24 12:00 bsnSslWebadminCert.crt ---------- 1 root root 607  24 12:00 bsnSslWebadminCert.prv ---------- 1 root root 597  24 12:08 bsnSslWebauthCert.crt ---------- 1 root root 609  24 12:08 bsnSslWebauthCert.prv drwxr-xr-x 2 root root 4096  24 12:31 cfg -rw-r--r-- 1 root root 131072  24 11:59 csl.bin ---------- 1 root root 32768  24 12:00 flash_settings.bin drwxr-xr-x 2 root root 4096  24 12:08 ha ---------- 1 root root 4080  24 12:33 log.bin drwxr-xr-x 2 root root 4096  24 11:58 lvl7 ---------- 1 root root 1  24 12:31 mcast_ucast_feature drwxr-xr-x 2 root root 4096  24 12:06 nim -rw-r--r-- 1 root root 125  24 12:25 promptError.txt -rw-r--r-- 1 root root 1  24 12:31 snmpBoots.txt -rw------- 1 root root 668  24 11:59 ssh_host_dsa_key -rw-r--r-- 1 root root 606  24 11:59 ssh_host_dsa_key.pub -rw------- 1 root root 531  24 11:59 ssh_host_key -rw-r--r-- 1 root root 335  24 11:59 ssh_host_key.pub -rw------- 1 root root 883  24 11:59 ssh_host_rsa_key -rw-r--r-- 1 root root 226  24 11:59 ssh_host_rsa_key.pub drwxr-xr-x 3 root root 4096  24 12:33 xml

नियंत्रक कॉन्फ़िगरेशन फ़ाइलें, SSH कुंजी, Webadmin और Webauth SSL प्रमाणपत्र शामिल हैं।

 ./sdb/4/application/xml: ---------- 1 root root 1583  24 12:33 aaaapiCfgData.xml ---------- 1 root root 1068  24 12:33 aaaapiFileDbCfgData.xml …

आप शायद जानते हैं कि सिस्को स्विच और राउटर का पूरा कॉन्फ़िगरेशन इसे चलाने के लिए sh के माध्यम से प्राप्त किया जा सकता है, या इसे किसी अन्य डिवाइस पर अपलोड किया जा सकता है। मूल रूप से, वायरलेस नियंत्रकों में भी यही स्थिति थी। हालाँकि, डिवाइस पर कॉन्फ़िगर किया गया है जो पूरी तरह से समझने के लिए sh config कमांड का आउटपुट पर्याप्त नहीं है। ऐसा करने के लिए, आपको कई शो लगाने होंगे ...। तथ्य यह है कि डिवाइस का वास्तविक कॉन्फ़िगरेशन अब / एप्लिकेशन / xml में स्थित XML फ़ाइलों के सेट में है, और प्रत्येक शंक्वाइन कमांड के प्रत्येक रन में विशेष कोड इस XML को पाठ CFG में बदलने का कारण बनता है। डिवाइस के विकास के संबंध में ऐसे कनवर्टर पर काम में देरी हो रही है (और, शायद, यह आमतौर पर छोड़ दिया जाता है), इसलिए श विन्यास पर ध्यान केंद्रित करना असंभव है। उसी समय, कमांड जैसे माध्यम से पूरा डिवाइस कॉन्फ़िगरेशन ... (यानी वेब गाई के बिना) संभव है। इसके अलावा, कई कार्यों के लिए, पाठ कमांड के बराबर कोई ग्राफिक नहीं है। स्वाभाविक रूप से, डिवाइस के आंतों में कमांड को एक्सएमएल में बदलने के लिए रिवर्स टूल हैं।

 ./sdb/4/images: drwxr-xr-x 2 root root 4096  24 11:58 ap.bak drwxr-xr-x 2 root root 4096  24 12:24 ap.pri -rw-r--r-- 1 root root 39773258  24 11:58 linux.bak.img -rw-r--r-- 1 root root 40973323  31 13:53 linux.pri.img -rw-r--r-- 1 root root 0  24 12:21 upgrade.log -rw-r--r-- 1 root root 10  31 13:53 vinitrd-primary -rw-r--r-- 1 root root 10  24 11:58 vinitrd-secondary

यहां हम नियंत्रक के ऑपरेटिंग सिस्टम के प्राथमिक और बैकअप कर्नेल को देखते हैं, साथ ही एक्सेस पॉइंट्स के फर्मवेयर के प्राथमिक और बैकअप संस्करणों के साथ दो निर्देशिकाएं (बाद में उनके बारे में अधिक)।

 ./sdb/4/images/ap.pri: -rwxr-xr-x 1 root root 11018240  24 12:22 ap1g1 -rwxr-xr-x 1 root root 40  24 12:22 ap1g1.md5 -rwxr-xr-x 1 root root 10342400  24 12:23 ap1g2 -rwxr-xr-x 1 root root 40  24 12:23 ap1g2.md5 -rwxr-xr-x 1 root root 10383360  24 12:23 ap3g1 -rwxr-xr-x 1 root root 40  24 12:23 ap3g1.md5 -rwxr-xr-x 1 root root 11530240  24 12:23 ap3g2 -rwxr-xr-x 1 root root 40  24 12:23 ap3g2.md5 -rwxr-xr-x 1 root root 7608320  24 12:23 ap801 -rwxr-xr-x 1 root root 40  24 12:23 ap801.md5 -rwxr-xr-x 1 root root 9041920  24 12:24 ap802 -rwxr-xr-x 1 root root 40  24 12:24 ap802.md5 -rwxr-xr-x 1 root root 5201920  24 12:24 c1130 -rwxr-xr-x 1 root root 40  24 12:24 c1130.md5 -rwxr-xr-x 1 root root 10229760  24 12:24 c1140 -rwxr-xr-x 1 root root 40  24 12:24 c1140.md5 -rwxr-xr-x 1 root root 7342080  24 12:24 c1250 -rwxr-xr-x 1 root root 40  24 12:24 c1250.md5 -rwxr-xr-x 1 root root 8468480  24 12:24 c1520 -rwxr-xr-x 1 root root 40  24 12:24 c1520.md5 -rwxr-xr-x 1 root root 3840000  24 12:24 c602i -rwxr-xr-x 1 root root 40  24 12:24 c602i.md5

नियंत्रक ओएस का मूल क्या है? आकार को देखते हुए, इसमें इनट्रामर्फ्स होते हैं, जो सभी उपयोगिताओं के साथ एक रूट फाइल सिस्टम है, कर्नेल शुरू होने के तुरंत बाद मेमोरी में घुड़सवार होता है। वैसे, नियंत्रक के पिछले संस्करणों में, initrd को एक अलग ext2fs छवि फ़ाइल के रूप में भेजा गया था, जिसने इसे संशोधित करने के कार्य को बहुत सरल किया।

 # file linux.pri.img linux.pri.img: Linux kernel x86 boot executable bzImage, version 2.6.21_mvlcge500-octeon-mips64_, RO-rootFS, root_dev 0x801, swap_dev 0x27, Normal VGA

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

स्थिरांक K1, K2 और K3 प्रयोगात्मक रूप से चुने गए हैं और फर्मवेयर संस्करण पर निर्भर करते हैं। 2.gz कर्नेल के बहुत अंत में होते हैं, और gzip मैजिक संयोजन कई बार वहाँ पाया जाता है - उदाहरण के लिए, यह ज्ञात है कि कर्नेल में एक पैक .config होता है जिसे इसे बनाने के लिए उपयोग किया जाता है। अनपैकिंग के लिए, निम्न स्क्रिप्ट संकलित की गई थी:

 #!/bin/sh K1=38088 K2=6619136 K3=45117311 dd if=linux.pri.img of=0 skip=0 count=1 bs=$K1 dd if=linux.pri.img of=1.gz skip=0 bs=$K1 zcat 1.gz > 1 dd if=1 of=2-h skip=0 count=1 bs=$K2 dd if=1 of=2-f skip=$K3 bs=1 dd ibs=1 if=1 of=2.gz skip=$K2 count=$(expr $K3 - $K2) zcat 2.gz > 2 mkdir initramfs cd initramfs cpio --no-absolute-filenames -idv < ../2 cd ..

आउटपुट में, हमारे पास कंट्रोलर की रूट फाइल सिस्टम युक्त initramfs डायरेक्टरी है। रूट एक्सेस प्राप्त करने के लिए, बस निम्न फ़ाइलों को ठीक करें:

संपादित करें। /etc/inittab ताकि कंसोल स्टार्टअप पर शुरू हो, न कि वायरलेस सिस्टम कोड:
एक। कंसोल को अनलॉक करके टिप्पणियां स्वैप करें:
con: 2345: respawn: / sbin / getty कंसोल
#con: 2345: respawn: / bin / gettyOrMwar
ख। 6 के माध्यम से आभासी टर्मिनल 2:
2: 23: प्रतिक्रिया: / sbin / getty 38400 vc / 2
/ Etc / passwd में रूट उपयोगकर्ता को एक सामान्य शेल, / बिन / बैश सौंपा गया है
आप गैर-निष्पादन योग्य भी बना सकते हैं। /etc/init.d/S95mwar ताकि नियंत्रक बिना मांग के शुरू न हो

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

 #!/bin/sh cd initramfs find . | cpio --create --format='newc' | gzip -n -9 > ../2-new.gz cd .. SPACER1=$(expr `stat -c%s 2.gz` - `stat -c%s 2-new.gz`) dd if=/dev/zero of=$SPACER1 bs=1 count=$SPACER1 cat 2-h 2-new.gz $SPACER1 2-f | gzip -n -9 > 1-new.gz SPACER2=$(expr `stat -c%s 1.gz` - `stat -c%s 1-new.gz`) dd if=/dev/zero of=$SPACER2 bs=1 count=$SPACER2 cat 0 1-new.gz $SPACER2 > bz rm $SPACER1 $SPACER2

अब आपको यह सुनिश्चित करने की आवश्यकता है कि संशोधित कर्नेल मूल आकार के समान है, और इसे जगह में रखें:

 # ls -la linux.pri.img bz -rw-r--r-- 1 root root 40973323  27 10:00 bz -rw-r--r-- 1 root root 40973323  25 23:05 linux.pri.img # mount /dev/sdb4 sdb/4/ # cp bz sdb/4/images/linux.pri.img # umount /dev/sdb4

आप लिनक्स के साथ परीक्षण वर्चुअल मशीन को बंद कर सकते हैं, और नियंत्रक (ईएसएक्सआई एक वर्चुअल डिस्क, .vmdk फ़ाइल को चालू कर सकते हैं, यह दो वीएम को एक साथ उपयोग करने की अनुमति नहीं देगा)। हम नियंत्रक को लोड करते हैं:

  Cisco Bootloader (Version 7.4.100.0) .o88b. d888888b .d8888. .o88b. .d88b. d8P Y8 `88' 88' YP d8P Y8 .8P Y8. 8P 88 `8bo. 8P 88 88 8b 88 `Y8b. 8b 88 88 Y8b d8 .88. db 8D Y8b d8 `8b d8' `Y88P' Y888888P `8888Y' `Y88P' `Y88P' Booting Primary Image... Press <ESC> now for additional boot options... Booting 'Primary image' Detecting hardware . . . . 3 INIT: version 2.86 booting …

नीचे पंक्ति: हमारे पास कार्यशील वर्चुअल सिस्को vWLC वायरलेस नियंत्रक के लिए पूर्ण, रूट एक्सेस है।

और हार्डवेयर नियंत्रक को रूट एक्सेस कैसे प्राप्त करें?

यदि आपको वास्तव में इसकी आवश्यकता है (हालांकि मुझे समझ नहीं आता है कि क्यों), तो आप फर्मवेयर को एक समान तरीके से संशोधित करने का प्रयास कर सकते हैं और इसे डिवाइस पर अपलोड कर सकते हैं - अगर कोई CF कार्ड है, तो कार्ड रीडर के माध्यम से, अगर सोल्डर फ्लैश - तो डिवाइस के बूटलोडर के माध्यम से, जिसमें छवि डाउनलोड करने का विकल्प है। TFTP द्वारा गुठली।

एक कार्य नियंत्रक का उपकरण

जाहिर है, नियंत्रक मोंटविस्टा लिनक्स के एक विशेष संस्करण के आधार पर बनाया गया है। स्टार्टअप पर, उपरोक्त फ़ाइल सिस्टम माउंट किए जाते हैं, मानक इनिशियलाइज़ेशन, कर्नेल मॉड्यूल लोड करना, ऑक्टेन चिप की उपस्थिति की जाँच करना और इसके फ़र्मवेयर को डाउनलोड करना। इस समय नियंत्रक के नेटवर्क इंटरफ़ेस कार्ड में आईपी पते नहीं हैं। अंत में, वायरलेस कंट्रोलर कोड ही बाइंडिंग स्क्रिप्ट / बिन / bsnmwar के साथ शुरू होता है। मवार - मुख्य वायरलेस एप्लीकेशन रूटीन। नियंत्रक कोड एक अखंड, सांख्यिकीय रूप से लिंक की गई फ़ाइल / sbin / switchdrvr (ELF 64-बिट LSB निष्पादन योग्य, x86-64, संस्करण 1 (SYSV), सांख्यिकीय रूप से जुड़ा हुआ है, GNU (लिनक्स 2.6.18, छीन) के लिए निहित है, जो वॉल्यूम का एक अच्छा आधा भाग रखता है संपूर्ण नियंत्रक फर्मवेयर, और इसके संचालन के तर्क को पूरी तरह से लागू करता है। ऐसा तब होता है जब यह शुरू होता है कि नियंत्रक घटकों (शुरू .... ठीक है) की परिचित इनीशियलाइज़ेशन लाइनें कंसोल पर दिखाई देती हैं, नेटवर्क इंटरफेस को इनिशियलाइज़ किया जाता है, लाइसेंस प्रबंधन डेमॉन को एक अलग प्रक्रिया द्वारा लॉन्च किया जाता है, वेब इंटरफ़ेस प्रकट होता है और एक्सेस पॉइंट और वायरलेस क्लाइंट सेवित होने लगते हैं। कंसोल तक शेल पहुंच गायब हो जाती है, और उपयोगकर्ता नियंत्रक के लिए एक मानक कंसोल लॉगिन प्रॉम्प्ट में प्रवेश करता है (लेकिन हमें याद है कि हमारे इनटैब अपग्रेड के परिणामस्वरूप उत्पन्न हुए अन्य वर्चुअल टर्मिनलों पर गेट्टी चल रही है)।
स्विचड्र्र शुरू करने की प्रक्रिया में, /mnt/wlc/vmstore.bin फ़ाइल को मेमोरी (लॉसेटअप) में लाइसेंस और सर्टिफिकेट के साथ लगाया जाता है और एक्सेस पॉइंट्स के फर्मवेयर के साथ विभाजन अनमाउंट किया जाता है। परिणामस्वरूप, माउंट पॉइंट इस तरह दिखते हैं:

 root@(none):/mnt/wlc# df -k Filesystem 1k-blocks Used Available Use% Mounted on tmpfs 1029084 8 1029076 0% /tmp tmpfs 10240 8 10232 0% /dev tmpfs 1029084 0 1029084 0% /dev/shm none 1029084 8 1029076 0% /var/run none 1029084 8 1029076 0% /tmp /dev/sda4 4372140 394588 3755456 10% /mnt/wlc /dev/sda3 3099292 82176 2859680 3% /var/log /dev/loop5 494 176 293 38% /mnt/vmstore /dev/loop3 110 37 67 36% /root/.csl /dev/ram3 122 5 117 4% /root/.csl_tmp tmpfs 40960 9856 31104 24% /mnt/ap_bundle

पहुँच बिंदु

उनके ऑपरेशन का मोड फर्मवेयर द्वारा निर्धारित किया जाता है, जिसे एपी (अब एसएपी, स्टैंडअलोन एक्सेस प्वाइंट) से एलएपी (लाइटवेट एक्सेस पॉइंट) और इसके विपरीत में बदला जा सकता है। दोनों ही मामलों में फर्मवेयर बिंदु के हार्डवेयर प्लेटफॉर्म के लिए iOS संकलित है (सभी बिंदु विभिन्न पुरावशेषों के पावरपीसी हैं)। स्टैंड-अलोन बिंदु के लिए फर्मवेयर फ़ाइल में c1130-k9w7-tar.124-3g.JA.tar जैसा नाम होगा, और "लाइटवेट" में c1130-k9w8-mx.124-23.JA3.tar होगा। अंतर W7 और W8 में है । फॉर्म c1130- rcvk9w8 -mx के "रिकवरी (रिकवरी)" संस्करण भी हैं। यहां फर्मवेयर में रेडियो के साथ काम करने के लिए एक कोड नहीं है, इसका उद्देश्य नियंत्रक को शुरू करना है, और सॉफ्टवेयर के "काम" संस्करण को डाउनलोड करना है। वैसे, हल्के फर्मवेयर के फ़ाइल नाम के अंतिम अक्षरों से, आप उस नियंत्रक के संस्करण को निर्धारित कर सकते हैं जिससे यह मेल खाती है। उदाहरण के लिए, 152-2.JB 7.4.100, और 124-23c.JA3 7.0.220 है।

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

यद्यपि नियंत्रक और अभिगम बिंदु के बीच CAPWAP प्रोटोकॉल मानकीकृत है , इस बात की कोई संभावना नहीं है कि सिस्को नियंत्रक भविष्य में तीसरे पक्ष के पहुंच बिंदुओं के साथ काम करेगा। किसी विशेष कार्यान्वयन में, बहुत सारे अनिर्दिष्ट हैं, और किसी को भी इसकी आवश्यकता नहीं है (लाभदायक नहीं)।

लाइसेंस

अधीर के लिए: नियंत्रक लाइसेंस तंत्र को आज "तोड़ने" का कोई साधन नहीं है।
पुराने नियंत्रक प्लेटफार्मों को हार्डवेयर में पहुंच बिंदुओं की संख्या द्वारा लाइसेंस दिया गया था। अधिकतम सेवित अंक की संख्या पर जानकारी क्रम संख्या के आगे NVRAM में निहित है, और अद्यतन नहीं है (अतिरिक्त अंक के लिए समर्थन नहीं खरीदा जा सकता है)।
सभी नए प्लेटफ़ॉर्म UDI (उत्पाद / प्लेटफ़ॉर्म नाम + डिवाइस का क्रमांक नंबर) पर आधारित लाइसेंस जारी करने के आधार पर एक आधुनिक दृष्टिकोण का उपयोग करते हैं, जो PAK- कुंजी के साथ Cisco.com/go/licensing पर, अर्थात डिवाइस और सॉफ़्टवेयर के अधिकार के आपके अधिग्रहण की पुष्टि। इस प्रकार, लाइसेंस खरीदे जा सकते हैं क्योंकि प्लेटफॉर्म की हार्डवेयर क्षमताओं के भीतर आपके कंप्यूटर पर इंस्टॉल किए गए एक्सेस पॉइंट्स की संख्या बढ़ती है। आप 90 दिनों के लिए एक बार डेमो लाइसेंस भी सक्रिय कर सकते हैं।

वर्चुअल कंट्रोलर स्टार्टअप पर पहली बार अपना सीरियल नंबर जनरेट करता है, डिवाइस के मैक पते (वीएमवेयर द्वारा प्रदान) द्वारा निर्देशित और शायद सीपीयू पहचानकर्ता जैसे कुछ अन्य पैरामीटर।

प्लेटफार्मों और घटकों को लाइसेंस देने की इस पद्धति का उपयोग iOS 15.0, iOS XR, iOS XE, NX-OS आदि सभी उपकरणों पर किया जाता है।
लाइसेंस स्वयं इस तरह दिखता है:

 <?xml version="1.0" encoding="UTF-8"?><CISCO_WT_ARTIFACTS version="1.0"><CISCO_WT_LICENSE version="1.0"><FEATURE_NAME>base</FEATURE_NAME><FEATURE_VERSION>1.0</FEATURE_VERSION><UDI><PID>AIR-CT5508-K9</PID><SN>FCJ00000000</SN></UDI><SOURCE>Cisco HQ</SURCE><CREATE_DATE>2010-10-20T18:29:16</CREATE_DATE> <LICENSE_LINE_HASH hashAlgo="SHA1">Eb86wsdgdsheIdRgxu8SYjnV2kug=</LICENSE_LINE_HASH> <TYPE>EXTENSION</TYPE><EXPIRATION><DAYS>60</DAYS></EXPIRATION><EULA>YES</EULA> <LICENSE_LINE><![CDATA[11 base 1.0 LONG TRIAL DISABLED 1440 DISABLED STANDALONE ADD INFINITE_KEYS INFINITE_KEYS NEVER NEVER NiL SLM_CODE CL_ND_LCK NiL *1B2UN9YKWSE6TLX400 NiL NiL NiL 5_MINS <UDI><PID>AIR-CT5508-K9</PID><SN>FCJ00000000</SN></UDI> IoNEjaiZMvr:SUgPfi7IL7DfUgmILSlzRAumZl96TmLQxk8wOUr9YwwsYn0pd5vsVYhn9K2G:rYugiUzNI2SeH3jL0Fvj9boyHdSgN9heQmw3F1APru5,qKFhvCKGi16CO3A$<WLC>AQEBIf8B///vAvN3WYGs8UKGLXXeaNhRdwitkjqL7s+cOPCdiN04GY47UbtfByUZYOemWEq6ljxHebPkGlARtYd1UQO7GJ3KnufZ9oZ6JdFniDf5HrQ8DrXdpCz5RgZE+y8fbN200xiXA5cB3fwcJqoPIFZm2HmD1qFfsyTAzuio66t6Xk5y8xo1lbVhvoh/FZfy5iRY3oE=</WLC>]]></LICENSE_LINE> <USER_MODIFIABLE_COMMENT fieldRestrictions="Max 99 ASCII characters in length."></USER_MODIFIABLE_COMMENT></CISCO_WT_LICENSE></CISCO_WT_ARTIFACTS> > IoNEjaiZMvr: SUgPfi7IL7DfUgmILSlzRAumZl96TmLQxk8wOUr9YwwsYn0pd5vsVYhn9K2G: rYugiUzNI2SeH3jL0Fvj9boyHdSgN9heQmw3F1APru5, qKFhvCKGi16CO3A $ <WLC> AQEBIf8B /// vAvN3WYGs8UKGLXXeaNhRdwitkjqL7s + cOPCdiN04GY47UbtfByUZYOemWEq6ljxHebPkGlARtYd1UQO7GJ3KnufZ9oZ6JdFniDf5HrQ8DrXdpCz5RgZE + y8fbN200xiXA5cB3fwcJqoPIFZm2HmD1qFfsyTAzuio66t6Xk5y8xo1lbVhvoh / FZfy5iRY3oE = </ WLC>]]> </ LICENSE_LINE> <?xml version="1.0" encoding="UTF-8"?><CISCO_WT_ARTIFACTS version="1.0"><CISCO_WT_LICENSE version="1.0"><FEATURE_NAME>base</FEATURE_NAME><FEATURE_VERSION>1.0</FEATURE_VERSION><UDI><PID>AIR-CT5508-K9</PID><SN>FCJ00000000</SN></UDI><SOURCE>Cisco HQ</SURCE><CREATE_DATE>2010-10-20T18:29:16</CREATE_DATE> <LICENSE_LINE_HASH hashAlgo="SHA1">Eb86wsdgdsheIdRgxu8SYjnV2kug=</LICENSE_LINE_HASH> <TYPE>EXTENSION</TYPE><EXPIRATION><DAYS>60</DAYS></EXPIRATION><EULA>YES</EULA> <LICENSE_LINE><![CDATA[11 base 1.0 LONG TRIAL DISABLED 1440 DISABLED STANDALONE ADD INFINITE_KEYS INFINITE_KEYS NEVER NEVER NiL SLM_CODE CL_ND_LCK NiL *1B2UN9YKWSE6TLX400 NiL NiL NiL 5_MINS <UDI><PID>AIR-CT5508-K9</PID><SN>FCJ00000000</SN></UDI> IoNEjaiZMvr:SUgPfi7IL7DfUgmILSlzRAumZl96TmLQxk8wOUr9YwwsYn0pd5vsVYhn9K2G:rYugiUzNI2SeH3jL0Fvj9boyHdSgN9heQmw3F1APru5,qKFhvCKGi16CO3A$<WLC>AQEBIf8B///vAvN3WYGs8UKGLXXeaNhRdwitkjqL7s+cOPCdiN04GY47UbtfByUZYOemWEq6ljxHebPkGlARtYd1UQO7GJ3KnufZ9oZ6JdFniDf5HrQ8DrXdpCz5RgZE+y8fbN200xiXA5cB3fwcJqoPIFZm2HmD1qFfsyTAzuio66t6Xk5y8xo1lbVhvoh/FZfy5iRY3oE=</WLC>]]></LICENSE_LINE> <USER_MODIFIABLE_COMMENT fieldRestrictions="Max 99 ASCII characters in length."></USER_MODIFIABLE_COMMENT></CISCO_WT_LICENSE></CISCO_WT_ARTIFACTS>

यह डिवाइस के सीरियल नंबर से जुड़ा हुआ है, और इसमें डिजिटल हस्ताक्षर के कुछ एनालॉग होते हैं, जो लाइसेंस की शुरुआत में निर्दिष्ट लाइनों का एक हैश करता है। नियंत्रक (स्विचड्राइव) के लिए एक लाइसेंस डाउनलोड करने का प्रयास करते समय, उत्तरार्द्ध लाइसेंस प्रबंधक (लाइसेंस) चलाने वाली एक अलग प्रक्रिया के साथ बातचीत के माध्यम से इसकी जांच करता है। एक कमांड लाइन उपयोगिता, लाइसेंस_कली भी है। "मैनुअल" लाइसेंस फ़ाइल में हस्तक्षेप एक प्रसंस्करण त्रुटि का कारण बनता है। क्लाइंट और सर्वर एक्सचेंज प्रोटोकॉल ज्ञात नहीं है (एक यूनिक्स डोमेन सॉकेट के माध्यम से जाता है)। चूंकि लाइसेंस एक 32-बिट अनुप्रयोग है, यह सी डिस्को स्रोत ग्रंथों में इडा प्रो / HexRays जैसे इंटरैक्टिव डिसैम्बलेर्स / डिबगर्स द्वारा आसानी से पार्स किया जाता है , जिनमें से विश्लेषण सेफनेट के सेंटिनरी लाईब्रेरी पुस्तकालयों और हस्ताक्षरों के उपयोग को स्पष्ट रूप से इंगित करता है। आगे की कार्यवाही के लिए, मेरा ज्ञान पर्याप्त नहीं है, लेकिन मुझे इसकी आवश्यकता नहीं है। जहां तक ज्ञात है, अभी तक कोई लाइसेंस जनरेटर नहीं है, लेकिन ~~स्व-सेंसरशिप है~~ ।

यह ध्यान दिया जाना चाहिए कि जावा (CUCM, ACS, WCS, Prime, MSE, NAC, और कई अन्य) में लिखे सिस्को सर्वर सिस्टम डिजिटल हस्ताक्षर के साथ एक समान लाइसेंस फ़ाइल प्रारूप का उपयोग करते हैं। हालांकि, जहां जावा है, वहां डिकंपाइलर हैं। यह केवल यह पता लगाने के लिए पर्याप्त है कि लाइसेंस के लिए कौन से प्लेटफ़ॉर्म पैरामीटर और विशेषताएं (स्ट्रिंग्स के रूप में) खोजी जाती हैं, और यह कि flexlm.jar सभी आगामी परिणामों के साथ, हस्ताक्षर को सत्यापित करने के लिए उपयोग किया जाता है। हालाँकि, मैं आपसे ईमानदारी से जीने का आग्रह करता हूँ।

अंतभाषण

मुझे उम्मीद है कि यह सामग्री सिस्को WLC नियंत्रकों के आधार पर आमतौर पर अच्छे वायरलेस सिस्टम के उपयोगकर्ताओं को ऑपरेशन के मुश्किल मुद्दों, समस्या निवारण, सॉफ़्टवेयर अपडेट से बचाएगा। दूसरी ओर, रिवर्स इंजीनियरिंग की पूरी तरह से तुच्छ विधि यहाँ वर्णित फर्मवेयर समान लिनक्स-आधारित उपकरणों पर काम करने में एक जिज्ञासु शोधकर्ता की मदद कर सकती है।
यह पोस्ट विभिन्न निर्माताओं से वायरलेस सिस्टम के फायदे और नुकसान की तुलना करने का लक्ष्य नहीं रखता है और न ही किसी के लिए प्रचार करता है। मैं सिस्को सिस्टम्स से संबद्ध नहीं हूं।
मैंने उपरोक्त सभी फाइलों का एक लंबे अध्ययन के परिणामस्वरूप सीखा है जो किसी को भी इंटरनेट, प्रलेखन और व्यक्तिगत अनुभव के आधार पर डाउनलोड कर सकते हैं। मैं इस पोस्ट का उपयोग केवल समस्या निवारण और आत्म-शिक्षा के उद्देश्यों के लिए करता हूं। प्रशिक्षण उद्देश्यों के लिए, एक आभासी नियंत्रक डेमो पर्याप्त है। एक (मुक्त) आभासी नियंत्रक के लिए 5 पहुंच बिंदुओं के लिए लाइसेंस की लागत $ 750 (कोई छूट नहीं) है। पुराने के दूसरे हाथ के अंक, लेकिन अभी भी समर्थित मॉडल खुद सस्ते हैं - मैंने 2500 टुकड़ों के लिए eBay पर 1131a / g के तीन टुकड़े लिए। वितरण के साथ।

सिस्को वायरलेस नियंत्रक डिवाइस और रूट एक्सेस