IPsec लाई Shadowsocks ले प्रतिस्थापन गर्नु अघि हराउने कामहरू लेख्नुहोस्

तीन सेवा, एउटा सुरुङ: एउटा वेब एप, एउटा डेटाबेस र एउटा फाइल साझेदारी। चलाउन सजिलो भएकाले कोही IPsec को सट्टा Shadowsocks ल्याउन सुझाव दिन्छ। त्यसपछिको इन्क्रिप्शन बहस मुख्य कुरा चुक्छ, किनकि सुरुङले एकै समयमा धेरै काम गर्छ र तीमध्ये एउटा मात्र साइफरसँग सम्बन्धित छ। उत्पादनहरू तुलना गर्नु अघि ती कामहरू लेख्नुहोस्। सूची छोटो छ, र यसको कुनै पनि एउटा बुँदाले परिवर्तन रद्द गर्न सक्छ।

ट्राफिक कसरी समातिन्छ त्यसबाट सुरु गर्नुहोस्

प्रोटोकलका दुई आधा भाग छन्। स्थानीय घटकले जडान स्वीकार गर्छ, गन्तव्य ठेगानाबाट सुरु हुने प्रवाह इन्क्रिप्ट गर्छ र त्यसलाई टाढाको घटकमा पठाउँछ। टाढाको आधा भागले त्यो गन्तव्यमा जडान खोल्छ र बाइटहरू पठाउँछ। UDP ले डेटाग्रामसँगै त्यही आकार पछ्याउँछ। यो आफूले समात्ने प्रवाहहरूका लागि अग्रसरण हो, र आफूले नसमात्ने प्रवाहबारे केही भन्दैन। प्रोक्सीसँग स्पष्ट बोल्ने एप सजिलो हुन्छ; बाँकी सबैलाई समातिनका लागि एडाप्टर वा राउटिङ नियम चाहिन्छ।

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

प्रत्येक गन्तव्य र प्रोटोकलको नाम दिनुहोस्

टाढाको आधा भागले प्रत्येक आन्तरिक सेवासम्म पुग्न सक्नुपर्छ। त्यो होस्टसम्म चल्ने इन्क्रिप्टेड सत्रले त्यहाँबाट डेटाबेससम्म कुनै मार्ग थप्दैन, र क्लाइन्टमा आन्तरिक नामहरू समाधान हुँदैनन्। LAN समावेश छ भनी लेख्नुको सट्टा ठेगाना, पोर्ट र प्रोटोकलको सूची बनाउनुहोस्।

सफा डिजाइन भत्काउने अवस्थाहरू थप्नुहोस्: आन्तरिक DNS, प्रोक्सी सेटिङ बेवास्ता गर्ने एपहरू, र सर्भरबाट क्लाइन्टतर्फ सुरु गर्नुपर्ने कुनै पनि प्रवाह। प्रत्येकलाई अनुमान होइन, स्पष्ट व्यवस्था चाहिन्छ।

इन्क्रिप्शन अनुमति होइन

Shadowsocks मा अभिलेखित AEAD विधिहरूले प्रमाणित इन्क्रिप्शन दिन्छन्, त्यसैले पूरै परिवारलाई असुरक्षित भनी अस्वीकार गर्नु गलत हो। त्यो तथ्यलाई पहुँचको प्रश्नको उत्तर बन्न दिनु पनि उत्तिकै गलत हो। कसले कुन सेवासम्म पुग्छ, व्यक्ति गएपछि पहुँच कसरी हटाइन्छ, रहस्य कहाँ राखिन्छ र कुन घटकले सीमा लागू गर्छ भन्ने कसैले निर्णय गर्नुपर्छ। एउटै साझा रहस्यले प्रत्येक धारकलाई समान पहुँच दिन्छ, र एक व्यक्तिलाई बाहिर निकाल्नु सबैका लागि रोटेसन बन्छ।

हालको IPsec सेटअपलाई त्यही मापदण्डमा राख्नुहोस्। यसको लेबलले नियम ठीक छन् भनी प्रमाणित गर्दैन, र एउटा डिजाइनको चम्किलो संस्करणलाई अर्कोको धमिलो संस्करणसँग तुलना गर्दा केही पनि टुङ्गो लाग्दैन।

आज दुवैतर्फ भएका नियन्त्रणहरूको सूची बनाउनुहोस्, त्यसपछि कुन कमीका साथ बाँच्न सक्नुहुन्छ ठहर गर्नुहोस्।

सञ्चालन काम गन्नुहोस्

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

एउटा वेब एपका लागि साँघुरो प्रोक्सी पर्याप्त हुन सक्छ। प्रत्येक व्यक्तिको अनुमतिसहित सम्पूर्ण सञ्जालको पहुँचका लागि थप भागहरू सामान्यतया प्रतिस्थापित सुरुङभन्दा महँगो पर्छ।

निर्णय कुन उत्पादन बढी सुरक्षित सुनिन्छ भन्ने होइन। निर्णय कुन डिजाइनले सूचीबद्ध कामहरू टोलीले साँच्चै कायम राख्ने नियन्त्रणसँग पूरा गर्छ भन्ने हो।