একটি হোস্টে সংঘর্ষ ছাড়াই VPN ও একটি ওয়েবসাইট চালানো

একটি পাবলিক সাইট ও একটি VPN-এর মধ্যে একটি হোস্ট ভাগ করলে আপনি একটি নয়, দুটি প্রশ্ন উত্তরাধিকারসূত্রে পান: কোনটি কোথায় শোনে, এবং কে কাকে প্রমাণায়ন করে। কনফিগারেশন ফাইল স্পর্শ করার আগেই দুটির উত্তর দিন, কারণ ডিফল্ট মানগুলো এমনভাবে ভুল যা কেবল লোডের মধ্যেই দেখা যায়। HTTPS-এ লোড হওয়া একটি পৃষ্ঠা প্রমাণ করে যে ওয়েব লিসেনার উত্তর দিচ্ছে, এবং পিয়ার লিসেনার সম্পর্কে কিছুই নয়। এরপর যা আসে তা হলো একটি সিদ্ধান্তের ক্রম যা দুটিকে একে অপরকে খেয়ে ফেলা থেকে বিরত রাখে।

কোন ঠিকানা ও ট্রান্সপোর্টে কী শোনে তা নির্ধারণ করুন

তিনটি কলাম — ঠিকানা, ট্রান্সপোর্ট ও পোর্ট — দিয়ে একটি সারণি লিখুন, এবং প্রতিটি সেবার জন্য একটি সারি, প্রশাসনিক ইন্টারফেসসহ। সাইটের জন্য TCP 443 এবং VPN-এর জন্য UDP 443 কোনো সংঘর্ষ নয়, যদিও সংখ্যাগুলো মিলে যায়, কারণ ট্রান্সপোর্ট আলাদা। একই ঠিকানা, ট্রান্সপোর্ট ও পোর্টে দুটি সেবার জন্য এমন ব্যবস্থা দরকার যা বাস্তবায়ন নথিভুক্ত করে, বিভ্রাটের সময় আপনি যা উদ্ভাবন করেন তা নয়। ওই সারণিই সেই উপাদান যা পরবর্তী পরিবর্তনকে পর্যালোচনযোগ্য করে।

আলাদা ঠিকানা বা দ্বিতীয় পোর্ট প্যাকেট ক্যাপচারে মালিকানা দৃশ্যমান করে, যা শোভনতার চেয়ে বেশি মূল্যবান। কিছু VPN বাস্তবায়ন একটি ওয়েব সার্ভারের সাথে পোর্ট ভাগ করা সমর্থন করে, কিন্তু পদ্ধতিটি নির্দিষ্ট: ডেমন প্রথম বাইটগুলো পরীক্ষা করে এবং নিজের প্রোটোকল নয় এমন ট্রাফিক এগিয়ে পাঠায়। সাধারণ HTTP রিভার্স প্রক্সি তা করে না, এবং হেডার পুনর্লিখন তাকে এনক্রিপ্টেড টানেল হ্যান্ডশেক বুঝতে সাহায্য করবে না। প্রোটোকলের ডিপ্লয়মেন্ট নোট পড়ুন, যেমন OpenVPN লিসেনার ডকুমেন্টেশন, এবং এটি যে ব্যবস্থা বর্ণনা করে তা অনুসরণ করুন।

কোন পরিচয় কোন সেবার অন্তর্গত তা নির্ধারণ করুন

ব্রাউজার সার্টিফিকেট ও VPN পিয়ার ক্রেডেনশিয়াল ভিন্ন বিশ্বাস মডেলের ভিন্ন বস্তু। ওয়েব সার্টিফিকেট একটি পাবলিক কর্তৃপক্ষ দ্বারা বৈধতা পায় এবং একটি হোস্টনামের নাম দেয়, অন্যদিকে পিয়ার ক্রেডেনশিয়াল একটি ডিভাইস বা ব্যবহারকারীকে কনসেনট্রেটরের কাছে প্রমাণায়ন করে এবং স্ব-স্বাক্ষরিত বা অভ্যন্তরীণভাবে ইস্যু করা হতে পারে। একটিকে অন্যটি হিসেবে পুনর্ব্যবহার সংকীর্ণ ক্ষেত্রে কাজ করে এবং এই সংযোগ খুব কমই মূল্যবান। একটি ভাগ করা সার্টিফিকেট মানানসই করতে যাচাই বন্ধ করা বিচ্ছেদ পরিকল্পনা নয়; এটি সেই যাচাই সরিয়ে দেয় যা ক্রেডেনশিয়ালকে অর্থ দিয়েছিল।

দুটি ভাণ্ডার স্বাধীন রাখুন এবং কোন কর্তৃপক্ষ কোনটি ইস্যু করে তা লিখে রাখুন। যখন একটি ঘোরানো হয়, অন্যটির পরিবর্তন প্রয়োজন হওয়া উচিত নয়, এবং যদি হয়, সংযোগটিই ঠিক করার বিষয়।

প্রশাসন কোথায় থাকবে তা নির্ধারণ করুন

VPN-এর প্রশাসনিক ইন্টারফেস ব্যবস্থাপনা পথে থাকা উচিত, কখনও পাবলিক লিসেনারে নয়, এমনকি হোস্ট ইতিমধ্যে ইন্টারনেট পরিবেশন করলেও। 443-এ একটি ওয়েব সার্ভার মানে এই নয় যে পিয়ার কনসোল যেকোনো জায়গা থেকে পৌঁছানো উচিত, এবং কনসোল সাধারণত উচ্চতর মূল্যের লক্ষ্য। এটি লুপব্যাক বা ব্যবস্থাপনা ঠিকানায় বাঁধুন, উৎস দ্বারা সীমাবদ্ধ করুন, এবং একটি পুনরুদ্ধার পথ রাখুন যা টানেল চালু থাকার উপর নির্ভর করে না। পুনরুদ্ধার পথ গুরুত্বপূর্ণ কারণ সাধারণ ব্যর্থতা হলো লকআউট ঠিক করার সময় নিজেকে লক আউট করে ফেলা।

সংকীর্ণ ফায়ারওয়াল নিয়ম লিখুন, প্রতি লিসেনারের জন্য একটি, প্ল্যাটফর্ম যেখানে সমর্থন করে সেখানে ইন্টারফেস বা সেবা অ্যাকাউন্টের নাম দিন। বিস্তৃত নিয়ম যা সাইটের 443 দরকার বলে হোস্ট খুলে দেয়, সেগুলোই প্রশাসনিক ইন্টারফেসকে স্ক্যানার ইনডেক্সে নিয়ে যায়।

যখনই একটি সেবা যোগ হয়, সেই নিয়মগুলো লিসেনার সারণির সাথে পর্যালোচনা করুন। পর্যালোচনা সস্তা এবং এটি রাত দুইটায় কেউ যোগ করা নিয়ম ধরে ফেলে।

দুটি যখন প্রতিদ্বন্দ্বিতা করে তখন কী করবেন তা নির্ধারণ করুন

হোস্ট ভাগ করা মানে CPU, মেমরি, ফাইল ডেসক্রিপ্টর ও ব্যান্ডউইথ ভাগ করা, এবং প্রতিদ্বন্দ্বিতার সম্পদ সবসময় সুস্পষ্টটি নয়। একটি ব্যস্ত সাইট সংযোগ সারণি ভরতে পারে, ওয়ার্কার স্লট শেষ করতে পারে, বা ডিস্ক সারিকে এতটা চাপ দিতে পারে যে VPN লগিং থেমে যায়। হোস্টের মোটের বদলে প্রতি সেবার ব্যবহার দেখুন, কারণ গড় লুকিয়ে রাখে কোন প্রক্রিয়াটি ক্ষুধার্ত। যদি একটি কাজ বারবার অন্যটিকে ব্যাহত করে, লক্ষণের চারপাশে টিউন করার বদলে তাদের বিচ্ছিন্ন করুন।

বিচ্ছিন্নতা একটি কনটেইনার, একটি cgroup সীমা, একটি আলাদা সারি বা একটি দ্বিতীয় হোস্ট হতে পারে, এবং সঠিক পছন্দ নির্ভর করে কোন সম্পদ প্রতিদ্বন্দ্বিতা করছে তার উপর। পোর্ট পরিবর্তন এখানে কিছুই ঠিক করে না, এবং সীমাটি একটি সম্পৃক্ত সারি হলে বড় ইনস্ট্যান্সও কিছুই ঠিক করে না। পরিমাপ দিয়ে সিদ্ধান্ত নিন: সম্পদটির নাম দিন, এটি লোড করুন, তারপর সবচেয়ে ছোট বিচ্ছিন্নতা বেছে নিন যা প্রতিদ্বন্দ্বিতা সরায়।

বাইরে থেকে যাচাই করুন, তারপর পুনরায় চালুর পর আবার

এমন একটি ডিভাইস থেকে পরীক্ষা করুন যা হোস্টের নিজের নেটওয়ার্কে নেই: সাইটটি লোড করুন, টানেল চালু করুন, এবং এমন একটি সম্পদে পৌঁছান যা এটি প্রয়োজন। তারপর প্রতিটি সেবা আলাদাভাবে পুনরায় চালু করুন এবং অন্য পরীক্ষাটি পুনরাবৃত্তি করুন, কারণ পুনরায় চালু হওয়াই সেই মুহূর্ত যখন ভাগ করা লিসেনার ব্যবস্থা তার ক্রম হারায়। যদি VPN সেই ওয়েব সার্ভারের আগে শুরু হয় যা ভাগ করা পোর্টের মালিক, তবে ভাগাভাগির পদ্ধতি কখনও সংযুক্ত নাও হতে পারে, এবং লক্ষণ হলো গতকাল কাজ করা একটি টানেল। ইউনিট ক্রমে নির্ভরতাটি স্পষ্ট করুন।

তারপর সীমানা নিশ্চিত করুন: সাইটটি তার পোর্টে উত্তর দেয়, VPN তার নিজের পোর্টে উত্তর দেয়, এবং প্রশাসনিক ইন্টারফেস কেবল ব্যবস্থাপনা পথ থেকে উত্তর দেয়। তারিখসহ লিসেনার সারণির পাশে ফলাফল লিপিবদ্ধ করুন। যে হোস্ট পুনরায় চালুর পর তিনটি পরীক্ষাই পাস করে, সেটি এমন হোস্ট যা আপনি ব্রিফিং ছাড়াই অন্য কারও কাছে হস্তান্তর করতে পারেন।