VPN ಹಿಂದೆ NFS: ಬೂಟ್ನಲ್ಲಿ ಮೌಂಟ್ ಅಥವಾ ಬೇಡಿಕೆಯ ಮೇರೆಗೆ ಸ್ವಯಂ-ಮೌಂಟ್?

ಎರಡು ಸಂರಚನೆಗಳು ಒಂದೇ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತವೆ ಮತ್ತು ವಿರುದ್ಧ ದಿಕ್ಕುಗಳಲ್ಲಿ ವಿಫಲವಾಗುತ್ತವೆ. ಬೂಟ್ನಲ್ಲಿ ಶೇರ್ ಅನ್ನು ಮೌಂಟ್ ಮಾಡುವುದು ಪ್ರತಿ ಸೇವೆಗೂ ಒಂದು ಫೈಲ್ಸಿಸ್ಟಂ ನೀಡುತ್ತದೆ, ಅದು ಇಲ್ಲಿದೆ ಅಥವಾ ಬೂಟ್ ಏಕೆ ನಿಂತಿತು ಎಂಬ ಕಾರಣವನ್ನು ಹೇಳುತ್ತದೆ. ಬೇಡಿಕೆಯ ಮೇರೆಗಿನ ಸ್ವಯಂ-ಮೌಂಟ್ ಯಂತ್ರಕ್ಕೆ ವೇಗದ ಬೂಟ್ ನೀಡುತ್ತದೆ ಮತ್ತು ಕಾಯುವಿಕೆಯನ್ನು ಮಾರ್ಗವನ್ನು ಮೊದಲು ಮುಟ್ಟುವವರಿಗೆ ವಹಿಸುತ್ತದೆ. VPN ಹಿಂದೆ ಎರಡನೆಯದು ಸಾಮಾನ್ಯವಾಗಿ ಉತ್ತಮ ವಿನಿಮಯ, ಮತ್ತು ಕಾರಣವೆಂದರೆ ಟನೆಲ್ ಬೂಟ್ ಕ್ರಮವು ನೋಡಲಾಗದ ಒಂದು ಕ್ರಮವನ್ನು ಹೇರುತ್ತದೆ.

ಬೂಟ್ ಮೌಂಟ್ ಮತ್ತು ಸ್ವಯಂ-ಮೌಂಟ್

ಬೂಟ್ನಲ್ಲಿನ ಮೌಂಟ್ ಅನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಸುಲಭ. ಫೈಲ್ಸಿಸ್ಟಂ ಗುರಿ ಮೌಂಟ್ಗಾಗಿ ಕಾಯುತ್ತದೆ, ಅದರ ಮೇಲೆ ಅವಲಂಬನೆ ಘೋಷಿಸುವ ಸೇವೆಗಳು ನಂತರ ಪ್ರಾರಂಭವಾಗುತ್ತವೆ, ಮತ್ತು ಸರ್ವರ್ ತಲುಪಲಾಗದಿದ್ದರೆ ಆಯ್ಕೆಗಳ ಪ್ರಕಾರ ಯಂತ್ರ ಕಾಯುತ್ತದೆ ಅಥವಾ ವಿಫಲವಾಗುತ್ತದೆ. ಕೆಳಗಿನ ಎಲ್ಲವೂ ಆ ಒಂದೇ ನಿರ್ಧಾರವನ್ನು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆಯುತ್ತದೆ.

ಸ್ವಯಂ-ಮೌಂಟ್ ಅದನ್ನು ತಿರುಗಿಸುತ್ತದೆ. ಮಾರ್ಗ ತಕ್ಷಣ ಇರುತ್ತದೆ, ನಿಜವಾದ ಮೌಂಟ್ ಯಾವುದೋ ಅದನ್ನು ತೆರೆದಾಗ ಸಂಭವಿಸುತ್ತದೆ, ಮತ್ತು ಬೇಗ ಪ್ರಾರಂಭವಾಗುವ ಸೇವೆಗಳು ಇನ್ನೂ ಮೇಲಕ್ಕೆ ಬಾರದ ಟನೆಲ್ನಲ್ಲಿ ನಿಲ್ಲುವುದಿಲ್ಲ.

ಹೋಲಿಕೆ ವಿಳಂಬವನ್ನು ಯಾರು ಹೀರಿಕೊಳ್ಳಬೇಕು ಎಂಬುದಕ್ಕೆ ಬರುತ್ತದೆ. ಬಳಕೆದಾರರು ಕೆಲಸ ಮಾಡಲು ಮೊದಲು ಶೇರ್ ಬೇಕಾದ ವರ್ಕ್ಸ್ಟೇಷನ್ ಬಹುಶಃ ಕಾಯಬೇಕು. ಚೀಲದಲ್ಲಿ ಬೂಟ್ ಆಗುವ ಲ್ಯಾಪ್ಟಾಪ್, ಅಥವಾ ಶೇರ್ ಐಚ್ಛಿಕವಾದ ಸರ್ವರ್ ಕಾಯಬಾರದು.

ಯಾವ ಆಯ್ಕೆಯೂ ಕಾಣೆಯಾದ ಮಾರ್ಗವನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ. ಎರಡೂ ವೈಫಲ್ಯ ಯಾವಾಗ ಗಮನಿಸಲ್ಪಡುತ್ತದೆ ಎಂಬುದನ್ನು ಮಾತ್ರ ನಿರ್ಧರಿಸುತ್ತವೆ.

fstab ಸಾಲು, ಆಯ್ಕೆಯಿಂದ ಆಯ್ಕೆ

ಇರುವ OpenVPN ಕ್ಲೈಂಟ್ ನಿದರ್ಶನ [email protected], ಸರ್ವರ್ files.corp.example ಮತ್ತು ಮೌಂಟ್ ಪಾಯಿಂಟ್ /mnt/work ಎಂದು ಭಾವಿಸಿ. ಮೂರನ್ನೂ ನಿಮ್ಮ ಸೈಟ್ನ ಅಧಿಕೃತ ಮೌಲ್ಯಗಳಿಂದ ಬದಲಾಯಿಸಿ. ಕೆಲಸ ಮಾಡುವ ಒಂದು ಸಾಲು ಹೀಗೆ ಕಾಣುತ್ತದೆ:

files.corp.example:/export/work /mnt/work nfs _netdev,nofail,x-systemd.automount,[email protected],x-systemd.mount-timeout=30s 0 0

_netdev ಮೌಂಟ್ಗೆ ನೆಟ್ವರ್ಕಿಂಗ್ ಬೇಕು ಎಂದು ಗುರುತಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ಯಾವುದೇ ಟನೆಲ್ ಅನ್ನು ಹೆಸರಿಸುವುದಿಲ್ಲ. nofail ಸಾಮಾನ್ಯ ಫೈಲ್ಸಿಸ್ಟಂ ಗುರಿಗೆ ಶೇರ್ ಅನ್ನು ಐಚ್ಛಿಕವಾಗಿ ಇಡುತ್ತದೆ. x-systemd.automount ತಕ್ಷಣ ಮೌಂಟ್ ಮಾಡುವ ಬದಲು ಬೇಡಿಕೆಯ ಮೇರೆಗಿನ ಟ್ರಿಗರ್ ರಚಿಸುತ್ತದೆ.

x-systemd.requires= ಮೌಂಟ್ ಪ್ರಯತ್ನವನ್ನು VPN ಘಟಕಕ್ಕೆ ಬಂಧಿಸುವ ಭಾಗ, ಮತ್ತು ಅದು ಟ್ರಿಗರ್ಗೆ ಅಲ್ಲ, ಮೌಂಟ್ ಕಾರ್ಯಾಚರಣೆಗೆ ಸೇರುತ್ತದೆ. ಸ್ವಯಂ-ಮೌಂಟ್ ಘಟಕದ ಮೇಲೆಯೇ ವಿಶಾಲ ಕ್ರಮವನ್ನು ಇಡುವುದು ಜನರು ಚಕ್ರಗಳನ್ನು ಸೃಷ್ಟಿಸುವ ದಾರಿ, ಅವುಗಳ ಬಗ್ಗೆ systemd ನಂತರ ಯಾರೂ ಎರಡು ಬಾರಿ ಓದದ ಭಾಷೆಯಲ್ಲಿ ದೂರು ಹೇಳುತ್ತದೆ.

x-systemd.mount-timeout=30s ಆರಂಭಿಕ ಮೌಂಟ್ ಆದೇಶವನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ. ಅದು ನಂತರ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಮಿತಿಗೊಳಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಈ ಆಯ್ಕೆಯ ಬಗ್ಗೆ ಇದೇ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ತಪ್ಪು ಗ್ರಹಿಕೆ.

‘ಪ್ರಾರಂಭವಾಯಿತು’ ಎಂದರೆ ಏನಲ್ಲ

ನೀವು ಹೆಸರಿಸಿದ VPN ಘಟಕಕ್ಕೆ ಸಕ್ರಿಯವಾಗಿರುವುದರ ಅರ್ಥ ಏನೆಂದು ಪರಿಶೀಲಿಸಿ. ಫೈಲ್ ಸರ್ವರ್ಗೆ ಮಾರ್ಗ ಇರುವ ಮೊದಲು ಅಥವಾ ಖಾಸಗಿ ಹೆಸರು ಪರಿಹಾರವಾಗುವ ಮೊದಲು ಟನೆಲ್ ಸೇವೆ ತಾನು ಪ್ರಾರಂಭವಾದುದಾಗಿ ವರದಿ ಮಾಡಬಹುದು, ಮತ್ತು ಅದರ ನಂತರ ಕ್ರಮಗೊಳಿಸುವುದು ಆಗ ನಿಮಗೆ ಏನನ್ನೂ ಕೊಡುವುದಿಲ್ಲ. ಬಹುತೇಕ ಪ್ರತಿ ವಿಫಲ ಪ್ರಯತ್ನ ಈ ಸಂದಿನಲ್ಲೇ ವಾಸಿಸುತ್ತದೆ. ಘಟಕದ ಸ್ಥಿತಿಯ ಬದಲು ಮಾರ್ಗ ಮತ್ತು ಪರಿಹಾರಕವನ್ನು ನೋಡದಿದ್ದರೆ ಅದು ಕಾಣುವುದಿಲ್ಲ.

ಇರುವಲ್ಲಿ ಸಂಪರ್ಕದ ಮಾಲೀಕರ ಸ್ವಂತ ಸಿದ್ಧತೆಯ ಸಂಕೇತವನ್ನು ಹೆಚ್ಚುವರಿ ಪೂರ್ವಷರತ್ತಾಗಿ ಬಳಸಿ. ಸ್ಥಿರ ನಿದ್ರೆ ನಿಮ್ಮ ಮೇಜಿನ ಮೇಲೆ ಕೆಲಸ ಮಾಡುವ ಮತ್ತು ನಿಧಾನ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಅಥವಾ ಮರುಸಂಪರ್ಕದ ನಂತರ ವಿಫಲವಾಗುವ ಊಹೆ.

ಉದಾಹರಣೆ ಮಾರ್ಗಕ್ಕಾಗಿ ರಚಿಸಿದ ಘಟಕಗಳನ್ನು ಪರಿಶೀಲಿಸಿ: mnt-work.automount ಮತ್ತು mnt-work.mount. ಪರಿಶೀಲಿತ fstab ಬದಲಾವಣೆಯ ನಂತರ systemd ಅನ್ನು ಮರುಲೋಡ್ ಮಾಡಿ ಮತ್ತು ಸಂಬಂಧವಿಲ್ಲದ ನಮೂದುಗಳನ್ನು ಅಭ್ಯಾಸ ಮಾಡುವ ವ್ಯಾಪಕ ಮೌಂಟ್ ಆದೇಶ ಚಲಾಯಿಸುವ ಬದಲು ಆ ಘಟಕಗಳನ್ನು ನೇರವಾಗಿ ನಿರ್ವಹಿಸಿ.

ಇಲ್ಲಿ ಇನ್ನೊಂದು ಎಚ್ಚರಿಕೆ ಸೇರುತ್ತದೆ. ಪ್ರಾರಂಭದಲ್ಲಿ /mnt/work ಅನ್ನು ಮುಟ್ಟುವ ಸೇವೆ ಇನ್ನೂ ಮೌಂಟ್ ಅನ್ನು ಪ್ರಚೋದಿಸುತ್ತದೆ ಮತ್ತು ಇನ್ನೂ ಅದಕ್ಕಾಗಿ ಕಾಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಶೇರ್ ಅನ್ನು ಐಚ್ಛಿಕ ಎಂದು ಗುರುತಿಸುವುದು ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ತಾಳ್ಮೆಯಿಂದ ಮಾಡುವುದಿಲ್ಲ.

ಮೌಂಟ್ ನಂತರ ಅದು ಬೇರೆ ವೈಫಲ್ಯ

NFS ಮೌಂಟ್ ಆದ ನಂತರ, ಫೈಲ್ಸಿಸ್ಟಂನ ಮರುಪ್ರಯತ್ನ ಮತ್ತು ಚೇತರಿಕೆ ನಡವಳಿಕೆ ನಂತರದ ಅಡಚಣೆ ಓದುವಿಕೆ ಅಥವಾ ಬರವಣಿಗೆಗೆ ಏನು ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ನೀವು ಸೆಟ್ ಮಾಡಿದ ಮೌಂಟ್ ಸಮಯ ಮಿತಿ ಅದರ ಮೇಲೆ ಯಾವುದೇ ಪ್ರಭಾವ ಬೀರುವುದಿಲ್ಲ.

ಸಾಫ್ಟ್ ಮೌಂಟ್ ಕೆಲವು ಕಾಯುವಿಕೆಗಳನ್ನು ಚಿಕ್ಕದಾಗಿಸುತ್ತದೆ ಮತ್ತು ದೋಷಗಳ ಅರ್ಥವನ್ನು ಬದಲಿಸುತ್ತದೆ, ಗುರಿ ವೇಗದ ಬೂಟ್ ಆಗಿರುವಾಗ ಸುಲಭವಾಗಿ ಕಡೆಗಣಿಸಬಹುದಾದ ಡೇಟಾ ಸಮಗ್ರತೆಯ ಪರಿಣಾಮಗಳೊಂದಿಗೆ. ಪ್ರಾರಂಭದ ಎರಡು ಸೆಕೆಂಡುಗಳನ್ನು ಗೆಲ್ಲಲು ಅದನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ಅಪರೂಪಕ್ಕೆ ಒಳ್ಳೆಯ ವಿನಿಮಯ. ಅಗತ್ಯವು ನಿಜವಾಗಿಯೂ ಅಡಚಣೆಯ ಸಮಯದಲ್ಲಿ ಸೀಮಿತ ಕಾರ್ಯಾಚರಣೆಯಾಗಿದ್ದರೆ, ಅದು ಅಪ್ಲಿಕೇಶನ್ ಮಟ್ಟದ ನಿರ್ಧಾರ, fstab ಧ್ವಜವಲ್ಲ.

ಟನೆಲ್ ಬಿದ್ದಾಗ ಬರವಣಿಗೆಯ ಮಧ್ಯದಲ್ಲಿರುವ ಪ್ರಕ್ರಿಯೆಗೆ ಏನಾಗಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ ಮತ್ತು ಬರೆದಿಡಿ. ಆ ಉತ್ತರ ಯಾವುದೇ ಆಯ್ಕೆ ಸರಣಿಗಿಂತ ಉಪಯುಕ್ತ.

ಒಂದಲ್ಲ, ನಾಲ್ಕು ಸ್ಥಿತಿಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ

ಟನೆಲ್ ಲಭ್ಯವಿರುವಾಗ ಸಾಮಾನ್ಯ ಬೂಟ್ ಸುಲಭ ಪ್ರಕರಣ ಮತ್ತು ಬಹುತೇಕ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಸರಣಿ ಸರಿಯಾಗಿ ಬರೆಯಲಾಗಿದೆ ಎಂದು ದೃಢೀಕರಿಸುತ್ತದೆ, ಅಷ್ಟೇ. VPN ಇಲ್ಲದೆ ಮೊದಲ ಪ್ರವೇಶವನ್ನು ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಅದು ಮೇಲಕ್ಕೆ ಬಂದಾಗ ಚೇತರಿಕೆ, ನಂತರ ಯಶಸ್ವಿ ಮೌಂಟ್ ನಂತರ ನಿಯಂತ್ರಿತ ಅಡಚಣೆ.

ನಾಲ್ಕು ಸ್ಥಿತಿಗಳು, ನಾಲ್ಕು ವೀಕ್ಷಣೆಗಳು, ಮತ್ತು ಟಿಪ್ಪಣಿಗಳು fstab ನಮೂದಿನ ಪಕ್ಕಕ್ಕೆ ಹೋಗುತ್ತವೆ. ಮುಂದಿನ ವ್ಯಕ್ತಿ ಮರು-ಎಂಜಿನಿಯರಿಂಗ್ ಮಾಡಬೇಕಾದ ಸಂರಚನೆಯ ಬದಲು ನಡವಳಿಕೆಯನ್ನು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆಯುತ್ತಾನೆ.