परीक्षण दिखाएगा: सिस्को आईएसई के कार्यान्वयन की तैयारी कैसे करें और समझें कि आपको किस प्रणाली की आवश्यकता है

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

सिस्को आईएसई - स्टेरॉयड पर त्रिज्या सर्वर

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

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

कार्यान्वित नहीं किया जा सकता है : हमें परीक्षण की आवश्यकता क्यों है?

पायलट परीक्षण का मूल्य किसी विशेष संगठन के बुनियादी ढांचे में सिस्टम की सभी क्षमताओं का प्रदर्शन करने में है। मुझे विश्वास है कि तैनाती से पहले सिस्को आईएसई को पायलट करना सभी परियोजना प्रतिभागियों के लिए उपयोगी है, और ऐसा क्यों है।

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

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

"पायलट" के दौरान "उभर" क्या सकता है

तो, आप सिस्को आईएसई के कार्यान्वयन के लिए कैसे तैयार हैं? अपने अनुभव से, हमने 4 मुख्य बिंदुओं को गिना है जो कि सिस्टम के पायलट परीक्षण की प्रक्रिया पर विचार करने के लिए महत्वपूर्ण हैं।

रूप कारक

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

क्या आपका नेटवर्क उपकरण सिस्को आईएसई के साथ संगत है?

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

क्या आपके सभी उपकरण विशिष्ट हैं?

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

आईटी विशेषज्ञों के साथ रचनात्मक संवाद

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

शीर्ष 5 सिस्को ISE उपयोगकर्ता मामले

हमारे अनुभव में, पायलट परीक्षण चरण में आवश्यक सिस्टम कार्यक्षमता का भी पता लगाया गया है। नीचे समाधान का उपयोग करने के सबसे लोकप्रिय और कम सामान्य मामलों में से कुछ हैं।

ईएपी-टीएलएस के साथ सुरक्षित लैन एक्सेस

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

डुअल-एसएसआईडी वायरलेस एक्सेस

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

मैक प्रमाणीकरण बायपास और प्रोफाइलिंग

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

ईएपी चेन

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

तेवर

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

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

गैर-मानक परियोजनाएं: सिस्को आईएसई की आवश्यकता क्यों हो सकती है, या हमारे अभ्यास से 3 दुर्लभ मामले

लिनक्स सर्वर एक्सेस कंट्रोल

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

एक लैन में हार्डवेयर और सॉफ्टवेयर की एक सूची

एक बार जब हम प्रारंभिक "पायलट" के बिना एक ग्राहक को सिस्को आईएसई पहुंचाने की परियोजना पर काम कर रहे थे। समाधान के लिए कोई स्पष्ट आवश्यकताएं नहीं थीं, साथ ही सब कुछ हम एक फ्लैट, गैर-खंड वाले नेटवर्क के साथ काम कर रहे थे, जो हमारे काम को जटिल करता था। परियोजना के दौरान, हमने नेटवर्क द्वारा समर्थित सभी संभावित रूपरेखा विधियों को कॉन्फ़िगर किया: नेटफ्लो, डीएचसीपी, एसएनएमपी, एडी एकीकरण आदि। परिणामस्वरूप, प्रमाणीकरण विफल होने पर नेटवर्क तक प्रवेश करने की क्षमता के साथ MAR पहुंच को कॉन्फ़िगर किया गया था। यही है, भले ही प्रमाणीकरण सफल नहीं था, फिर भी सिस्टम उपयोगकर्ता को नेटवर्क में जाने देगा, उसके बारे में जानकारी एकत्र करेगा और इसे आईएसई डेटाबेस में लिख देगा। कई हफ्तों के दौरान नेटवर्क की इस तरह की निगरानी ने हमें प्लग-इन सिस्टम और गैर-व्यक्तिगत उपकरणों की पहचान करने और उनके विभाजन के लिए एक दृष्टिकोण विकसित करने में मदद की। उसके बाद, हमने अतिरिक्त रूप से उन पर स्थापित सॉफ़्टवेयर के बारे में जानकारी एकत्र करने के लिए कार्यस्थानों पर एजेंट को स्थापित करने के लिए समय-निर्धारण कॉन्फ़िगर किया है। परिणाम क्या है? हम नेटवर्क को खंडित करने और सॉफ्टवेयर की सूची निर्धारित करने में कामयाब रहे जिन्हें वर्कस्टेशन से हटाने की जरूरत थी। मैं नहीं छिपाऊंगा, डोमेन समूहों द्वारा उपयोगकर्ताओं को वितरित करने और एक्सेस अधिकारों को वितरित करने के आगे के कार्यों में काफी समय लगा, लेकिन इस तरह से हमें नेटवर्क पर ग्राहक के "हार्डवेयर" की पूरी तस्वीर मिल गई। वैसे, यह अच्छा आउट-ऑफ-द-बॉक्स प्रोफाइलिंग कार्य के कारण मुश्किल नहीं था। खैर, और जहां प्रोफाइलिंग ने मदद नहीं की, हमने इसे स्वयं देखा, स्विच पोर्ट को उजागर किया जिसमें उपकरण जुड़ा था।

कार्यस्थानों पर दूरस्थ सॉफ़्टवेयर इंस्टॉलेशन

यह मामला मेरे व्यवहार में सबसे अजीब है। एक बार एक ग्राहक मदद के लिए चिल्लाते हुए हमारे पास आया - सिस्को आईएसई के कार्यान्वयन के दौरान कुछ गलत हो गया, सब कुछ टूट गया, और कोई और नेटवर्क तक पहुंच नहीं सका। हम समझने लगे और निम्नलिखित का पता लगा। कंपनी के पास 2,000 कंप्यूटर थे, जिन्हें डोमेन नियंत्रक की कमी के लिए एक डोमेन व्यवस्थापक से प्रबंधित किया गया था। शेड्यूलिंग उद्देश्यों के लिए, सिस्को आईएसई को संगठन में पेश किया गया था। किसी तरह यह समझना आवश्यक था कि क्या एंटीवायरस मौजूदा पीसी पर स्थापित किया गया था, क्या सॉफ्टवेयर वातावरण अपडेट किया गया था, आदि। और चूंकि नेटवर्क उपकरण आईटी प्रशासकों द्वारा सिस्टम में लाया गया था, इसलिए यह तर्कसंगत है कि उनके पास इसकी पहुंच थी। यह देखने के बाद कि यह कैसे काम करता है, और अपने पीसी को शेड्यूल करने के बाद, व्यक्तिगत विज़िट के बिना दूर से कर्मचारियों के कार्यस्थानों पर सॉफ़्टवेयर स्थापित करने के विचार के साथ प्रवेश हुआ। जरा सोचिए कि आप एक दिन में कितने कदम बचा सकते हैं! Admins ने C: \ Program Files डायरेक्टरी में एक विशिष्ट फ़ाइल की उपस्थिति के लिए वर्कस्टेशन की कई जाँचें कीं, और इसकी अनुपस्थिति में,। Exe इंस्टॉलेशन फ़ाइल के लिए फ़ाइल संग्रहण के लिए अग्रणी लिंक के साथ स्वचालित रीमेडियेशन लॉन्च किया गया था। इससे आम उपयोगकर्ताओं को फ़ाइल शेयर में जाने और वहां से आवश्यक सॉफ़्टवेयर डाउनलोड करने की अनुमति मिली। दुर्भाग्य से, व्यवस्थापक को आईएसई प्रणाली अच्छी तरह से नहीं पता थी और पोस्ट-शेयरिंग तंत्र को नुकसान पहुंचा - उसने नीति को गलत तरीके से लिखा था, जिसके कारण हम उस समस्या से जुड़े थे जिसके समाधान से हम जुड़े थे। व्यक्तिगत रूप से, मैं इस तरह के रचनात्मक दृष्टिकोण से ईमानदारी से आश्चर्यचकित हूं, क्योंकि यह एक डोमेन नियंत्रक बनाने के लिए बहुत सस्ता और कम श्रमसाध्य होगा। लेकिन अवधारणा के सबूत ने कैसे काम किया।

सिस्को आईएसई को लागू करते समय आने वाली तकनीकी बारीकियों के बारे में और पढ़ें, मेरे सहयोगी के लेख "सिस्को एईई को लागू करना" देखें । एक इंजीनियर की शक्ल । ”

अर्टोम बोब्रीकोव, डिज़ाइन इंजीनियर, सूचना सुरक्षा केंद्र, जेट इन्फोसिस्टम्स

बाद में :
इस तथ्य के बावजूद कि यह पोस्ट सिस्को आईएसई प्रणाली के बारे में बात करता है, वर्णित समस्याएं एनएसी समाधान के पूरे वर्ग के लिए प्रासंगिक हैं। यह इतना महत्वपूर्ण नहीं है कि कार्यान्वयन के लिए कौन से विक्रेता के समाधान की योजना बनाई गई है - उपरोक्त में से अधिकांश लागू रहेगा।