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 ಅಥವಾ ಜಾಲಬಂಧವನ್ನು ವಿರಳವಾಗಿ ಉಲ್ಲೇಖಿಸುತ್ತದೆ.