VPN ঠিকানায় Samba: শ্রোতা কেন অদৃশ্য হয়

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

টানেল পুনরায় চালু হওয়ার আগ পর্যন্ত শেয়ারটি কাজ করে

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

নতুন ঠিকানা ICMP-তে সাড়া দিলে ping এখনও সফল হতে পারে, এজন্যই শেয়ার মৃত অবস্থায়ও পৌঁছানো সম্ভব বলে মনে হয়। এই একটি বিভ্রান্তিকর সাফল্যই মানুষকে ফায়ারওয়ালের দিকে পাঠায়।

পৌঁছানো সম্ভব হওয়া মানেই বাঁধার ঠিকানা নয়

এখানে তিনটি সিদ্ধান্ত মিশে যায়। রুট নির্ধারণ করে ক্লায়েন্টের প্যাকেট পৌঁছাবে কি না। শোনা সকেট নির্ধারণ করে স্থানীয় ঠিকানায় কিছু তা গ্রহণ করবে কি না। শেয়ার কনফিগারেশন ও ফাইলসিস্টেমের অনুমতি নির্ধারণ করে এরপর কী হবে। ইন্টারফেস নতুন করে তৈরি হলে কেবল দ্বিতীয়টিই ভাঙে।

VPN পুলের একটি ঠিকানা স্বয়ংক্রিয়ভাবে স্থানীয় বাঁধার ঠিকানা হয় না। এটি একটি ক্লায়েন্টের, ফাইল সার্ভারের নয়। ফাইল সেবার জন্য ping একটি দুর্বল পরীক্ষা।

ডকুমেন্টেশনেও এই মালিকদের আলাদা রাখুন। VPN পুলে ভবিষ্যতের পরিবর্তনে Samba সম্পাদনা করা লাগা উচিত নয়, আর শেয়ারের অনুমতি বদলালে টানেল পুনরায় চালু করা লাগা উচিত নয়।

পরিবর্তে একটি স্থিতিশীল ঠিকানায় বাঁধুন

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

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

ss -ltnp | grep ':445'

পুনঃসংযোগ পরীক্ষা করুন, সবুজ বাতি নয়

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

smbclient -L //files.corp.example -U alice

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