VPN پر NFS clientaddr: عادت کے بجائے معمولی ورژن سے فیصلہ کریں
clientaddr صرف NFSv4.0 کے لیے کال بیک ایڈریس کا اعلان کرتا ہے۔ طے شدہ معمولی ورژن پڑھیں، واپسی کا راستہ جانچیں اور اسے ماؤنٹ ناکامیوں سے الگ رکھیں۔
clientaddr ان ماؤنٹ اختیارات میں سے ایک ہے جو وجہ ختم ہونے کے بہت بعد تک کمانڈ لائن میں کاپی کیے جاتے ہیں۔ یہ NFSv4.0 سرور کو بتاتا ہے کہ کلائنٹ کو کہاں واپس بلانا ہے۔ یہ سرور منتخب نہیں کرتا، ہر درخواست کو ماخذ پتے سے نہیں باندھتا اور ٹریفک کو سرنگ میں نہیں دھکیلتا۔ کئی پتوں والے لیپ ٹاپ پر، یہ بالکل لاگو ہوتا ہے یا نہیں، یہ طے کرنے کے لیے تین سوالات درکار ہیں۔
تین شرطیں طے کرتی ہیں کہ اختیار اہم ہے یا نہیں
پہلی طے شدہ معمولی ورژن ہے، کیونکہ 4.1 اور 4.2 کال بیک مختلف طرح سے سنبھالتے ہیں۔ دوسری یہ ہے کہ سرور اس پتے تک پہنچ سکتا ہے یا نہیں جس کا آپ اعلان کریں گے؛ روٹ شدہ سرنگ عام طور پر اجازت دیتی ہے اور ترجمہ شدہ راستہ عام طور پر نہیں۔ تیسری یہ ہے کہ آپ جس ناکامی کا پیچھا کر رہے ہیں وہ کال بیک ناکامی ہے یا نہیں۔
| Condition | If yes | If no |
|---|---|---|
| Version is 4.0 | The option can matter | Skip it; inspect the session instead |
| Server can reach the address | Advertise it | Fix reachability first |
| Failure is a callback | Diagnose callback path | Look at mount and export |
انہیں غلط ترتیب میں جواب دینا ہی وہ طریقہ ہے جس سے لوگ 4.2 ماؤنٹ میں کال بیک پتہ شامل کرتے ہیں اور نتیجہ نکالتے ہیں کہ اختیار خراب ہے۔
پہلے معمولی ورژن پڑھیں
nfsstat -mموجودہ ماؤنٹ کے لیے، یہ ماؤنٹ کی معلومات اور جھنڈیاں چھاپتا ہے، جن میں مؤثر ورژن vers=4.0، vers=4.1 یا vers=4.2 کے طور پر شامل ہے۔ صرف “NFSv4” کہنے والا نوٹ وہ واحد تفصیل چھوڑ دیتا ہے جو طے کرتی ہے کہ یہ اختیار متعلقہ ہے یا نہیں۔ لفظ نہیں، عدد پڑھیں۔
اگر ورژن کی تار آپ کی کمانڈ لائن کے بجائے سرور کے طے شدہ سے آئی ہے تو پوچھیں کہ کون سا معمولی ورژن طے ہوا۔ سرور زیادہ معمولی ورژن مسترد کر کے پیچھے ہٹ سکتا ہے، اور وہی پسپائی وہ صورت ہے جہاں کال بیک اچانک اہم ہو جاتا ہے۔ آپ کی لکھی ماؤنٹ لائن آپ کے موجودہ ماؤنٹ کی وضاحت نہ کرے۔
4.0 کے لیے، وہ پتہ اعلان کریں جہاں سرور پہنچ سکے
NFSv4.0 سرور کو کلائنٹ کی طرف واپس الگ کنکشن درکار ہو سکتا ہے، مثلاً جب وہ کوئی تفویض واپس بلاتا ہے۔ کئی انٹرفیس یا غیر معمولی روٹنگ جدول کی صورت میں کال بیک پتے کی خودکار دریافت ایسا پتہ چن سکتی ہے جو سرور استعمال نہ کر سکے۔
mount -t nfs -o vers=4.0,clientaddr=10.8.0.6 10.8.0.1:/export /mnt/shareکولن سے پہلے کا پتہ سرور ہے اور منزل ہی رہتا ہے۔ کال بیک پتہ کلائنٹ کا ہے، اور سرنگ کے سرور کی جانب سے اس تک پہنچا جا سکنا چاہیے۔ لوپ بیک پتہ سرور کو واپس اسی کی طرف موڑ دیتا ہے۔ واپسی راستے کے بغیر نجی کلائنٹ پتہ بھی اتنا ہی بیکار ہے، اگرچہ کلائنٹ پر وہ درست دکھائی دیتا ہے۔
اسے مثال کے طور پر استعمال کریں، کام کرنے والے ماؤنٹ کو نیچا کرنے کی وجہ کے طور پر نہیں۔ پتے اور ایکسپورٹ راستہ بدلیں، اور سرور کے مطلوبہ تصدیق اور دیگر اختیارات رکھیں۔ ایک مثال کے مطابق ہونے کے لیے انہیں چھوڑ دینا مختلف نتیجے والی مختلف تبدیلی ہے، اور سیکیورٹی قسم نافذ کرنے والے سرور پر کسی بھی کال بیک کی کوشش سے پہلے ہی یہ ناکام ہو جاتا ہے۔
4.1 اور 4.2 یہ اختیار استعمال نہیں کرتے
Linux NFSv4.1 اور 4.2 کال بیک کلائنٹ کے قائم کردہ کنکشنوں پر لے جاتے ہیں، اور 4.1 اس سہولت کو backchannel کہتا ہے۔ وہ سرور کے اعلان شدہ پتے پر نیا کنکشن کھولنے پر منحصر نہیں، اس لیے clientaddr 4.1 یا 4.2 کا کال بیک راستہ درست نہیں کرتا۔
اس کا مطلب یہ نہیں کہ 4.1 اور 4.2 میں کال بیک کے مسائل نہیں۔ اس کا مطلب ہے کہ تشخیص مختلف ہے: قائم شدہ سیشن اور اس کی backchannel حالت دیکھیں، بجائے اس کے کہ آنے والے کال بیک پورٹ کی تلاش کریں جو کبھی ہونا ہی نہیں چاہیے تھا۔ غیر موجود آنے والا اصول ہی متوقع حالت ہے، درست کرنے والا نقص نہیں۔
ماؤنٹ ناکامی کو کال بیک ناکامی سے الگ کریں
پہلے یقینی بنائیں کہ کلائنٹ NFS سروس تک پہنچتا ہے اور سرور ایکسپورٹ اور تصدیقی درخواست قبول کرتا ہے۔ اس تبادلے سے پہلے وقت کا ختم ہونا کال بیک پتے کے بارے میں کچھ نہیں کہتا۔ ماؤنٹ کے اب بھی ناکام ہونے کے دوران ایک کو بدلنا تحقیق کو قریب نہیں لاتا، اور یہ اصل نقص کو نئے ماؤنٹ اختیار کے پیچھے چھپا دیتا ہے۔
صرف جب شواہد ناکام 4.0 کال بیک دکھائیں تبھی اعلان شدہ پتہ اہم ہوتا ہے، سرور کے واپسی راستے، کلائنٹ کی جانب کے سامع اور ان کے درمیان کسی بھی فلٹرنگ کے ساتھ۔ ماؤنٹ اختیار میں عدد بدل کر وہ راستے نہیں بنائے جا سکتے؛ یہ صرف پہلے سے موجود راستے کی طرف اشارہ کر سکتا ہے۔ لکھیں کہ ان چار میں سے کون سا آپ نے تصدیق کیا، کیونکہ اگلی رپورٹ ان میں سے کسی کے بغیر آئے گی۔
ابتدائی بوٹ کا NFS روٹ اپنی پیشگی شرائط والا الگ ماحول ہے: ماؤنٹ ہونے سے پہلے initramfs کو اوزار اور نیٹ ورک درکار ہیں۔ لاگ ان کے بعد کام کرنے والا ماؤنٹ اس ترتیب کے بارے میں کچھ ثابت نہیں کرتا، اور بوٹ کے وقت کی ناکامی شاذ و نادر ہی initramfs یا نیٹ ورک کا ذکر کرتی ہے۔