वेब होस्टिंग की VPS: तुमचा प्लॅन VPN सर्व्हर चालवू शकतो का?
सामायिक होस्टिंग, व्यवस्थापित ॲप आणि स्वतः व्यवस्थापित सर्व्हर वेगळे नेटवर्क नियंत्रण देतात। काहीही खरेदी किंवा स्थलांतर करण्यापूर्वी चार क्षमतांची तुलना करा।
चालू असलेली वेबसाइट हा पुरावा आहे की प्रदाता HTTP देऊ शकतो, हे नव्हे की तुम्ही मशीन नियंत्रित करता। सामायिक प्लॅन, व्यवस्थापित ॲप्लिकेशन आणि स्वतः व्यवस्थापित सर्व्हर यांच्यात खाते नेटवर्कशी काय करू शकते यात मोठी तफावत आहे। आणखी एका वर्षाचे पैसे देण्यापूर्वी तुमच्या VPN रचनेला त्या तफावतीची कोणती बाजू हवी आहे ते ठरवा। चार क्षमता दोन्हींना वेगळे करतात, आणि त्यातील एकही किंमत यादीत दिसत नाही।
प्रत्येक प्लॅन प्रत्यक्षात काय देतो
उपयुक्त तुलना किंमत किंवा डिस्क आकार नाही, तर अधिकार आहे। खाते काय सुरू करू शकते, कोणत्या कर्नेल वैशिष्ट्यांपर्यंत पोहोचते, कोणते पोर्ट येणारा रहदारी स्वीकारतात आणि अनुमत रहदारी पुन्हा दुसरीकडे जाऊ शकते का, असे विचारा।
बहुतेक होस्टिंग उत्पादने तीन स्वरूपांत येतात, आणि फक्त शेवटचेच सामान्य हेतूचे सर्व्हर आहे:
| Capability | Website plan | Self-managed server |
|---|---|---|
| Long-running custom process | Usually not permitted | Yours to run under a service manager |
| Virtual network interface | Almost never available | Present when the kernel module and privilege allow it |
| Arbitrary inbound port | Restricted to the web stack | Provider filtering still applies |
| Forwarding for clients | Not offered | Possible once routing and policy are configured |
शेल खाते हा नेहमीच्या गोंधळाचा स्रोत आहे। फाइल हस्तांतरण किंवा नियोजित कामांमध्ये प्रवेश प्रशासनासारखा वाटू शकतो, तर प्रक्रिया एका डिरेक्टरी आणि काही अनुमत क्रियांपुरती मर्यादित असते।
उत्तर ठरवणाऱ्या चार क्षमता
त्या क्रमाने घ्या, कारण पहिल्या टप्प्यातील अपयश उर्वरित निरर्थक करते।
प्रथम, सॉफ्टवेअरने देखभाल टिकून राहणारी दीर्घकालीन प्रक्रिया म्हणून चालले पाहिजे। दुसरे, अंमलबजावणीने स्वतःचा आभासी इंटरफेस तयार करू शकले पाहिजे; Linux वर याचा अर्थ सहसा संबंधित प्रशासकीय परवानगीसह /dev/net/tun उघडणे, जसे कर्नेलचे TUN/TAP दस्तऐवज स्पष्ट करते, तरी प्रत्येक VPN रचना ते उपकरण वापरत नाही। तिसरे, क्लायंटने सार्वजनिक पत्त्यावरील श्रोत्यापर्यंत पोहोचले पाहिजे, तुम्ही ठरवलेल्या वाहतुकीवर आणि पोर्टवर, आणि HTTPS स्वीकारणारा वेब रिव्हर्स प्रॉक्सी त्याच क्रमांकावरील असंबंधित प्रोटोकॉलबद्दल काहीही सांगत नाही। चौथे, अनुमत रहदारीने पुढे जाणे आवश्यक आहे, मार्ग, अग्रेषण आणि प्रत्यक्षात समर्थित कोणत्याही भाषांतरासह।
सेवेच्या अटी त्या चारांच्या शेजारी आहेत आणि अजिबात तांत्रिक नाहीत। अमर्यादित रहदारीच्या मर्यादा सहसा वेब विनंत्या वर्णन करतात, इतरांचे डाउनलोड वाहून नेणारी बोगदा नाही। त्याभोवती रचना करण्यापूर्वी स्वीकार्य वापराचा विभाग वाचा, आणि सेवा सुरू न होणाऱ्या दिवसासाठी पुनर्प्राप्ती प्रवेश लक्षात ठेवा।
वेबसाइट खाते कुठे थांबते
वेबसाइट प्लॅन सहसा तुमचा कोड निश्चित प्रवेश बिंदू असलेल्या व्यवस्थापित रनटाइममध्ये चालवतो। बोगद्याची बाइनरी असली तरी, प्रक्रियेकडे डिव्हाइस नोड उघडण्याची, विशेषाधिकारित पोर्ट बांधण्याची किंवा राउटिंग तक्ता बदलण्याची परवानगी नसू शकते। ती निर्बंधच उत्पादन आहेत, दुर्लक्ष नाही।
म्हणूनच VPN चे वचन देणारा प्लगइन सहसा दुसरीकडे जाणारा प्रॉक्सी निघतो। सध्याचे खाते फक्त वेबसाइट नियंत्रणे देते असेल, तर प्रामाणिक पाऊल वेगळा सर्व्हर आहे, गहाळ अधिकार उघडणाऱ्या मॉड्यूलचा शोध नाही।
जेव्हा एकाच होस्टला दोन्ही चालवावे लागतात
सामायिकरण शक्य आहे आणि कधीकधी सुज्ञ, पण ते सोय नव्हे तर सुरक्षा-निर्णय माना। अपलोड फॉर्म असलेले वेब ॲप्लिकेशन बोगद्याच्या क्रेडेन्शियल्स आणि नियंत्रण सॉकेटच्या शेजारी असते, आणि एकातील दुरुपयोग दुसऱ्यापर्यंत पोहोचतो। वेगळी खाती, वेगळे सेवा एकक आणि वेगळ्या फाइलसिस्टम दुसरे यंत्र न खरेदी करता तो धोका कमी करतात।
संसाधनांसाठीची स्पर्धाही तितकीच महत्त्वाची आहे। बोगद्यातून घेतलेला बॅकअप आणि व्यस्त वेब प्रक्रिया एकाच अपलिंक आणि एकाच डिस्कसाठी स्पर्धा करतात, आणि बिघाड भरलेल्या बोगद्यासारखा नव्हे तर संथ साइटसारखा दिसतो। घटनेपूर्वी कोणता भार जिंकेल ते ठरवा, आणि वेबसाइट उत्तर देत राहावी म्हणून बोगद्याला मर्यादा घाला।
दोन्ही सेवा चालतात म्हणूनच कोणतीही मांडणी विलग नाही। दोन्हींना एकत्र होस्ट करण्याची क्षमता रचनेची सुरुवात आहे, आणि विलगीकरणाचे कामच तिला समर्थनीय बनवते।
चार आदेशांनी चाचणी होस्टवर ते ठरवा
स्थलांतरापूर्वी लक्ष्य उत्पादनाची सर्वात लहान इन्स्टन्स एका तासासाठी भाड्याने घ्या आणि चार क्षमता थेट तपासा। वैशिष्ट्य तक्त्यावरून अंदाज लावणे चुकीच्या प्लॅनच्या वर्षापेक्षा कमी पैसे वाया घालवते, पण खूप जास्त वेळ।
हे चाचणी होस्टवर चालवा आणि अपयशांना अडथळा नव्हे तर उत्तर म्हणून वाचा:
ls -l /dev/net/tun
sudo ip tuntap add dev tun9 mode tun && sudo ip link del tun9
sysctl net.ipv4.ip_forward
ss -lunp | headपहिल्या दोन ओळी सांगतात की बोगदा उपकरण अजिबात असू शकते का। तिसरी सांगते की होस्ट पॅकेट पुढे पाठवू शकतो का, आणि चौथी दाखवते की आधीच काय ऐकत आहे जेणेकरून पोर्टचा संघर्ष लवकर पकडला जाईल। दुसऱ्या ओळीत अपयशी ठरणारा प्रदाता तरीही वापरकर्ता-जागेतील अंमलबजावणीला आधार देऊ शकतो, म्हणून त्यांच्या सहाय्यता डेस्कला विचारताना उत्पादन श्रेणी नव्हे तर तुम्हाला आवश्यक असलेली यंत्रणा सांगा।