কোন NAT হপ নিষ্ক্রিয় VPN ম্যাপিং ফেলে দেয়, আর কীভাবে বুঝবেন
একটি নিষ্ক্রিয় VPN প্রবাহ যে কোনো স্টেট রাখা হপে মরে যেতে পারে। একটি পরীক্ষা পুনরাবৃত্তি করুন, প্রতিটি সীমানা কী দেখল তা তুলনা করুন এবং অনুমান করা অপরাধীর বদলে সীমিত ফলাফল জানান।
শান্ত একটি সময়ের পর টানেল আবার সংযোগ করে, কোনো লগ কোনো অপরাধীর নাম বলে না, আর স্পষ্ট পদক্ষেপ হলো সবচেয়ে চমকপ্রদ টাইমআউট নথি থাকা ডিভাইসটি বেছে নেওয়া। এটা রোগনির্ণয়ের পোশাক পরা একটি অনুমান। স্টেট কিছু সময় টিকে থাকতে পারে বাড়ির রাউটারে, ক্যারিয়ারের অনুবাদকে এবং ক্লাউড প্রান্তে, আর তাদের যেকোনোটি চুপ হয়ে যাওয়া প্রবাহ ফেলে দিতে পারে। পরিবর্তে আপনি করতে পারেন পথটির মানচিত্র তৈরি, কোন ডিভাইসগুলো সত্যিই পর্যবেক্ষণ করতে পারেন তা চিহ্নিত করা, এবং একটি নিষ্ক্রিয় পরীক্ষা চালানো যা পুনরাবৃত্তি করা যায়।
পুনরাবৃত্তিযোগ্য পরীক্ষা একটি উপকথাকে পরিমাপে বদলে দেয়। নিচের সবকিছু একটি ক্লায়েন্ট, একটি সার্ভার ও একটি প্রোটোকল ধরে নেয়, এবং ধরে নেয় আপনি একসাথে দুটি চলক বদলানো থেকে বিরত থাকবেন। মূল কথা হলো পরের ঘটনাটিকে এটির চেয়ে সস্তা করা।
প্রতিবার একই নিষ্ক্রিয় পরীক্ষা চালান
লিখে রাখুন প্রবাহটি শেষ কবে ভালো ছিল, এরপর কতক্ষণ নিষ্ক্রিয় ছিল, এবং একটি নতুন প্যাকেট কি তা ফিরিয়ে এনেছিল। এই তিনটি তথ্যই পরিমাপ; এগুলো ছাড়া আপনার কাছে শুধু একটি ল্যাপটপ পড়ে যাওয়ার গল্প আছে। প্রতিটি পুনরাবৃত্তিতে একই ক্লায়েন্ট, একই সার্ভার ও একই প্রোটোকল ব্যবহার করুন, এবং নীরবতার পর প্রথম প্যাকেট পাঠানোর মুহূর্তটি টুকে রাখুন।
তারপর তুলনা করুন আপনার মালিকানার প্রতিটি সীমানা আসলে কী দেখেছে। তদন্তের ভাগ্য নির্ধারণ করে সেই পার্থক্য: সার্ভার বিরতির পর আদৌ কিছু দেখেনি, নাকি অনুরোধ দেখে এমন পথে উত্তর দিয়েছে যা আর উত্তরগুলো বহন করছিল না।
| What you observe | What it suggests | What it does not prove |
|---|---|---|
| server records no packet after the pause | state was lost upstream of the server | which hop dropped it |
| server answers, client never receives | return-path state or filtering | that the timer belongs to the client |
| client sends nothing at all | client-side timer or application behaviour | that the network path is healthy |
পাঁচটি জিনিস না বদলে পথ তুলনা করা
দ্বিতীয় অনুমোদিত অ্যাক্সেস নেটওয়ার্ক একটি বৈধ তুলনা, কারণ NAT শৃঙ্খল ভিন্ন। এটি আইএসপি, রেডিও পরিস্থিতি ও সম্ভবত অ্যাড্রেস ফ্যামিলিতেও ভিন্ন, তাই ফলাফল একটি সীমানা, আরোপ নয়। প্রতিবেদন করার সময় সীমাবদ্ধতাগুলো চুপচাপ বাদ না দিয়ে ফলাফলের সাথে লিখে রাখুন। সঙ্গে সঙ্গে পথটিও লিখুন: ডিভাইস, ভূমিকা, এবং এর স্টেট আদৌ পড়া যায় কি না।
পথের তুলনা আপনাকে একটি সীমিত প্রশ্ন দেয়: প্রবাহ একটিতে টিকে যায় আর অন্যটিতে অনুরূপ নীরবতার পর মরে যায়, তাই চলকটি ভিন্ন অংশগুলোর কোথাও থাকে। কোনো ডিভাইসের নাম না থাকলেও এটি বাস্তব ফলাফল, এবং এটি পরের প্রকৌশলীকে বলে দেয় একটি বিকেল কোথায় খরচ করবেন আর কোথায় নয়।
ক্যারিয়ার সম্পর্কে অনুমান করার আগে লোকাল স্টেট পড়া উচিত। একটি Linux গেটওয়েতে conntrack -L ট্র্যাক করা প্রবাহগুলো তাদের অবশিষ্ট আয়ুর সাথে তালিকাভুক্ত করে, যা টাইমার নিয়ে অনুমানকে এমন একটি সংখ্যায় বদলে দেয় যা আপনি শেষ হতে দেখতে পারেন। নিষ্ক্রিয় সময়ের আগে ও পরে এটি পড়ুন, শুধু পরে নয়।
কীপঅ্যালাইভ কী টিকিয়ে রাখবে আর কী টিকিয়ে রাখবে না
সমর্থিত কীপঅ্যালাইভ একটি ম্যাপিং খোলা রাখে, আর ম্যাপিং খোলা রাখা তার পিছনের সেবা সম্পর্কে কিছুই প্রমাণ করে না। টানেল ম্যাপ করা থাকতে পারে অথচ যে অ্যাপ্লিকেশনটি এটি বহন করে সেটি উত্তর দেওয়া বন্ধ করে দিয়েছে, আর স্ট্যাটাস লাইট থেকে এই দুই পরিস্থিতি একই দেখায়। কীপঅ্যালাইভকে নিষ্ক্রিয় মেয়াদ শেষের বিরুদ্ধে বীমা হিসেবে দেখুন, স্বাস্থ্য পরীক্ষা হিসেবে নয়।
আপনি সত্যিই যে সবচেয়ে ছোট টাইমআউট মেপেছেন তার সাপেক্ষে বিরতি ঠিক করুন, কোনো ফোরাম থেকে নকল করা সংখ্যার ভিত্তিতে নয়। সম্ভাব্য প্রতিটি টাইমারের নিচে টিউন করা কীপঅ্যালাইভ হলো এমন ট্রাফিক যা কারও দরকার ছিল না, আর এটি সেই উপসর্গটিও সরিয়ে দেয় যা আপনাকে বলত কোন সীমানা আগে শেষ হয়। পরিমাপ করা সংখ্যা থেকে বিরতিটি বেছে নিন এবং বাকি সবকিছু নিজের মতো থাকতে দিন।
একটি পরিবর্তন, তারপর আবার মাপুন
লাইভ পরীক্ষার সময় প্রতিটি টাইমআউট বাড়ানো ও প্রতিটি গেটওয়ে ফ্লাশ করার তাড়নাকে প্রতিরোধ করুন। এটি আপনার আনা প্রমাণ মুছে দেয় এবং অন্য মানুষের প্রবাহে বিঘ্ন ঘটায়, যা এমন একটি অনুমানের জন্য খারাপ বিনিময় যা আপনি পরীক্ষা করেননি। একটি ডিভাইসে একটি সমর্থিত সেটিং বদলান, তারপর নিষ্ক্রিয় সময় ও অ্যাপ্লিকেশন পুনরুদ্ধার পুনরাবৃত্তি করুন।
কোন সীমানা-পর্যবেক্ষণ নড়েছে তা লিখুন, এবং কিছু উন্নত না হলেও লিখুন। যে সেটিং কিছুই সারায়নি তা তথ্য, আর একবার খেয়াল করা সারা প্রতিষ্ঠানে ঘুরিয়ে দেখানোর চেয়ে সস্তা।
এমন একটি অনুসন্ধান লেখা যা আপনি রক্ষা করতে পারেন
যখন উজানের একটি অনুবাদক পরিদর্শন করা যায় না, তখন কেবল তা বলুন যা প্রমাণ সমর্থন করে: বিনিময়টি পথের এই অংশে কোথাও এতটা নীরবতার পর মরে যায়, আর দায়ী হপটি অস্বীকৃতই থাকে। সীমিত বিবৃতিটি পর্যালোচনা টিকে যায় এবং পরের মানুষটিকে সঠিক অংশে নির্দেশ করে। লুকানো রাউটারকে কারণ বলে নাম দেওয়া এর কোনোটিই করে না। সীমিত অনুসন্ধানটি বিরতিসহ সেই ব্যক্তির কাছে দিন যার মালিকানায় অপর্যবেক্ষণযোগ্য অংশটি আছে।
RFC 4787 ব্যাখ্যা করে কেন UDP ম্যাপিং টাইমার এক প্রান্ত থেকে অনুমান করা কঠিন, আর সেই কঠিনতাই কারণ যে সীমিত অনুসন্ধানটিই সৎ। টাইমার বাস্তব, আর তাদের চারপাশের অনিশ্চয়তাও।