OpenVPN ট্রাফিক আকার দেওয়া: কোন ইন্টারফেস এটি দেখে?

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

লক্ষ্য দিয়ে শুরু করুন: একটি ডিভাইস সীমিত করা, ক্ষমতা ন্যায্যভাবে ভাগ করা, বা একটি অ্যাপ্লিকেশনকে অগ্রাধিকার দেওয়া। প্রত্যেকের আলাদা মিল দরকার।

নিয়মের আগে লক্ষ্যের নাম দিন

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

সরাসরি WAN ট্রাফিকে কাজ করা একটি সীমা এই প্রমাণ নয় যে একই হোস্ট টানেলের ভিতরে আবৃত। নিয়মটি এমন ঠিকানার সঙ্গে মিলতে পারে যা শেপার যে হেডার দেখে তাতে কখনও আসে না।

টানেলের ভিতরে নাকি বাইরে

রাউটারের মালিকানাধীন VPN ক্লায়েন্টের সঙ্গে অনেক LAN প্রবাহ একটি এনক্রিপ্টেড পরিবহনের ভিতরে চলে। এনক্যাপসুলেশনের আগে রাউটার এখনও ভিতরের উৎস ও গন্তব্য দেখে, তাই সেই স্তরে যুক্ত নীতি প্রতি ডিভাইসে শ্রেণিবদ্ধ করতে পারে। এনক্যাপসুলেশনের পরে সাধারণ যন্ত্রপাতি কেবল বাইরের সংযোগ দেখে, আর VPN পোর্টের সঙ্গে মিল কোন ডিভাইস দায়ী তা নিয়ে কিছু বলে না। ওই একটি তথ্যই ঠিক করে নিয়মটি কোথায় থাকবে।

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

চিহ্নিত করুন কোথায় ঠিকানাগুলো পাওয়া যায়, কোথায় অনুবাদ ঘটে এবং কোন সারি আসলে বাধাটি নিয়ন্ত্রণ করে।

তিন নীতি, তিন ধরনের প্রমাণ

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

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

এনক্রিপ্টেড কাজের ভার মাপুন, খালি ভার নয়

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

পরিমাপে ব্যতিক্রমগুলো অন্তর্ভুক্ত করুন: যে ট্রাফিক টানেল এড়িয়ে যাওয়া উচিত, উভয় ঠিকানা পরিবার যদি দুটোই চালু থাকে, এবং টানেল বন্ধ থাকলে কী ঘটে। যে নীতি কেবল টানেল সুস্থ থাকার সময়ই সংবেদনশীল আচরণ করে তা অর্ধেক নীতি।

স্পেসিফিকেশনটি তিন লাইনে লিখুন: ট্রাফিকের মিল, প্রয়োগের বিন্দু এবং মাপা কাজের ভার। OpenVPN প্লাস QoS কোনো স্পেসিফিকেশন নয়।