VPN کے پیچھے NFS: بوٹ پر ماؤنٹ یا مانگ پر خودکار ماؤنٹ؟

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

بوٹ ماؤنٹ بمقابلہ خودکار ماؤنٹ

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

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

موازنہ اس بات پر آتا ہے کہ تاخیر کون برداشت کرے۔ جس ورک اسٹیشن کو صارف کے کام کر سکنے سے پہلے شیئر درکار ہو اسے شاید انتظار کرنا چاہیے۔ بیگ میں بوٹ ہونے والے لیپ ٹاپ کو، یا جس سرور کا شیئر اختیاری ہو، انتظار نہیں کرنا چاہیے۔

کوئی بھی اختیار گمشدہ راستہ ٹھیک نہیں کرتا۔ دونوں صرف یہ طے کرتے ہیں کہ ناکامی کب دیکھی جائے گی۔

fstab لائن، اختیار بہ اختیار

فرض کریں کہ موجودہ OpenVPN کلائنٹ مثال [email protected] ہے، سرور files.corp.example ہے اور ماؤنٹ پوائنٹ /mnt/work ہے۔ تینوں کو اپنی سائٹ کی مجاز قدروں سے بدلیں۔ ایک کارآمد لائن ایسی دکھتی ہے:

files.corp.example:/export/work /mnt/work nfs _netdev,nofail,x-systemd.automount,[email protected],x-systemd.mount-timeout=30s 0 0

_netdev ماؤنٹ کو نیٹ ورکنگ کی ضرورت والا نشان زد کرتا ہے، اور کسی سرنگ کا نام نہیں لیتا۔ nofail عام فائل سسٹم ہدف کے لیے شیئر کو اختیاری رکھتا ہے۔ x-systemd.automount فوراً ماؤنٹ کرنے کے بجائے مانگ پر ٹرگر بناتا ہے۔

x-systemd.requires= وہ حصہ ہے جو ماؤنٹ کی کوشش کو VPN یونٹ سے باندھتا ہے، اور یہ ٹرگر پر نہیں، ماؤنٹ آپریشن پر آتا ہے۔ خودکار ماؤنٹ یونٹ پر ہی وسیع ترتیب رکھنا وہی طریقہ ہے جس سے لوگ چکر بناتے ہیں جن کی شکایت systemd بعد میں ایسی زبان میں کرتا ہے جو کوئی دو بار نہیں پڑھتا۔

x-systemd.mount-timeout=30s ابتدائی ماؤنٹ کمانڈ کو محدود کرتا ہے۔ یہ بعد میں ہونے والی کسی چیز کو محدود نہیں کرتا، اور اس اختیار کے بارے میں یہی سب سے عام غلط فہمی ہے۔

‘شروع ہوا’ کا مطلب کیا نہیں

آپ نے جس VPN یونٹ کا نام لیا اس کے لیے فعال ہونے کا مطلب جانچیں۔ سرنگ کی سروس فائل سرور تک راستہ بننے سے پہلے یا نجی نام حل ہونے سے پہلے خود کو شروع شدہ قرار دے سکتی ہے، اور اس کے بعد ترتیب دینا تب آپ کو کچھ نہیں دیتا۔ تقریباً ہر ناکام کوشش اسی خلا میں رہتی ہے۔ یونٹ کی حالت کے بجائے راستہ اور حل کنندہ نہ دیکھیں تو یہ نظر بھی نہیں آتی۔

جہاں ہو وہاں کنکشن کے مالک کے اپنے تیاری کے اشارے کو اضافی پیش شرط کے طور پر استعمال کریں۔ مقررہ نیند ایک اندازہ ہے جو آپ کی میز پر کام کرتا ہے اور سست نیٹ ورک پر یا دوبارہ جڑنے کے بعد ناکام ہوتا ہے۔

مثال کے راستے کے لیے بنائے گئے یونٹ دیکھیں: mnt-work.automount اور mnt-work.mount۔ جائزہ شدہ fstab تبدیلی کے بعد systemd دوبارہ لوڈ کریں اور غیر متعلقہ اندراجات پر مشق کرنے والی وسیع ماؤنٹ کمانڈ چلانے کے بجائے وہ یونٹ براہ راست سنبھالیں۔

یہاں ایک اور انتباہ آتا ہے۔ شروع میں /mnt/work کو چھونے والی سروس اب بھی ماؤنٹ کو متحرک کرتی ہے اور اب بھی اس کا انتظار کرتی ہے، اس لیے شیئر کو اختیاری نشان زد کرنا ہر ایپلیکیشن کو صابر نہیں بناتا۔

ماؤنٹ کے بعد یہ دوسری ناکامی ہے

NFS ماؤنٹ ہونے کے بعد، فائل سسٹم کا دوبارہ کوشش اور بحالی کا رویہ طے کرتا ہے کہ بعد کی بندش پڑھنے یا لکھنے کے ساتھ کیا کرتی ہے۔ آپ نے جو ماؤنٹ ٹائم آؤٹ مقرر کیا اس کا اس پر کوئی اثر نہیں ہے۔

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

طے کریں کہ جب سرنگ گرے تو لکھائی کے درمیان موجود عمل کے ساتھ کیا ہونا چاہیے، اور اسے لکھ رکھیں۔ وہ جواب کسی بھی اختیار کی تار سے زیادہ مفید ہے۔

ایک نہیں، چار حالتیں جانچیں

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

چار حالتیں، چار مشاہدے، اور نوٹ fstab اندراج کے پاس جاتے ہیں۔ اگلے شخص کو تشکیل کے بجائے رویہ وراثت میں ملتا ہے جسے اسے الٹا انجینئر کرنا پڑے۔