ওয়েব হোস্টিং বনাম 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প্রথম দুই লাইন বলে টানেল ডিভাইস আদৌ থাকতে পারে কি না। তৃতীয়টি জানায় হোস্ট প্যাকেট ফরওয়ার্ড করতে পারে কি না, আর চতুর্থটি দেখায় ইতিমধ্যে কী শুনছে যাতে পোর্টের দ্বন্দ্ব তাড়াতাড়ি ধরা পড়ে। যে প্রদানকারী দ্বিতীয় লাইনে ব্যর্থ হয় সে ব্যবহারকারী-স্থানের বাস্তবায়ন সমর্থন করতে পারে, তাই তাদের সহায়তা ডেস্কে জিজ্ঞাসা করার সময় পণ্যের শ্রেণি নয়, আপনার প্রয়োজনীয় কৌশলটির নাম বলুন।