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 లేదా నెట్వర్క్ గురించి అరుదుగా ప్రస్తావిస్తుంది.