Pi VPN सर्भर: रेसिपीबाट होइन, फोनको एपबाट सुरु गर्नुहोस्

Pi मा अधिकांश VPN निर्माण सर्भरको रेसिपीबाट सुरु भएर जोडिन नसक्ने फोनमा अन्त्य हुन्छ। क्रम उल्टो छ। फोनको क्लाइन्टले निश्चित प्रमाणीकरण आदानप्रदानसहित निश्चित प्रोटोकल लागू गर्छ, र सर्भरले त्यही आदानप्रदानसँग मिल्नुपर्छ, उल्टो होइन। पहिले एप निर्धारण गर्दा दिउँसोभरिको डिबगिङ छोटो जाँचसूचीमा बदलिन्छ।

पुनर्निर्माण बचाउने क्रम

Pi मा केही पनि स्थापना गर्नु अघि फोनको अपरेटिङ सिस्टम र ठ्याक्कै VPN एप लेख्नुहोस्। यही जोडीले कुन प्रोटोकल सम्भव छ भन्ने निर्धारण गर्छ। प्रोफाइलमा परिचित फिल्ड भएकै भरमा क्लाइन्ट एप अर्को क्लाइन्ट बन्दैन।

प्रोफाइलमा साझा गरिएको गोप्य कुरा, वा परिचित देखिने पोर्ट नम्बरले एउटा प्रोटोकललाई अर्को बनाउँदैन। आदानप्रदान एपले लागू गरेकोसँग मिल्छ, वा पढ्न धेरै कम दिने चरणमा असफल हुन्छ। "गलत प्रोटोकल" भनी सरल शब्दमा भन्ने कुनै निदान छैन। तपाईंले समय समाप्ति, प्रमाणपत्र त्रुटि वा चुपचाप पुनः प्रयासको लूप पाउनुहुन्छ, र यी सबै सर्भरको समस्या जस्तो देखिन्छन्।

एप निश्चित भएपछि सर्भरको छनोट साँघुरो हुन्छ र बाँकी निर्माणको लक्ष्य हुन्छ।

फोनको एपले वास्तवमा के लागू गर्छ

प्रकाशित क्लाइन्ट सूचीले सेवा होइन, एप्लिकेसन वर्णन गर्छ। Android का लागि OpenVPN Connect एपले OpenVPN सर्भर अपेक्षा गर्छ; यसले सर्भर पक्ष उपलब्ध गराउँदैन। प्रोफाइल समान देखिँदा यो IPsec वा L2TP क्लाइन्ट पनि बन्दैन।

पुरानो निर्देशिका पछ्याउँदा यो भिन्नता सबैभन्दा महत्त्वपूर्ण हुन्छ। हालको एपले छाडेको प्रोटोकलका लागि लेखिएका रेसिपीहरू Pi मा सफा रूपमा स्थापना हुनेछन् र फोनमा अझै असफल हुनेछन्, जुन प्रोटोकल नमिल्नुको सट्टा कन्फिगरेसन त्रुटि जस्तो पढिन्छ।

सर्भर प्याकेजमा प्रतिबद्ध हुनु अघि एपको हालको कागजातमा यसले कुन प्रोफाइल ढाँचा आयात गर्छ हेर्नुहोस्। पाँच मिनेटको पढाइ पुनर्निर्माणभन्दा राम्रो हो।

चार भागको सम्झौता

चार कुरा लेख्नुहोस् र सँगै राख्नुहोस्: फोनको अपरेटिङ सिस्टम र एप संस्करण, Pi मा सर्भरको कार्यान्वयन, प्रमाणीकरण र विश्वास नीति, र बाह्य अन्तिम बिन्दु। चारमध्ये जुनसुकैले बाँकी तीनलाई अमान्य गर्न सक्छ।

एप अपग्रेड, सर्भर प्याकेज परिवर्तन वा नयाँ प्रमाणपत्र अधिकारीले सम्झौता तोड्छ, र फोनबाट असफलता हरेक पटक एउटै देखिन्छ। लेखिएका चारले नै कुन भाग सर्यो पहिचान गर्न दिन्छ।

प्रमाणहरूका अलग काम छन्

प्रोफाइलले क्लाइन्ट प्रमाणपत्र, प्रयोगकर्ता नाम र पासवर्ड, वा समर्थित संयोजन प्रयोग गर्छ कि भनी निर्धारण गर्नुहोस् र दुवै छेउ मिलाउनुहोस्। सर्भरको पहिचान र विश्वसनीय CA सामग्री पनि क्लाइन्टले स्वीकार गर्नेसँग मिल्नुपर्छ।

CA को सार्वजनिक प्रमाणपत्र र यसको हस्ताक्षर निजी कुञ्जी फरक वस्तु हुन्। फोन प्रोफाइलमा सार्वजनिक भाग मात्र पर्छ। हस्ताक्षर कुञ्जी फोनमा राख्दा पहिचान बनाउने क्षमता दिइन्छ, जुन CA को उद्देश्यको उल्टो हो। त्यो फाइललाई सम्पूर्ण निर्माणको सबैभन्दा संवेदनशील वस्तु मान्नुहोस्।

प्रोफाइल हातले जोड्नुको सट्टा सेवाले समर्थन गर्ने निर्यात र आयात प्रवाह प्रयोग गर्नुहोस्। हातले बनाइएका प्रोफाइलमा सामान्यतया मोबाइल एपले बेवास्ता वा अस्वीकार गर्ने डेस्कटपका मात्र निर्देशन हुन्छन्।

सबैभन्दा माथि, पुरानो उदाहरण जोडिनका लागि प्रमाणपत्र प्रमाणीकरणलाई "कुनै पनि सर्भर स्वीकार" ले नबदल्नुहोस्। यसले अनुकूलताको समस्या प्रमाणीकरण बाइपासमा बदल्छ, र काम गर्ने भएकाले यो सामान्यतया उत्पादनसम्म टिक्छ।

पहुँच एक अलग सम्झौता हो

फोनले सर्भरको बाह्य अन्तिम बिन्दुसम्म वास्तविक अपस्ट्रिम व्यवस्थाबाट पुग्नुपर्छ। घरको राउटरको अनुवाद, फिल्टरिङ र अपरेटरको NAT सबै दुईबीच हुन्छन्। गतिशील DNS नामले अन्तिम बिन्दुलाई स्थिर नाम मात्र दिन्छ; यसले भित्री मार्ग बनाउँदैन।

त्यसपछि जोडिएपछि क्लाइन्टले के पुग्न सक्छ निर्धारण गर्नुहोस्: निजी प्रिफिक्स वा पूरा इन्टरनेट निकास, तिनका फर्वार्डिङ र उत्तर मार्ग, DNS व्यवहार, र IPv6 दायरामा छ कि छैन। सफल लगइनले यीमध्ये कुनै पनि प्रमाणित गर्दैन।

अभिप्रेत फोन र प्रोफाइल सिधै स्वीकार गर्नुहोस्, अनधिकृत स्रोत पहुँचबाहिर रहन्छ र रद्दीकरणले साँच्चै पहुँच हटाउँछ भन्ने जाँचसमेत। डेस्कटप क्लाइन्टसँगको सफलताले त्यही क्लाइन्टलाई मान्य ठहराउँछ, तपाईंको हातको फोनलाई होइन। OpenVPN Connect सूची मिल्ने सेवा अपेक्षा गर्ने क्लाइन्ट एप्लिकेसनको ठोस उदाहरण हो।