TCP কাজ করে আর UDP একই পোর্টে অন্য সার্ভারে পৌঁছায়

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

এক পোর্ট নম্বর, দুটি স্বাধীন নিয়ম

ফরওয়ার্ডিং হলো প্রোটোকল, গন্তব্য ঠিকানা ও পোর্ট অনুযায়ী টেবিলে অনুসন্ধান। TCP 1194-এর জন্য নিয়ম ও UDP 1194-এর জন্য নিয়ম থাকা একটি গেটওয়ে দুটি স্বাধীন সিদ্ধান্ত প্রকাশ করে, এবং তারা ভিন্ন অভ্যন্তরীণ হোস্টের নাম বলতে পারে। সাধারণ নম্বরটি মানুষের জন্য সুবিধা, নেটওয়ার্ক যে গুণ চাপিয়ে দেয় তা নয়। পোর্ট নম্বরকে লেবেল হিসেবে দেখুন, সেবা সংজ্ঞা হিসেবে নয়।

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

অন্য কিছু বদলানোর আগে দুটি ম্যাপিং লিখে রাখুন। লাইনের জোড়াই পুরো অনুমান।

ক্লায়েন্ট আসলে কী যাচাই করেছে

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

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

ক্লায়েন্ট কোন পরিচয় জানিয়েছে তা নোট করুন। সেই নামটিই কোন মেশিন উত্তর দিয়েছে তার সবচেয়ে শক্তিশালী সূত্র।

প্রচেষ্টাকে একটি সার্ভারের সাথে যুক্ত করুন

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

আপনি যে সার্টিফিকেট পরিচয়ে পৌঁছেছেন তা প্রশাসনিক চ্যানেলের মাধ্যমে প্রত্যাশিত পরিচয়ের সাথে তুলনা করুন। এই চ্যানেলের বাইরের তুলনাই যাচাইকে বিশ্বাসযোগ্য রাখে।

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

বিশ্বাসকে ভুল পক্ষের সাথে মিলাবেন না

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

যদি পক্ষটি বৈধ কিন্তু অনভিপ্রেত প্রমাণিত হয়, সঠিক পদক্ষেপ হলো তাকে বাদ দেওয়া বা নিয়মটিকে সঠিক হোস্টে ঘুরিয়ে দেওয়া। বিশ্বাস ভান্ডার হলো তালিকার ভুল মিটমাট করার জায়গা নয়।

প্রত্যাখ্যানের লেখা সংরক্ষণ করুন। ক্লায়েন্ট কী দেখেছে তার একমাত্র রেকর্ড এটিই।

সংশোধনের পর নতুন প্রবাহ পরীক্ষা করুন

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

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