OpenVPN UDP சுரங்கப்பாதையினுள் TCP மீது NFS: இரண்டு இடமாற்றங்கள்

UDP காவும் சுரங்கப்பாதையினுள் TCP பயன்படுத்தும் NFS உரையாடலைக் காவுவது முற்றிலும் ஒத்திசைவானது, அது ஒரே நேரத்தில் இரண்டு இடமாற்றங்களைப் பெயரிடுவதால் மக்களைக் குழப்புகிறது. 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 கோரிக்கையின் தோல்வி விளைவு, காரணம் அல்ல. இரண்டு அடுக்குகளின் பதிவு வரிகளைப் பொருத்துவது இந்த இரண்டு நிலைகளை வேறுபடுத்துவதற்கான விரைவான வழி, அது கோப்பு மேலாளரிடமிருந்து ஊகிப்பதை விடச் சிறந்தது.

முடிவை இரண்டு வாக்கியங்களில் எழுதுங்கள், ஒவ்வொரு அடுக்குக்கும் ஒன்று. எந்த இடமாற்றம் எது என்று மீண்டும் கண்டறியாமல் அடுத்தவர் சோதனையை மீண்டும் செய்ய அது போதும்.