VPN সার্ভারের চালু থাকার সময়: এই সংখ্যাটি আপনাকে কী বলে না
কাউন্টারটি কিছু শুরু হওয়ার পরের সময় মাপে, আপনার নেটওয়ার্ক থেকে পৌঁছানো যায় কি না তা নয়। সংজ্ঞা ও প্রতিবেদনের সময় দেখুন, তারপর যা দরকার তা পরীক্ষা করুন।
একটি সর্বজনীন নোড তালিকা সপ্তাহে মাপা আপটাইমসহ একটি সার্ভার দেখায়, আপনি সেটি বেছে নেন, আর প্রথম চেষ্টাতেই সংযোগ ব্যর্থ হয়। এটি মিথ্যা বিজ্ঞাপন নয়; এটি এমন একটি সংখ্যাকে করা ভুল প্রশ্ন, যা অন্য কিছু মাপে। আপটাইম সাধারণত বলে একটি প্রসেস, কনটেইনার বা মেশিন তার শেষ শুরুর পর থেকে কত সময় ধরে চলছে, এবং সেটি প্রকাশকের অবকাঠামোর বৈশিষ্ট্য, আপনার কাছে যাওয়ার পথের নয়। এটিকে নির্ভরযোগ্যতা হিসেবে ধরা সেই একই শ্রেণির ভুল, যা গাড়ির ওডোমিটারকে রাস্তার প্রতিবেদন হিসেবে ধরা।
সংখ্যাটি কী মাপে
আধুনিক সার্ভিস ম্যানেজারযুক্ত হোস্টে কাউন্টারটি এমন একটি ঘটনার সঙ্গে বাঁধা থাকে যা আপনি সত্যিই পড়তে পারেন: ইউনিটটি সক্রিয় অবস্থায় প্রবেশের সময়চিহ্ন, অথবা মেশিনের বুট সময়। বাকি সব ওই অ্যাঙ্করের উপর গণিত, আর অ্যাঙ্করের সংজ্ঞা প্রকাশকভেদে ভিন্ন। একটি তালিকা ডেমন পুনরায় চালু হলে শূন্য হতে পারে, আরেকটি রিবুটে, তৃতীয়টি এমন অপারেটরের হাতে করা ম্যানুয়াল রিসেটে, যিনি পরিষ্কার গ্রাফ চেয়েছিলেন।
systemctl show -p ActiveEnterTimestamp --value openvpn-server@server
uptime -s
systemctl is-active openvpn-server@server
ওই তিনটি কমান্ড তিনটি ভিন্ন প্রশ্নের উত্তর দেয়, এবং একটি সংখ্যা দেখানো একটি ডিরেক্টরি তালিকা আপনাকে বলতে পারে না এটি কোনটি ব্যবহার করেছে। তাই দুটি তালিকার কাঁচা কাউন্টার তুলনা করা আদৌ তুলনা নয়, যতক্ষণ না আপনি জানেন প্রতিটি কীসে শূন্য হয়।
পথ বন্ধ থাকলেও প্রসেস চালু থাকতে পারে
ডেমন শুনছে। সার্টিফিকেট বৈধ। প্রসেসটি তেইশ দিন ধরে জীবিত। এর কোনোটিই নিশ্চয়তা দেয় না যে আপনার নেটওয়ার্কের প্যাকেট সেখানে পৌঁছাবে, কারণ পৌঁছানোর যোগ্যতা পুরো পথের বৈশিষ্ট্য: প্রদানকারীর আপলিংক, তাদের নেটওয়ার্ক ও আপনার নেটওয়ার্কের মধ্যের পিয়ারিং, একটি ভাগ করা ট্রানজিট লিংকের ভিড়, এবং আপনার নিজের সংযোগের সামনের ফায়ারওয়াল।
একটি সার্ভার অন্য কারণে চালু থেকেও অকেজো হতে পারে। যে নোড তার ব্যান্ডউইথ যতটা সমর্থন করে তার চেয়ে অনেক বেশি ক্লায়েন্ট নিয়েছে, সেটি দীর্ঘ আপটাইম আর ভয়ানক অভিজ্ঞতা দেখাবে, কারণ কাউন্টার ধারণক্ষমতা বা প্রতিযোগিতা মাপে না। দীর্ঘ আপটাইমের নোড হতাশ করার এটাই সবচেয়ে সাধারণ উপায়: কিছুই নষ্ট নয়, সবকিছু ব্যস্ত।
উল্টো ঘটনাটিও মনে রাখা দরকার। যে নোড এক ঘণ্টা আগে পুনরায় চালু হয়েছে, সেটি এখন সম্পূর্ণ সুস্থ হতে পারে, আর সবচেয়ে বড় সংখ্যা অনুসারে সাজানো সেটিকে চুপচাপ বাদ দেয়। আপটাইম কোনো গুণমানের স্কোর নয়, আর এটিকে তা হিসেবে ধরা বয়সের ভিত্তিতে বাছাই করে, উপযুক্ততার ভিত্তিতে নয়।
তাজা ভাব: প্রতিবেদন আপনার চেষ্টার চেয়ে পুরোনো
সর্বজনীন ডিরেক্টরি পর্যায়ক্রমিক পরীক্ষা থেকে তৈরি পাতা, সরাসরি টেলিমেট্রি নয়। আপনি যে আপটাইম পড়ছেন তা শেষ রিফ্রেশে হিসাব করা, আর আপনি যে সংযোগের চেষ্টা করছেন তা তার পরে ঘটে। এর মধ্যে প্রদানকারী একটি লিংক হারাতে, সার্টিফিকেট বদলাতে, ঠিকানা সরাতে বা একটি নোড সেবা থেকে সরাতে পারে, আর পরের ক্রলের আগ পর্যন্ত পাতাটি সর্বশেষ জ্ঞাত ভালো অবস্থা দেখাতেই থাকবে।
এই ফাঁক উল্টো দিকেও কাজ করে। নিচে হিসেবে রিপোর্ট করা নোড প্রতিবেদন তৈরি হওয়ার কয়েক মিনিট পরেই সেরে উঠতে পারে, তাই অন্য নোডে সঙ্গে সঙ্গে আবার চেষ্টা করা সবসময় ভালো পছন্দ নয়।
ব্যবহারিক নিয়ম হলো, রিপোর্ট করা প্রতিটি ক্ষেত্রই অতীত সম্পর্কে একটি দাবি। এটি দিয়ে একটি সংক্ষিপ্ত তালিকা বানান, তারপর আপনার কাছে গুরুত্বপূর্ণ মুহূর্তে নিজে নেওয়া একটি পরিমাপ দিয়ে যাচাই করুন।
বদলে কী পরীক্ষা করবেন
নোড থেকে আপনার কী দরকার তা ঠিক করুন এবং তা পরীক্ষা করুন। পৌঁছানোযোগ্যতা দরকার হলে শোনা পোর্টে একটি TCP সংযোগের চেষ্টা এক সেকেন্ডে যেকোনো কাউন্টারের চেয়ে বেশি বলে দেয়। কাজ করা টানেল দরকার হলে একটি সমঝোতা করে নিন। ব্যবহারযোগ্য থ্রুপুট দরকার হলে সত্যিকারের কিছু স্থানান্তর করে তা মাপুন, কারণ সংযোগের সময় আর থ্রুপুট ভিন্ন বৈশিষ্ট্য, আর দ্রুত হ্যান্ডশেক দ্বিতীয়টি সম্পর্কে কিছুই বলে না।
nc -vz -w 5 vpn.example.net 1194
curl -sS -o /dev/null -w '%{time_connect} %{time_appconnect} %{time_total}\n' https://vpn.example.net/
mtr -rwc 20 vpn.example.net
একটি চেষ্টায় ভরসা না করে পরীক্ষাটি পুনরাবৃত্তি করুন। নির্ভরযোগ্যতা সময় ও অবস্থার উপর একটি বণ্টন, আর একটি সফল সংযোগ আকার একের একটি নমুনা। আপনি সত্যিই সংযোগটি ব্যবহার করেন এমন কয়েক ঘণ্টা জুড়ে কয়েকটি চেষ্টা যেকোনো প্রকাশিত আপটাইমকে অনেক বড় ব্যবধানে হারিয়ে দেবে।
বিভ্রান্ত না হয়ে সর্বজনীন নোড তালিকা পড়া
আপটাইম মানুষ সাধারণত VPN থেকে যা চায় সে সম্পর্কে কোনো তথ্যও বহন করে না: সার্টিফিকেটের বৈধতা, এক্সিট কে চালায়, কোন DNS নীতি প্রযোজ্য, এবং অপারেটর সংযোগের রেকর্ড রাখে কি না। এগুলো আলাদা দাবি, যার জন্য আলাদা প্রমাণ দরকার, আর দীর্ঘ কাউন্টার এর কোনোটিরই প্রমাণ নয়। একটি নোড মাসের পর মাস স্থিতিশীল থেকেও গোপনীয়তার প্রয়োজনে খারাপ পছন্দ হতে পারে।
তালিকা সত্যিই যেখানে সাহায্য করে তা হলো সংক্ষিপ্ত তালিকা করা। আপনার যা দরকার বলে জানেন তা অনুসারে সাজান, কাজের সঙ্গে অপ্রাসঙ্গিক অঞ্চলের নোড বাদ দিন, তারপর বাকি তিন বা চারটি পরীক্ষা করুন। শুধু হ্যাঁ-না নয়, প্রতিটি চেষ্টার ব্যর্থতার ধাপটি রাখুন, কারণ «TLS হ্যান্ডশেক ব্যর্থ» আর «সংযুক্ত কিন্তু থ্রুপুট নেই» সম্পূর্ণ ভিন্ন সিদ্ধান্তে নিয়ে যায়।
পথের কর্মক্ষমতা মাপার কাঠামো আরও কঠোর রূপে একই কথা বলে: সংখ্যা সংগ্রহ করার আগে মেট্রিক, শর্ত ও পদ্ধতি নির্ধারণ করুন। নোড তালিকায় প্রয়োগ করলে এর অর্থ হলো আপটাইম ক্ষেত্রটি প্রেক্ষাপট। আপনি নিজে যে পরিমাপ নেন, সেটিই সিদ্ধান্ত।