VPN ফাইল শেয়ারকে সার্ভারের জানা Samba অ্যাকাউন্ট দিয়ে ম্যাপ করা

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

সমাধান VPN অ্যাকাউন্ট রিসেট করা নয়। সমাধান হল এমন পরিচয়ের নাম দেওয়া যা Samba সার্ভার সত্যিই জানে, তারপর যাচাই করা যে সেই পরিচয়ের শেয়ার ও ফোল্ডারে অধিকার আছে।

VPN লগইন ও SMB লগইন ভিন্ন পরিচয়

VPN অ্যাকাউন্ট মূল্যায়ন করে VPN গেটওয়ে নিজের নীতি অনুসারে। এটি বলে এই ক্লায়েন্ট প্রাইভেট নেটওয়ার্কে ঢুকতে পারে কি না। সেই নেটওয়ার্কের ভেতরের ফাইল সার্ভারে কোন SMB অ্যাকাউন্ট আছে তা এটি কিছুই বলে না।

Samba অ্যাকাউন্ট সার্ভারের প্রমাণীকরণ ব্যাকএন্ডে নিজের পাসওয়ার্ড ডেটাবেস ও নিজের নাম নিয়ে থাকে। দুটি মেশিনের দুটিতেই alice নামের ব্যবহারকারী থাকতে পারে, পরিচয় ব্যবস্থা, পাসওয়ার্ড বা ব্যবহারকারী শনাক্তকারী ভাগ না করেই। নাম মেলে; অ্যাকাউন্ট মেলে না।

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

দেখুন Windows আসলে কোন পরিচয় ব্যবহার করছে

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

net use
cmdkey /list
klist

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

শুধু এই সমস্যার সঙ্গে সম্পর্কিত সংযোগ বা ক্রেডেনশিয়াল সরান। সব ড্রাইভ বিচ্ছিন্ন করা বা সার্ভারের নাম IP ঠিকানা দিয়ে বদলানো পরিচয়ের পছন্দ লুকায় এবং সাইনিং বা নামভিত্তিক নীতি ভাঙতে পারে।

সার্ভারের স্বীকৃত অ্যাকাউন্ট দিয়ে শেয়ার ম্যাপ করুন

অ্যাকাউন্টটি সার্ভারের প্রত্যাশিত রূপে দিন এবং Windows-কে পাসওয়ার্ড জিজ্ঞাসা করতে দিন, যাতে গোপন তথ্য কমান্ড ইতিহাস বা স্ক্রিপ্টে না পড়ে:

net use Z: \\files.corp.example\team * /user:FILESERVER\alice /persistent:no

ব্যাকস্ল্যাশের আগের সার্ভার অংশটি Samba সার্ভারের পরিচয় প্রসঙ্গ, VPN গেটওয়ে নয়। তারকাচিহ্ন ইন্টারঅ্যাকটিভ পাসওয়ার্ড অনুরোধ চায়, আর /persistent:no ম্যাপিংটিকে পরের সাইন-ইন থেকে বাইরে রাখে। খালি ড্রাইভ অক্ষর বেছে নিন।

যদি সার্ভার ডোমেইনে একীভূত হয়, ব্যবহারকারী অংশটি বদলে ডিরেক্টরি নাম বা ডোমেইন-যোগ্য পরিচয় হতে পারে। প্রশাসকের নথিভুক্ত রূপ ব্যবহার করুন; একই নামে স্থানীয় অ্যাকাউন্ট বানানো দ্বিতীয় পরিচয় ও রক্ষণাবেক্ষণের জন্য দ্বিতীয় পাসওয়ার্ড তৈরি করে।

অ্যাকাউন্টের বৈধতা, শেয়ারে প্রবেশাধিকার ও ফাইল সিস্টেমের অধিকার তিনটি যাচাই

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

valid users দিয়ে সীমাবদ্ধ শেয়ার শুধু তালিকাভুক্ত অ্যাকাউন্ট বা গ্রুপ গ্রহণ করে। অ্যাকাউন্ট সঠিকভাবে প্রমাণিত হতে পারে এবং তবুও ওই লাইন দ্বারা প্রত্যাখ্যাত হতে পারে। পাসওয়ার্ড ভুল বলেসিদ্ধান্তে আসার আগে শেয়ার সংজ্ঞা দেখুন।

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

নীতি না ভেঙে দ্বন্দ্বপূর্ণ সেশন পরিষ্কার করুন

কারণ পুরনো সেশন হলে সেই একটি সংযোগ বন্ধ করে নির্ধারিত অ্যাকাউন্ট দিয়ে আবার ম্যাপ করুন। সংরক্ষিত ক্রেডেনশিয়াল বারবার ফিরে এলে পুরো ড্রাইভ তালিকার বদলে সেই ক্রেডেনশিয়াল সরান। তারপর নতুন সেশন net use দিয়ে নিশ্চিত করুন।

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

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