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 لاگ اِن آزمائے گا، کیونکہ یہی وہ اسناد ہیں جن سے وہ نیٹ ورک تک پہنچا۔