iOS ले तपाईंको strongSwan सुरुङ अस्वीकार गर्यो: IKE प्रस्तावहरू तुलना गर्नुहोस्
काम गर्ने ठेगाना र मान्य प्रमाणपत्र भए पनि वार्ता हार्न सकिन्छ। ike र esp लाइनहरू फोनले स्वीकार गर्नेसँग तुलना गर्नुहोस्।
प्रमाणपत्र वा ठेगानामा केहीले पनि गत वर्ष strongSwan मा जोडिएको iPhone यस वर्ष किन असफल हुन्छ भनेर व्याख्या गर्दैन। ठेगाना, पहिले साझा गरिएको कुञ्जी वा ग्राहकको पहिचानमा केही पनि बदलिनु आवश्यक थिएन। सरेको कुरा भनेको फोनको अन्तर्निहित ग्राहकले वार्ता गर्न तयार भएका रूपान्तरणहरूको सूची हो, र त्यो सूची सर्भरको सूचीसँग मिल्न छाड्ने बित्तिकै, कसैको पहिचान जाँचिनुअघि नै आदानप्रदान सकिन्छ।
निर्णय गर्ने लग लाइन
त्यो जडानका लागि लगिङ बढाउनुहोस् र नतिजा निर्धारण गर्ने दुई प्रविष्टि खोज्नुहोस्: फोनले के प्रस्ताव गर्यो र सर्भरले के छान्यो। यदि लग छानिएको प्रस्तावबिना सकिन्छ र केही पनि मिलेन भनी जनाउँछ भने, प्रमाणीकरणको प्रयास नै भएको थिएन। नयाँ प्रमाणपत्र र नयाँ पासवर्डले त्यो बिन्दुमा केही बदल्दैन, किनभने दुवै पछिल्लो चरणमा प्रयोग हुन्छन्। पहिचान जाँचिनुअघि तय भइसकेको नतिजामा दुवैमध्ये कुनैले पनि प्रभाव पार्न सक्दैन।
केही सम्पादन गर्नुअघि असफलताका दुई स्वरूप अलग राख्नुहोस्। रूपान्तरणमा गरिएको कुनै सम्पादनले अस्वीकृत प्रमाणहरू बचाउँदैन, र प्रमाणमा गरिएको कुनै सुधारले अस्वीकृत रूपान्तरण बचाउँदैन। छानिएको प्रस्तावको नाम लिने लग प्रविष्टिले तपाईं दुईमध्ये कुन अवस्थामा हुनुहुन्छ भन्ने बताउँछ। त्यो प्रविष्टि बिना, तपाईं अनुमान गर्दै हुनुहुन्छ।
छानिएको लाइनले प्रस्तावलाई मैत्रीपूर्ण लेबलको सट्टा यसको रूपान्तरण-समूहद्वारा नाम दिन्छ। इन्क्रिप्शन, अखण्डता र समूह फिल्डहरू तुलना गर्नुहोस् त्यो लाइनमा फोनले पठाएको सूचीसँग, किनभने कुनै एउटा फिल्डमा भिन्नता हार्नलाई पर्याप्त छ।
फोनमा के बदलियो
iOS को एउटा संस्करणले आफ्नो ग्राहक प्रयोग गर्न तयार भएका एल्गोरिदम काट्यो। कमजोर अखण्डता ह्यास, साना Diffie-Hellman समूह र पुराना विकल्प पहिले सूचीबद्ध गर्ने प्रस्तावहरू अब स्वीकार्य रहेनन्।
यहाँ लामा सूचीहरू बढी सुरक्षित हुँदैनन्। छनोट फोनको स्वीकृत समूह र यसको आफ्नै प्राथमिकताक्रमलाई पछ्याउँछ, त्यसैले फराकिलो क्याटलग घोषणा गर्ने सर्भरले पनि आधुनिक प्रविष्टिहरू नै नछानिएमा वार्तामा हार्न सक्छ। आधुनिक प्रविष्टि अगाडि राखेको छोटो सूची रोज्नुहोस्। पुराना विकल्पबाट सुरु हुने लामो सूचीले तपाईं बच्न खोजेको असफलतालाई नै निम्तो दिन्छ। स्वीकृत समूह बाहिरको सीमा हो जो ग्राहक अद्यावधिक हुने बित्तिकै सर्छ, त्यसैले हिजो काम गरेको कन्फिगरेसन हिजोको बारेमा प्रमाण हो।
अझै वार्ता गर्ने एउटा जोडी
आजका फोनका लागि एउटै आधुनिक संयोजन पर्याप्त छ। वार्ता गर्ने एउटा जोडी यस्तो देखिन्छ:
ike=aes256-sha2_256-modp2048
esp=aes256-sha2_256
ike लाइनले कुञ्जी आदानप्रदान चलिरहँदा प्रयोग हुने इन्क्रिप्शन, अखण्डता र Diffie-Hellman समूह बोक्छ। esp लाइनले डेटा च्यानल मात्र समेट्छ, किनभने समूह त्यो लागू हुनुअघि नै तय भइसकेको थियो। जडान पुनः लोड गर्नुहोस् वा डिमन पुनः सुरु गर्नुहोस्, त्यसपछि फोन फेरि जोड्नुहोस्। त्यो समूह मान तपाईंले सेवा दिने हरेक ग्राहकले अझै स्वीकार गरेमा मात्र राख्नुहोस्, र एउटा पुरानो सहकर्मीलाई बढी चाहिएको भन्दै सबैका लागि प्रस्ताव फराकिलो नबनाउनुहोस्।
सुधार्ने तीन ठाउँ, एउटा सामान्यतया बन्द हुन्छ
- हरेक सहकर्मीका लागि एउटा आधुनिक प्रस्ताव। सबै ग्राहक आजका फोन र डेस्कटप भएमा सही। पुराना रूपान्तरणहरू वरिपरि वार्ता गर्नुको सट्टा मेट्छ।
- Apple ग्राहकका लागि दोस्रो जडान परिभाषा। एउटा पुरानो सहकर्मीलाई जीवित राख्छ र फोनलाई त्यसले स्वीकार गर्ने प्रस्ताव दिन्छ। यसले अर्को जडान ब्लक लिन्छ र अपवाद देखिने बनाउँछ।
- ग्राहक बदल्ने। तपाईंका लागि विरलै खुला: व्यवस्थापन प्रणाली वा एपले प्रोफाइल उपलब्ध गराउँदा छुनका लागि कुनै प्रस्ताव-सम्पादक हुँदैन, र अन्तर्निहित ग्राहकले त्यस्तो देखाउँदैन।
तपाईंको नियन्त्रणबाहिरको उपकरण अद्यावधिक गर्न नसकिने भए दोस्रो विकल्प रोज्नुहोस्। पुरानो सहकर्मीलाई अवकाश दिन सकिने र एउटै नीति बोक्न रुचाउने भए पहिलो रोज्नुहोस्।
जसरी पनि, छनोट कन्फिगरेसनमा देखिन्छ, र त्यही मुख्य कुरा हो। पुरानो रूपान्तरणसम्म तल वार्ता गर्ने मौन फलब्याक स्पष्ट ब्लकभन्दा नराम्रो छ, किनभने कुनै समीक्षाले त्यो कहिल्यै सतहमा ल्याउने छैन।
प्रमाणित गर्नुहोस्, त्यसपछि अभिलेख गर्नुहोस्
फेरि जोडिएर सर्भरमा तीन अलग तथ्य जाँच्नुहोस्: प्रस्ताव छानियो, जडान स्थापित देखिन्छ, र ग्राहकले ठेगाना पायो। टाढाको ठेगानाबिना स्थापित ह्यान्डसेकले पूल वा ट्राफिक चयनकर्तातर्फ संकेत गर्छ, र त्यो छुट्टै परिवर्तनमा पर्छ। दुवैलाई सँगै लिँदा समाधान भएको वार्ता नसमाधान भएको जस्तो देखिन्छ।
स्वीकृत रूपान्तरण-समूह, त्यो कहिले बदल्नुभयो र कुन ग्राहक बिल्ड जाँच्नुभयो अभिलेख गर्नुहोस्। अर्को अद्यावधिकले आवश्यकता फेरि सार्न सक्छ, र काम गरेका मानहरू नयाँहरूको छेउमा तपाईंलाई पहिले चाहिने कुरा हुन्।