SSHFS ماؤنٹس صارف کے ہیں، VPN ہک کے نہیں

یہ مفروضہ قبول کرنا آسان اور محسوس کرنا مشکل ہے: VPN کنکشن ہک root کے طور پر چلتا ہے، اس لیے جو ماؤنٹ وہ شروع کرتا ہے اسے بھی root کے طور پر ترتیب دیا جانا چاہیے۔ یہ استدلال ایک ٹیمی فولڈر بناتا ہے جسے ڈیسک ٹاپ صارف کھول نہیں سکتا، ایسا ماؤنٹ جو ٹرگر سروس دوبارہ شروع ہونے پر غائب ہو جاتا ہے، اور ایسے سیاق میں تصدیق کی درخواست جہاں کوئی جواب نہیں دے سکتا۔ ہک اور ماؤنٹ دو الگ کام ہیں، اور ان میں سے صرف ایک کو استحقاق درکار ہے۔

داستان: نیٹ ورک استحقاق کا مطلب ماؤنٹ استحقاق ہے

انٹرفیس اٹھانا اور فائل سرور پر تصدیق کرنا غیر متعلق صلاحیتیں ہیں، اور عام طور پر یہ الگ اکاؤنٹس کی ہوتی ہیں۔ VPN جزو کو راستے اور انٹرفیس بدلنے کے لیے کافی استحقاق درکار ہے۔ فائل سرور اکاؤنٹ کو کلید یا پاس ورڈ، ہوسٹ کلید کے بارے میں فیصلہ، اور ماؤنٹ کرنے کے لیے ہوم ڈائریکٹری درکار ہے۔ دوسرے کام کی اسناد پہلی شناخت کو دینا ہی وہ راستہ ہے جس سے نیٹ ورک سروس صارف کی کلید رکھنے لگتی ہے۔

ایک صارف کے لیپ ٹاپ پر یہ ایک ہی اکاؤنٹ ہو سکتے ہیں، اور یہ اتفاق کوئی ڈیزائن نہیں ہے۔

ایک بار مستحق ہک ماؤنٹ کر دے، تو تین چیزیں خاموشی سے بگڑ جاتی ہیں۔ ماؤنٹ root کی ملکیت میں ہوتا ہے، صارف کا ایجنٹ اس ماحول میں موجود نہیں ہوتا، اور ناکامیاں نیٹ ورک سروس کے لاگ میں ظاہر ہوتی ہیں، اس سیشن میں نہیں جسے فرق پڑتا ہے۔ ان میں سے کوئی بھی ماؤنٹ کمانڈ میں اختیارات شامل کر کے ٹھیک نہیں ہوتا۔ یہ شناخت رکھنے والے سیشن کو کام دے کر ٹھیک ہوتے ہیں۔

ماؤنٹ لاگ ان صارف کا کیوں ہے

SSHFS ماؤنٹ ایک FUSE ماؤنٹ ہے جو اسے بنانے والے عمل کی ملکیت میں ہے، اور رسائی والد ڈائریکٹری کے موڈ کے بجائے اسی ملکیت کی پیروی کرتی ہے۔ حوالہ ایک عام صارف اور اس کی ملکیت والے ماؤنٹ پوائنٹ کی سفارش کرتا ہے، اور یہی وجہ ہے کہ root عمل کا بنایا ماؤنٹ باقی سب کے لیے مشکل ہے۔ ماؤنٹ پوائنٹ پر اجازت بدلنا اسے ٹھیک نہیں کرتا، کیونکہ رکاوٹ خود ماؤنٹ کا مالک ہے۔

صارف کے سیشن کے اندر ہاتھ سے بنائی گئی بنیاد سے شروع کریں: ہوم ڈائریکٹری کے نیچے موجود خالی ماؤنٹ پوائنٹ، سرور پر مجاز اکاؤنٹ، اور آپ کے منظور شدہ عمل سے پہلے ہی تصدیق شدہ ہوسٹ کلید۔ اسے ایک بار ہاتھ سے ماؤنٹ کریں اور استعمال کریں، کیونکہ یہ ثابت کرتا ہے کہ کسی بھی آٹومیشن سے پہلے شناخت کا راستہ کام کرتا ہے۔ لکھیں کہ کمانڈ کو کیا درکار تھا: اکاؤنٹ کا نام، ایکسپورٹ راستہ اور نجی ہوسٹ نام۔ خودکار ورژن کے لیے وہی سیاق رکھیں، کیونکہ کام کرتا ہاتھ سے کیا ماؤنٹ ہی وہ تفصیل ہے جو ٹرگر کو دہرانی ہے۔

sshfs [email protected]:/exports/team "$HOME/mnt/team"

اس سطر میں ہر نام اور راستے کو پلیس ہولڈر سمجھیں، اکاؤنٹ اور ایکسپورٹ سمیت۔ VPN اکاؤنٹ کا پاس ورڈ خود بخود اسٹوریج اکاؤنٹ کی اسناد نہیں ہے۔

ٹرگر کو سیشن سے کیا مانگنا چاہیے

معاون ترتیب نیٹ ورک واقعہ سے صارف سیشن تک درخواست ہے، مستعار اسناد نہیں۔ ٹرگر کو اسی کنکشن تک محدود کریں جس کا آپ ارادہ رکھتے ہیں، نام یا UUID سے، نہ کہ کسی ایسے انٹرفیس تک جس کا نام اتفاقاً tun0 ہو۔ وہ ایک تبدیلی دوسرے پروفائل، آزمائشی سرنگ یا ساتھی کے ڈیبگ سیشن کو ماؤنٹ شروع کرنے سے روکتی ہے۔

سیشن کی طرف کا عمل مطلوبہ موجود ماؤنٹ تلاش کرے اور پھر ایک محدود کوشش کرے۔

ہر پولنگ پر دوبارہ کوشش نہ کریں، اور جب سرور دستیاب نہ ہو تو اسناد مانگتے نہ رہیں، کیونکہ دونوں ایک عارضی رکاوٹ کو اکاؤنٹ لاک آؤٹ میں بدل دیتے ہیں۔ بغیر نگرانی کی سروس ایک الگ ڈیزائن ہے جس کی اپنی منظور شدہ اسناد اور اپنے عمل درآمد کے سیاق میں اپنی ہوسٹ تصدیق کی ترتیب ہے، اور یہ اس پر انحصار نہیں کر سکتی کہ کسی نے گرافیکل ایجنٹ کھولا ہوگا۔ کوڈ کہاں رہے گا یہ چننے سے پہلے فیصلہ کریں کہ آپ دونوں میں سے کون سا بنا رہے ہیں۔ یہاں زیادہ تر الجھن ایک بنا کر دوسرے کی توقع کرنے سے آتی ہے۔

ڈس کنیکٹ فائل سسٹم کا واقعہ ہے، ہک کا واقعہ نہیں

منصوبہ بند ڈس کنیکٹ کو فائل کی کارروائیاں مکمل کرنی چاہیے اور اس فائل سسٹم قسم کے لیے معاون کمانڈ کے ساتھ ماؤنٹ کرنے والے صارف کے سیشن سے ان ماؤنٹ کرنا چاہیے۔ ہک کے جلدی واپس آنے کے لیے زبردستی الگ کرنا ہی وہ طریقہ ہے جس سے ایپلیکیشنز اپنی ورکنگ ڈائریکٹری اور صارفین آٹومیشن پر اعتماد کھو دیتے ہیں۔ مصروف ماؤنٹ کو ایپلیکیشن سطح کا فیصلہ درکار ہے، جیسے فائل بند کرنا یا لکھنا روکنا، زیادہ مضبوط سگنل نہیں۔ ہک کی ایگزٹ حالت وہ چیز نہیں جسے بہتر بنایا جا رہا ہے۔

fusermount3 -u "$HOME/mnt/team"

غیر متوقع نقصان ایک الگ معاملہ ہے، اور SSHFS درج کرتا ہے کہ خلل شدہ عمل نقل و حمل کے دوبارہ جڑنے تک رک سکتا ہے۔

دوبارہ کنیکٹ کا اختیار نقل و حمل بحال کرتا ہے، اور اس دوبارہ کنیکٹ سے پہلے کھولی گئی فائلیں اب بھی غلطیاں واپس کر سکتی ہیں اور دوبارہ کھولنے کی ضرورت ہو سکتی ہے۔ واپس آیا VPN پچھلے ہینڈلز یا غیر محفوظ کام کے بارے میں کچھ ثابت نہیں کرتا۔ رکاوٹ کے وقت اپنا مطلوبہ رویہ چنیں — روکنا، غلطی دکھانا یا جان بوجھ کر دوبارہ ماؤنٹ کرنا — اور کسی چیز کے اس پر انحصار سے پہلے ضائع شدہ فائلوں کے ساتھ اسے آزمائیں۔