NFS د TCP له لارې د OpenVPN د UDP تونل دننه: دوه لېږدونه

د NFS هغه خبرې اترې چې TCP کاروي د UDP لېږدوونکي تونل دننه لېږدول بشپړ سم دي، او دا خلک ګډوډوي ځکه چې په یو وخت کې دوه لېږدونه نوموي۔ TCP د فایل خدمت خبرې اترې دي چې د مراجع او NFS سرور ترمنځ وي۔ UDP هغه کوډ شوی لېږدونکی دی چې د VPN د پایونو ترمنځ وي۔ هیڅ یې هم د بل په اړه څه نه وايي۔

د هر څه د حل کولو دمخه دواړه جلا ولیکئ؛ ډېری دا پېښې هغه وخت پیلېږي چې یو څوک غلط طبق بدل کړي۔

دوه طبقې، دوه تنظیمات

د مونټ انتخاب proto=tcp بیانوي چې NFS مراجع د NFS سرور سره څنګه خبرې کوي۔ د VPN پروفایل proto udp تنظیم بیانوي چې د تونل پایونه انکاپسول شوي پاکټونه څنګه تبادله کوي۔ د مونټ انتخاب بدلول تونل نه بدلوي، او د تونل لېږد بدلول هغه څه نه بدلوي چې NFS مراجع پرې موافقه کړې ده۔ د fstab کرښې پرځای د nfsstat -m په مرسته اصلي مونټ انتخابونه تایید کړئ، او د VPN لېږد له هغه پروفایل څخه تایید کړئ چې واقعاً کارول کېږي۔

بیا یې د پېښې په یادښتونو کې د دوو جلا ډګرونو په توګه ولیکئ۔ ښکاره ښه والی یوازې هغه وخت تعقیبېدای شي چې یادښت ووايي کومه طبقه بدله شوه۔

کتل لوستل ډېر نه دي

د فولډر لیست ثابتوي چې ځینې عملیات بشپړ شوي۔ دا ثابتوي نه چې دوامداره لوستل، لیکل، لاک یا د زېرمې شاته برخه به په همدغو شرایطو کې بشپړ شي۔ په لوی فایل کې د نیمایي په ځای ټکنی کېدل له هغه مونټ څخه بېله کتنه ده چې هېڅکله بریالی نه کېږي، او دواړه جلا طبقو ته اشاره کوي۔

د ناکامېدونکي عملیات بشپړ بیان وکړئ: لار، لوری، د ټکني کېدو نږدې ځای، او د مراجع، سرور او VPN په لاګونو کې وروستی اړوند پېښه۔ بیا پرتله کړئ چې ترافیک چېرته دوام کوي او چېرته درېږي۔

MTU یوه انګېره ده، تشخیص نه دی

د پاکټ اندازې پورې تړلې ضایعه هغه وخت ریښتینې امکان دی چې تونل لویې برخې لېږدوي، او دا سم هغه نمونه جوړوي چې کتل کار کوي خو لوستل درېږي۔ خو دا نمونه د MTU ستونزه نه ثابتوي، ځکه ورته بڼه هغه وخت هم ښکاري چې سرور ورو وي، اور وژونکی اوږد اړیکه د وخت پای ته ورسوي، یا ډیسک بوخت وي۔ انګېره په کنټرول شوې ازموینه سره وڅېړئ، نه دا چې هرچېرته MTU راکمه کړئ او بریا اعلان کړئ۔

یوازې د وخت پای په دې اړه څه نه وايي چې UDP باید بدل شي که نه۔ دا یوه نښه ده چې څو ممکن مالکین لري۔

په یو وخت کې یو بدلونکوونکی بدل کړئ

د لېږدونو پرتله کولو پر مهال د NFS کاري بار او نور ټول تنظیمات ثابت وساتئ۔ په ورته ساتنې کړکۍ کې د مونټ لېږد، د تونل پروتوکول او MTU بدلول داسې نتیجه ورکوي چې هیڅوک یې نشي نسبتولی۔ ورته فایل عملیات مخکې او وروسته وچلوئ، او په هر ګام کې نتیجه ثبت کړئ۔

پخواني ارزښتونه هم په ټکټ کې وساتئ۔ که یو بدلون وضعیت خراب کړي، نو بیرته تګ باید ثبت شوی عدد وي، نه د چا هغه یاد چې مخکې څنګه و۔

هغه طبقه ولولئ چې ناکامه شوه

که تونل ولاړ وي او NFS غوښتنه انتظار کوي، VPN ناکام نه دی شوی؛ فایل خدمت ناکام شوی دی۔ که تونل ولویږي، نو د NFS غوښتنې ناکامي پایله ده، لامل نه۔ د دواړو طبقو د لاګ کرښو سره سمون دا دوه حالتونه بېلولو ترټولو ګړندې لار ده، او له فایل مدیر څخه د اټکل کولو څخه غوره ده۔

پایلې د دوو جملو په توګه ولیکئ، هرې طبقې ته یوه۔ دا د بل کس لپاره بسنه کوي چې پرته له دې چې بیا معلومه کړي کوم لېږد کوم دی، ازموینه تکرار کړي۔