वेगाने जाण्यासाठी 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 प्रश्न असतो। कोणत्याही संख्येची तुलना करण्यापूर्वी या तीनपैकी काय तुम्ही प्रत्यक्ष पाहिले ते लिहा। नाहीतर पुढील वाचकाला चुकीची गोष्ट मोजणारे मापन आणि कोणीही न्याय्य ठरवू न शकणारा बदल वारसा मिळतो।
तुमच्याकडे असलेल्या टोपोलॉजीचे वर्णन करा, क्लायंटवरील लेबल नाही
आपले कनेक्शन सामायिक करणारा, राउटेड कंटेनर नेटवर्क होस्ट करणारा किंवा आभासी मशीनसाठी रहदारी वाहून नेणारा लॅपटॉप, सॉफ्टवेअर स्वतःला काहीही म्हणो, गेटवे आहे। क्लायंट हा शब्द बोगदा कसा संरचित आहे हे सांगतो, पॅकेट दुसऱ्या कोणाकडे जातात की नाही हे नाही।
ऑपरेटिंग मार्गदर्शकात भूमिका स्पष्ट करा: रहदारी कशामुळे तयार होते, मशीनमधून काय जाणे आवश्यक आहे, आणि सध्याचे काम या दोनपैकी कशाबद्दल आहे। गेटवे भूमिका ती समर्थित योजनेचा भाग असतानाच सुरू करा, कधीही गरज न पडलेल्या टोपोलॉजीवर न सांगितलेले वेग समायोजन म्हणून लागू करू नका।