VPN-এর পাশে স্থানীয় ডোমেইনের জন্য macOS রিজলভার ফাইল

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

অনুমতির সীমা প্রথমে আসে: এটি এমন একটি ডোমেইনের জন্য যা আপনি পরিচালনা করেন বা কনফিগার করার অনুমতি পেয়েছেন। এটি কোনো প্রতিষ্ঠানের আরোপিত DNS নীতি বা তার স্থানীয়-নেটওয়ার্ক বিধিনিষেধ এড়ানোর পথ নয়।

সরু কাজের একটি ফাইল

ধরুন স্থানীয় জোনটি হলো lab.example.org এবং এর সার্ভার 192.168.55.1-এ উত্তর দেয়। যে Mac-এ পরিবর্তনটি করার অনুমতি আপনার আছে, সেখানে একজন প্রশাসক একটি সাধারণ পাঠ্য ফাইল তৈরি করেন যার নামটি ডোমেইনটিই, /etc/resolver/lab.example.org, যাতে রয়েছে একটি একক nameserver 192.168.55.1 লাইন। নতুন সিস্টেমে ডিরেক্টরিটি নাও থাকতে পারে, তাই প্রশাসকের অধিকার নিয়ে এটি তৈরি করুন এবং লেখার আগে দেখে নিন, কারণ ব্যবস্থাপনা সফটওয়্যার ইতিমধ্যে সেখানে একটি ফাইলের মালিক হতে পারে।

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

macOS কীভাবে রিজলভারগুলোর মধ্যে বেছে নেয়

একাধিক রিজলভার ক্লায়েন্ট সক্রিয় থাকতে পারে, এবং সবচেয়ে নির্দিষ্ট মিলে যাওয়া ডোমেইনটিই জেতে। উদাহরণস্বরূপ, lab.example.org এর জন্য একটি রিজলভারের পরিসর তাই ডিফল্ট রিজলভারের চেয়ে আলাদা, এবং নিজস্ব ফাইলসহ আরও নির্দিষ্ট একটি সাবডোমেইন আবার অগ্রাধিকার পেতে পারে। এটিই কাজের VPN-কে তার নিজস্ব সাফিক্স ধরে রাখতে দেয়, যখন আপনার ল্যাব জোন অন্যত্র যায়। এই বন্দোবস্তের কিছুই বৈশ্বিক নয়, আর এটিই মনে রাখার মতো বিষয়।

/etc/resolv.conf ফাইলটির ব্যাপারে হাত দেবেন না। macOS নিজেই ওই ফাইলটি লেখে, আর এটি ডোমেইন-নির্দিষ্ট রিজলিউশনের সম্পূর্ণ চিত্র কখনোই ধারণ করেনি। কনফিগারেশন এই ডিরেক্টরির ফাইলগুলোর বদলে সিস্টেম কনফিগারেশন ডেটাবেস থেকেও আসতে পারে, তাই একটি ম্যানেজমেন্ট প্রোফাইল আপনার লেখা অগ্রাহ্য করতে পারে।

ফাইলটি যে তিনটি জিনিস দিতে পারে না

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

জোনটিতে সঠিক উত্তর থাকতে হবে, আর এটি সবচেয়ে ভালো পরীক্ষা করা যায় একটি সম্পূর্ণ যোগ্য নাম দিয়ে, যেমন printer.lab.example.org। একটি সংক্ষিপ্ত নাম সার্চ-ডোমেইন আচরণ চালু করতে পারে এবং শেষে আপনার ইচ্ছার চেয়ে ভিন্ন একটি প্রশ্ন করতে পারে।

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

DNS প্রতিস্থাপনের বদলে নির্বাচন যাচাই করুন

macOS এখন আসলে কী ব্যবহার করছে তা পরীক্ষা করুন, এবং সম্পূর্ণ যোগ্য নামটি অ্যাপ্লিকেশনটির ভেতর থেকেই বা অ্যাপ্লিকেশন যেভাবে রিজলভ করে সেভাবে রিজলভ করা কোনো টুল থেকে জিজ্ঞাসা করুন। 192.168.55.1-এ সরাসরি কোয়েরি প্রমাণ করে সার্ভারটি উত্তর দেয়; এটি প্রমাণ করে না যে macOS সাধারণ লুকআপের জন্য ওই সার্ভারটিই বেছে নিয়েছে। এগুলো ভিন্ন তথ্য, আর শুধু দ্বিতীয়টিই বর্ণনা করে আপনার ব্রাউজার কী অভিজ্ঞতা পাবে।

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

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