OpenVPN DNS পুশ করার পরে স্থানীয় Samba শেয়ারটি হারিয়ে গেল

Samba স্থানীয় শেয়ার হারায় ঠিক যখন OpenVPN সংযোগ হয়, আর টানেল প্রায় কখনোই কারণ নয়। মাউন্ট ঠিক আছে, NAS চালু আছে, এবং টানেল যে রিজলভার বসিয়েছে সেটি এমন নাম নিয়ে প্রশ্নের উত্তর দিচ্ছে যা সে কখনো দেখেনি। Samba তার লুকআপ ক্রমের শুরুতে সেই রিজলভারকে জিজ্ঞাসা করে, উত্তরটি বিশ্বাস করে, এবং এমন ঠিকানায় সংযোগ করে যেখানে কিছুই শোনে না। শেয়ার ঠিক করার অর্থ মাউন্ট নয়, উত্তরটি ঠিক করা।

পাঁচটি পরীক্ষা, সেই ক্রমে যা প্রতি ধাপে সবচেয়ে বেশি সম্ভাবনা বাদ দেয়।

সংক্ষিপ্ত নামের উত্তর কে দেয়

অপারেটিং সিস্টেমকে জিজ্ঞাসা করুন, ফাইল ম্যানেজারকে নয়। resolvectl status প্রতিটি লিংকে যুক্ত DNS সার্ভার দেখায় এবং কোন লিংকটি ডিফল্ট রুট তা চিহ্নিত করে, আর সংক্ষিপ্ত নামের কোয়েরি যে সার্ভার উত্তর দিয়েছে তা জানায়। NAS নামের জন্য একবার এবং অফিস ডোমেইনে আছে জেনে এমন নামের জন্য আরেকবার এটি চালান। দুটি উত্তর যদি ভিন্ন সার্ভার থেকে আসে, তবে আপনি বিভাজনটি খুঁজে পেয়েছেন।

উত্তরটি নেতিবাচক উত্তর ছিল না ঠিকানা ছিল তা পরীক্ষা করুন। নেতিবাচক উত্তর মানে Samba-র অন্য পদ্ধতিতে যাওয়া উচিত ছিল, এবং ত্রুটি অন্য জায়গায়। ঠিকানা মানে Samba সত্যিকারের কোনো জায়গায় সংযোগ করে কিছুই ফেরত পায়নি।

Samba কেন ভুল উত্তর বিশ্বাস করে

Samba নাম সমাধান করে name resolve order দ্বারা নির্ধারিত একটি নির্দিষ্ট ক্রমে। বেশিরভাগ ডিস্ট্রিবিউশনে ডিফল্টে host থাকে, অর্থাৎ DNS, এবং এটি NetBIOS ব্রডকাস্টের মতো শুধু-ল্যান পদ্ধতির আগে চলে। তাই যে টানেল একটি রিজলভার পুশ করে সে প্রতিটি শেয়ার নামে প্রথম প্রত্যাখ্যানের অধিকার পায়, এমন একক-লেবেল নামসহ যা কখনো ভবন ছাড়ার কথা ছিল না।

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

ফল হলো ত্রুটি ডায়ালগ ছাড়াই হারিয়ে যাওয়া একটি শেয়ার। সেই ক্রমে কিছুই VPN রাউটিং ব্যর্থতা নয়, তাই NAS-এ ping এখনো কাজ করে, কিন্তু তাতে ব্রাউজ করা কাজ করে না।

ভিন্ন পরিসরের দুটি মেরামত

সংকীর্ণ মেরামত পুশ করা রিজলভার রাখে এবং Samba তাকে কী জিজ্ঞাসা করতে পারবে তা বদলায়। ডেমনটি সত্যিই যে Samba কনফিগারেশন পড়ে সেখানে দুটি লাইন যোগ করুন, তারপর সার্ভিসটি রিস্টার্ট করুন:

[global]
   name resolve order = wins lmhosts bcast
   dns proxy = no

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

প্রশস্ত মেরামত কারণটি সরায়: যে রিজলভার নিজের নয় এমন নামের উত্তর দেয় তা পুশ করা বন্ধ করুন, বা স্প্লিট-DNS নীতি পুশ করুন যাতে কেবল অফিস সাফিক্স অফিস রিজলভারে পৌঁছায়। পরিচালিত নেটওয়ার্কে এটি দীর্ঘমেয়াদে ভালো উত্তর, কারণ এটি ব্রাউজার ও প্যাকেজ ম্যানেজারকেও রক্ষা করে, কিন্তু এর জন্য সার্ভার প্রান্তে প্রশাসনিক প্রবেশাধিকার এবং এমন ক্লায়েন্ট দরকার যে পুশ করা সেটিংস মানে।

সচেতনভাবে একটি বেছে নিন। রিজলভার পরিবর্তন একসঙ্গে প্রতিটি অ্যাপ্লিকেশনের নাম সমাধান বদলে দেয়, যা একটি পরিবর্তন রেকর্ড, সাপোর্ট কলে করা সম্পাদনা নয়।

সাফিক্স সবকিছু ব্যাখ্যা করতে পারে

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

এখানে সমাধান হলো সম্পূর্ণ যোগ্য স্থানীয় নাম ব্যবহার করা, বা স্থানীয় সাফিক্সের মালিক এমন স্প্লিট-DNS নিয়ম যোগ করা। কোনোটিরই Samba স্পর্শ করা লাগে না।

পুনঃসংযোগের পরে এটি প্রমাণ করুন

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

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

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