VPN ಮೂಲಕ NFS ಮರು-ರಫ್ತು ಪ್ಯಾಕೆಟ್ ಫಾರ್ವರ್ಡಿಂಗ್ ಅಲ್ಲ

ಒಂದು Linux ಬಾಕ್ಸ್ VPN ಗೆ ಸೇರುತ್ತದೆ, ದೂರದ NFS ರಫ್ತನ್ನು ಮೌಂಟ್ ಮಾಡುತ್ತದೆ, ನಂತರ ಆ ಮೌಂಟ್ ಅನ್ನು ಇನ್ನೊಂದು ಕ್ಲೈಂಟ್ ಗುಂಪಿಗೆ ಸೇವೆ ಮಾಡುತ್ತದೆ. ಈ ವ್ಯವಸ್ಥೆ ಹೆಚ್ಚುವರಿ ಹಂತಗಳಿರುವ ರೌಟಿಂಗ್‌ನಂತೆ ಕಾಣುತ್ತದೆ, ಮತ್ತು ಅದು ಮೊದಲ ತಪ್ಪು ಊಹೆ. ಮಧ್ಯದ ಯಂತ್ರವು ಮೇಲಿನ ಸರ್ವರ್‌ನ ಕ್ಲೈಂಟ್ ಮತ್ತು ಕೆಳಗಿನ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಸರ್ವರ್, ಮತ್ತು ಅದು ಎರಡೂ ಫೈಲ್-ಸೇವಾ ಸಂಬಂಧಗಳಲ್ಲಿ ಭಾಗವಹಿಸುತ್ತದೆ. ಪ್ಯಾಕೆಟ್ ಫಾರ್ವರ್ಡಿಂಗ್‌ಗೆ ಫೈಲ್‌ಹ್ಯಾಂಡಲ್‌ಗಳು, ಲಾಕಿಂಗ್ ಅಥವಾ ಫೈಲ್‌ಸಿಸ್ಟಂ ಗುರುತಿನ ಬಗ್ಗೆ ಯಾವುದೇ ಅಭಿಪ್ರಾಯವಿಲ್ಲ; ಮರು-ರಫ್ತಿಗೆ ಇದೆ.

ಕೆಳಗಿನ ಕ್ಲೈಂಟ್‌ಗಳು ಮೂಲ ಸರ್ವರ್ ಅನ್ನು ನೇರವಾಗಿ ತಲುಪಬಹುದೇ ಎಂದು ಕೇಳುವುದರಿಂದ ಪ್ರಾರಂಭಿಸಿ. ಸಾಧ್ಯವಾದರೆ, ಮಧ್ಯದ ಯಂತ್ರವು ಐಚ್ಛಿಕ.

ಮೂರು ಮಾದರಿಗಳು, ಸ್ಥಿರತೆಯ ಮೂರು ಕಥೆಗಳು

ನೇರ ಮೌಂಟ್ ಸರಳವಾದದ್ದು: ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಸುರಂಗದ ಮೂಲಕ ಮೂಲ ಸರ್ವರ್ ಅನ್ನು ಮೌಂಟ್ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಆ ಸರ್ವರ್‌ನ ರಫ್ತು ನೀತಿ ಪ್ರವೇಶವನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ. ಮರು-ರಫ್ತು ಎಂದರೆ ಮಧ್ಯದ ಯಂತ್ರವು ಬೇರೆ ಸೇವಾ ಗಡಿಯನ್ನು ಪ್ರಸ್ತುತಪಡಿಸುವುದು, ಇದು ಕ್ಲೈಂಟ್‌ಗಳ ಕಡೆಗಿನ ನೆಟ್‌ವರ್ಕ್ ನೇರವಾಗಿ ಸರ್ವರ್ ಅನ್ನು ತಲುಪಬಾರದಿದ್ದಾಗ ಉಪಯುಕ್ತ. ಪ್ರತಿಕೃತಿ ಮೂರನೇ ಮಾದರಿ, ಮತ್ತು ಅದು ಪ್ರಶ್ನೆಯನ್ನು ಸ್ಥಿರತೆಯಿಂದ ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಮತ್ತು ಸಂಘರ್ಷ ಪರಿಹಾರಕ್ಕೆ ಬದಲಾಯಿಸುತ್ತದೆ.

ಪ್ರತಿಕೃತ ಕಾಪಿಯನ್ನು ಜೀವಂತ ಮರು-ರಫ್ತಿನಂತೆ ವಿವರಿಸಬೇಡಿ. ವೈಫಲ್ಯ ವಿಧಾನಗಳು ಭಿನ್ನ, ಮತ್ತು ಪ್ರತಿ ಕಾರ್ಯಾಚರಣೆಯೂ ಮೂಲ ಫೈಲ್‌ಸಿಸ್ಟಂ ತಲುಪುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸುವ ಬಳಕೆದಾರರು ಲಿಂಕ್ ಕಡಿತದ ಸಮಯದಲ್ಲಿ ಆಶ್ಚರ್ಯಪಡುತ್ತಾರೆ.

ಗುರುತು ಮೌಂಟ್ ಆದೇಶಕ್ಕಿಂತ ಹೆಚ್ಚು ಕಾಲ ಬದುಕುತ್ತದೆ

ಮರು-ರಫ್ತುಗಳಿಗೆ ಸ್ಪಷ್ಟ ಫೈಲ್‌ಸಿಸ್ಟಂ ID ಬೇಕು, ಮತ್ತು ಆ ಗುರುತು ಮರುಪ್ರಾರಂಭಗಳು ಮತ್ತು ಸಂರಚನಾ ಮರುನಿರ್ಮಾಣಗಳನ್ನು ತಾಳಿಕೊಳ್ಳಬೇಕು. ಕರ್ನಲ್ ದಾಖಲೆಗಳು ಅಗತ್ಯದ ಬಗ್ಗೆ ಸ್ಪಷ್ಟವಾಗಿವೆ, ಮತ್ತು crossmnt ಮಗು ಫೈಲ್‌ಸಿಸ್ಟಂಗಳನ್ನು ಅವುಗಳ ಸ್ವಂತ IDಗಳೊಂದಿಗೆ ರಫ್ತು ಮಾಡುವ ಅಗತ್ಯವನ್ನು ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ ಎಂದೂ ಎಚ್ಚರಿಸುತ್ತವೆ. ಬಳಕೆದಾರರಿಗೆ ನಿರಂತರವಾಗಿ ಕಾಣುವ ಡೈರೆಕ್ಟರಿ ಮರವು ಹಲವು ಫೈಲ್‌ಸಿಸ್ಟಂ ಗಡಿಗಳನ್ನು ದಾಟಬಹುದು. ಪ್ರಸ್ತುತ nfs-utils ಬೆಂಬಲಿತ ಸಂರಚನೆಗಳಿಗೆ IDಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಹಂಚಬಹುದು, ಮತ್ತು ಅದು ಹಾಗೆ ಮಾಡಿದಾಗ ಅದರ ಡೇಟಾಬೇಸ್ ಗೇಟ್‌ವೇ ಸ್ಥಿತಿಯ ಭಾಗವಾಗುತ್ತದೆ. ಆ IDಗಳನ್ನು ಬಳಕೆ-ನಂತರ-ಬಿಸಾಡುವ ಫೈಲ್‌ಗಳಲ್ಲ, ಸೇವಾ ಗುರುತಿನಂತೆ ಪರಿಗಣಿಸಿ.

ಫೈಲ್‌ಹ್ಯಾಂಡಲ್‌ಗಳು ಇನ್ನೊಂದು ಗುರುತಿನ ಗಡಿ: ಮರು-ರಫ್ತು ಮೂಲ ಹ್ಯಾಂಡಲ್ ಅನ್ನು ಸುತ್ತುತ್ತದೆ, ಇದು ಅದನ್ನು ದೊಡ್ಡದಾಗಿಸುತ್ತದೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಮಿತಿಯನ್ನು ಮೀರಬಹುದು. ಯಶಸ್ವಿ ಮೌಂಟ್ ಪ್ರತಿ ರಫ್ತು ವಿನ್ಯಾಸವೂ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ಪ್ರತಿ NFS ವೈಶಿಷ್ಟ್ಯವೂ ಮಧ್ಯದ ಯಂತ್ರವನ್ನು ದಾಟುವುದಿಲ್ಲ

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

ಬಳಕೆದಾರ ಗುರುತು ಮತ್ತು ರಫ್ತು ನೀತಿ ಪ್ರತಿ ಜಿಗಿತದಲ್ಲೂ ಮುಖ್ಯ. VPN ಲಾಗಿನ್ ನೆಟ್‌ವರ್ಕ್ ಭಾಗವಹಿಸುವವರು ದೃಢೀಕರಿಸಲ್ಪಟ್ಟಿದ್ದಾರೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ; ಅದು NFS ಬಳಕೆದಾರರನ್ನು ಅಧಿಕೃತಗೊಳಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಗೇಟ್‌ವೇ ಮೂಲಕ ಕ್ಲೈಂಟ್ ರುಜುವಾತುಗಳನ್ನು ರವಾನಿಸುವುದಿಲ್ಲ.

ಗೇಟ್‌ವೇಗೆ ಎರಡು ಮೇಲ್ಮುಖ ಅವಲಂಬನೆಗಳಿವೆ

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

ಅಗತ್ಯಕ್ಕೆ ಎಂದಾದರೂ ಖಾಸಗಿ IP ತಲುಪುವಿಕೆ ಮಾತ್ರ ಬೇಕಾಗಿದ್ದರೆ, ಮೂಲ ಸರ್ವರ್‌ಗೆ ನೇರ ರೌಟಿಂಗ್ ಸರಳ ವಾಸ್ತುಶಿಲ್ಪ. ಮರು-ರಫ್ತು ಬರೆದಿಟ್ಟಾಗಲೂ ಉಳಿಯುವ ಕಾರಣಕ್ಕಾಗಿ ಇರಬೇಕು.

ಮೌಂಟ್ ಅಲ್ಲ, ಕೆಲಸದ ಹೊರೆಯನ್ನು ಪರೀಕ್ಷಿಸಿ

ನಿಯಂತ್ರಿತ ಪರಿಸರದಲ್ಲಿ ನಿಜವಾದ ಫೈಲ್ ಕೆಲಸದ ಹೊರೆಯನ್ನು ಅಭ್ಯಾಸ ಮಾಡಿ: ಅಪ್ಲಿಕೇಶನ್ ಮಾಡುವ ಕಾರ್ಯಾಚರಣೆಗಳು, ಬಳಸುವ ಫೈಲ್ ಗಾತ್ರಗಳು ಮತ್ತು ನಿರೀಕ್ಷಿಸುವ ಸಮಕಾಲೀನತೆ. ಕೇವಲ ಸಾಗಣೆ ದೋಷಗಳಲ್ಲ, ವೈಶಿಷ್ಟ್ಯದ ಕೊರತೆಗಳನ್ನು ಗಮನಿಸಿ. ನಂತರ ನೀವು ಯಾವ ಮಾದರಿಯನ್ನು ಆರಿಸಿದಿರಿ ಮತ್ತು ಏಕೆ ಎಂದು ದಾಖಲಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಗೇಟ್‌ವೇ ರೌಟರ್ ಎಂದು ಭಾವಿಸುತ್ತಾರೆ.

ಮರು-ರಫ್ತು ಉದ್ದೇಶಪೂರ್ವಕ ಕಾರಣಕ್ಕಾಗಿ ಇದ್ದಾಗ ಕಾನೂನುಬದ್ಧ, ಉದಾಹರಣೆಗೆ ಪ್ರತ್ಯೇಕ ಕ್ಲೈಂಟ್ ನೆಟ್‌ವರ್ಕ್ ಅಥವಾ ನಿಯಂತ್ರಿತ ಆವೃತ್ತಿ ಗಡಿ. ಅದು ಕೆಟ್ಟ ಆಕಸ್ಮಿಕ, ಮತ್ತು ವ್ಯತ್ಯಾಸ ಎಂದರೆ ಯಾರಾದರೂ ಅದನ್ನು ನಿರ್ಧರಿಸಿದರೇ ಎಂಬುದು.