छिटो हुन VPN ल्यापटपलाई IP फर्वार्डिङ आवश्यक छ?
फर्वार्डिङले इन्टरफेसहरूबीच प्याकेट पठाउँछ; यसले स्थानीय ब्राउजरलाई छिटो बनाउँदैन। नियम फराकिलो बनाउनु अघि क्लाइन्ट भूमिकालाई गेटवे भूमिकाबाट अलग गर्नुहोस्।
ल्यापटपलाई राउटर बनाउनु गलत समस्या समाधान गर्ने लोकप्रिय तरिका हो। फर्वार्डिङ यसका लागि छ कि मेसिनले आफू नभएको गन्तव्य भएका प्याकेट पठाउन सकोस्, र त्यही मेसिनको ब्राउजरले पृष्ठ कति छिटो लोड गर्छ भन्नेमा यसको कुनै मत छैन। दुवै बाटो एउटै सुरुङबाट ट्राफिक पठाउने भएकाले मात्र उस्तै देखिन्छन्। एकचोटि तिनलाई अलग गर्नुहोस्, फर्वार्डिङ सक्षम गर्ने वा फायरवाल खोल्ने धेरै सल्लाहहरू तपाईंसँग नभएको टोपोलोजी वर्णन गर्दैछन् भन्ने थाहा हुनेछ।
टेबलबाट उस्तै देखिने दुई प्याकेट बाटो
ल्यापटपको ब्राउजरले आफ्नै अनुरोध बनाउँछ। होस्टले सुरुङको मार्ग छान्छ, क्लाइन्ट प्रक्रियाले प्याकेट बेरेर साथीलाई पठाउँछ, र जवाफ एप्लिकेसनमा फर्कन्छ। त्यो क्रममा केही पनि फर्वार्डिङ निर्णय पार गर्दैन, किनकि यो मेसिन कुराकानीको स्रोत र गन्तव्य दुवै हो।
अब जानाजानी कन्फिगर गरिएको इथरनेट खण्डमा अर्को यन्त्र राख्नुहोस् र ल्यापटपलाई त्यसको पूर्वनिर्धारित गेटवे बनाउनुहोस्। त्यो यन्त्रले अनुरोध सुरु गर्छ, ल्यापटपले अन्तै ठेगाना भएको प्याकेट पाउँछ, र कर्नेलले त्यो अगाडि पठाउने हो कि होइन भनेर निर्णय गर्नुपर्छ। यही फर्वार्डिङ भूमिका हो, र यो क्लाइन्ट भूमिकालाई कहिल्यै नचाहिएका पूर्वसर्तहरूसँग आउँछ: अनुमति दिइएको ट्रान्जिट मार्ग, दुवैतिर मार्गहरू, र अनुवाद डिजाइनको भाग भए अझै काम गर्ने फर्कने मार्ग।
| Role | Who originates the traffic | What has to be true |
|---|---|---|
| Client only | The laptop itself | Tunnel route, working resolver, supported profile |
| Gateway | Another device | Forwarding enabled, permitted transit, routes both ways, return-path decision |
ip_forward ले वास्तवमा के बदल्छ
कर्नेलको IPv4 sysctl कागजातले ip_forward लाई होस्टलाई इन्टरफेसहरूबीच प्याकेट फर्वार्ड गर्न दिने स्विचका रूपमा वर्णन गर्छ। यो होस्टले आफैं सिर्जना गरेको ट्राफिकका लागि छिटो मार्ग होइन, र त्यो प्यारामिटरको कुनै पनि पढाइले स्थानीय ब्राउजरलाई छिटो बनाउँदैन। बरु, फर्वार्डिङले पहिले कम काम गर्ने मेसिनमा अवस्था र नीति थप्छ।
त्यही कागजातले चेतावनी दिन्छ कि मान बदल्दा अन्य IPv4 प्यारामिटरहरू होस्ट वा राउटरको पूर्वनिर्धारितमा फर्कन्छन्। यसले स्विचलाई परीक्षणको सट्टा कन्फिगरेसन घटना बनाउँछ: ट्युन गरिएका सेटिङहरू तपाईंको खुट्टामुनिबाट फर्कन सक्छन्, र परिवर्तनले यस्तो रिग्रेसनको कारण बन्न सक्छ जसलाई कसैले यससँग जोड्ने सोच्दैन। यसको अर्थ स्विच एकचोटि, जानाजानी, गेटवे भूमिका भएकाले सेट गर्नुपर्छ भन्ने पनि हो। ढिलोपनको अनुसन्धानका क्रममा यसलाई पल्टाउनु एकमात्र त्यस्तो अवस्था हो जहाँ साइड इफेक्ट लक्षणसँग मिसिने निश्चित छ।
एउटै प्रश्न नभएका तीन फायरवाल प्रश्न
VPN सुन्नेलाई अनुमति दिनु, ल्यापटपले चलाउने सेवाहरूलाई अनुमति दिनु, र ट्राफिकलाई ल्यापटपबाट जान दिनु तीन अलग अनुमति हुन्। पहिलोले साथीलाई डिमनसम्म पुग्न दिन्छ, दोस्रोले स्थानीय केही खोल्छ, र तेस्रोले मेसिनलाई अरू कसैका लागि ट्रान्जिट बनाउँछ। प्रत्येकको फरक दायरा छ, र अन्तिम सामान्य बाहिर जाने एप्लिकेसनलाई आवश्यक जवाफभन्दा धेरै फराकिलो छ।
कुनै निश्चित प्रवाह अवरुद्ध भएको बेला, नियम सम्पादन गर्नु अघि त्यसको स्रोत, गन्तव्य, दिशा र नीतिको मालिक भन्नुहोस्। त्यो प्रवाहका लागि साँघुरो नियम सुधार हो; सुरुङ इन्टरफेसमा सबै स्वीकार गर्नु नीति परिवर्तन हो जसले संयोगवश सुधार समावेश गर्छ। पछि काम गर्ने ब्राउजरले प्रवाह काम गर्छ भनी प्रमाणित गर्छ, फराकिलो नियम आवश्यक थियो भनेर होइन।
मार्ग सही भएपछि मात्र नाप्नुहोस्
उही गन्तव्य, उही कार्यभार र तुलनायोग्य परिस्थितिसँग नाप्नुहोस्, र एकचोटि एउटा चल बदल्नुहोस्। फर्वार्डिङ परिवर्तन, फायरवाल फराकिलो बनाउने र प्रतिलिपि गरिएको साइफर सेटिङ एकै ठाउँमा बाँध्ने परीक्षणले संख्या दिन्छ र कुनै व्याख्या दिँदैन, किनकि यसमा केहीले पनि तीनमध्ये कसले परिणाम सार्यो भनी बताउँदैन।
मार्ग र रिजोल्भर असफलताहरूलाई कार्यसम्पादनको कुराकानीबाट पूर्ण रूपमा बाहिर राख्नुहोस्। ढिलो समाधान हुने नाम थ्रुपुट समस्या होइन, र एउटा निश्चित आकारमा अड्किने स्थानान्तरण सामान्यतया गति सीमा नभई MTU प्रश्न हो। कुनै पनि संख्या तुलना गर्नु अघि यी तीनमध्ये कुन तपाईंले वास्तवमा देख्नुभयो लेख्नुहोस्। नत्र अर्को पाठकले गलत कुरा नाप्ने मापन र कसैले पनि न्यायोचित ठहराउन नसक्ने परिवर्तन पाउँछ।
तपाईंसँग भएको टोपोलोजी वर्णन गर्नुहोस्, क्लाइन्टमाथिको लेबल होइन
आफ्नो जडान साझा गर्ने, राउट गरिएको कन्टेनर नेटवर्क होस्ट गर्ने वा भर्चुअल मेसिनका लागि ट्राफिक बोक्ने ल्यापटप, सफ्टवेयरले आफूलाई जे भने पनि, गेटवे हो। क्लाइन्ट शब्दले सुरुङ कसरी कन्फिगर गरिएको छ भन्ने बताउँछ, प्याकेट अरू कसैलाई जान्छ कि जाँदैन भनेर होइन।
सञ्चालन निर्देशिकामा भूमिका स्पष्ट पार्नुहोस्: ट्राफिक केले उत्पन्न गर्छ, मेसिनबाट के जानुपर्छ, र हालको काम यी दुईमध्ये कुनबारे हो। गेटवे भूमिका त्यो समर्थित योजनाको भाग हुँदा मात्र सक्षम गर्नुहोस्, कहिल्यै आवश्यक नपरेको टोपोलोजीमा नबुझाइएको गति समायोजनका रूपमा लागू नगर्नुहोस्।