কেন একটি প্রাইভেট এন্ডপয়েন্ট এখনও পাবলিক ঠিকানায় উত্তর দেয়

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

ক্লায়েন্টের রিজলভার দিয়ে শুরু করুন

টানেল চালু থাকার সময় ক্লায়েন্টকে জিজ্ঞাসা করুন সে কোন সার্ভারকে কোয়েরি করে। পয়েন্ট-টু-সাইট প্রোফাইল সেই ঠিকানা সরবরাহ করে, আর যে প্রোফাইল কিছুই সরবরাহ করে না তা অপারেটিং সিস্টেমকে অ্যাডাপ্টারের ডিফল্টে ফিরে যেতে দেয়।

পাবলিক রিজলভারের প্রাইভেট জোন সম্পর্কে কোনো ধারণা থাকে না, তাই তারা ইন্টারনেট থেকে উত্তর দেয়, যা ঠিক তাদের কাজ। তাই প্রথম পরীক্ষা হলো ব্যবহৃত রিজলভার ঠিকানা, টানেল নয় এবং এন্ডপয়েন্ট নয়।

উত্তরটি আসলে কী তা পড়ুন

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

এই দুটি ফলাফল একই রকম অ্যাপ্লিকেশন ত্রুটি তৈরি করে এবং ভিন্ন মালিকের অধীন। একটি রিজলভার নির্বাচনের সমস্যা, অন্যটি অনুপস্থিত জোন লিঙ্ক।

hosts এন্ট্রি পথ প্রমাণ করে, তারপর মিথ্যা বলে

লোকাল hosts ফাইলে এন্ডপয়েন্টের ঠিকানা বসানোই টানেল ও পরিষেবার ফায়ারওয়াল ইতিমধ্যে কাজ করছে তা প্রমাণের দ্রুততম উপায়। সেই এন্ট্রি দিয়ে অনুরোধ সফল হলে কেবল নাম রেজলিউশন ভাঙা। এটি প্রতি-মেশিন সম্পাদনাও বটে, যা ঠিক একটি নাম কভার করে।

এটি দ্বিতীয় অ্যাকাউন্ট, দ্বিতীয় এন্ডপয়েন্ট বা সহকর্মীর কাজে আসে না, এবং এন্ডপয়েন্ট নতুন ঠিকানায় পুনরায় তৈরি হলে সতর্কতা ছাড়াই ভেঙে পড়ে।

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

জোন লিঙ্ক করুন এবং একটি রিজলভার বিতরণ করুন

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

ইতিমধ্যে থাকা একটি অন-প্রিমাইজেস রিজলভার জোনের দিকে লক্ষ্য করা শর্তসাপেক্ষ ফরওয়ার্ডার দিয়ে একই ফলাফলে পৌঁছাতে পারে।

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

নাম, পোর্ট ও পরিচয় ক্রম অনুযায়ী যাচাই করুন

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

প্রাইভেট উত্তর এরপর সময় শেষ হওয়া কোনো রুট বা ফায়ারওয়ালের দিকে ইঙ্গিত করে। পাবলিক উত্তর রিজলভারের দিকে ইঙ্গিত করে। সম্পন্ন সংযোগ যা পরিচয় ত্রুটি ফেরায় তা পরিষেবার।

আরেকটি ব্যর্থতাও এই তালিকায় পড়ে। একটি পরিষেবার ফায়ারওয়াল যা কোনো ক্লায়েন্ট ঠিকানা অনুমোদন করে, পুনঃসংযোগের পর পুলটি সেই ঠিকানাটি অন্য সেশনে দিলে আর মিলে না। ক্লায়েন্ট নিজের মনে করে এমন ঠিকানার বদলে পরিষেবা যে কলার ঠিকানা রেকর্ড করেছে তা পড়ুন। দুটি মানুষ যতটা আশা করে তার চেয়ে বেশিবারই মেলে না। Azure DNS Private Resolver নির্দেশিকা জোন লিঙ্ক ও ফরওয়ার্ডিং ব্যবস্থা কভার করে।