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 అభ్యర్థన వైఫల్యం పరిణామం, కారణం కాదు. రెండు పొరల లాగ్ పంక్తులను సరిపోల్చడం ఈ రెండు సందర్భాలను వేరు చేయడానికి వేగవంతమైన మార్గం, మరియు అది ఫైల్ మేనేజర్ నుండి ఊహించడం కంటే మెరుగైనది.

ముగింపును రెండు వాక్యాలలో రాయండి, ప్రతి పొరకు ఒకటి. ఏ రవాణా ఏదో మళ్లీ తీర్మానించకుండా తదుపరి వ్యక్తి పరీక్షను పునరావృతం చేయడానికి అది సరిపోతుంది.