ರೂಟರ್ SMB ಕ್ಲೈಂಟ್ ಅಥವಾ ಪ್ಯಾಕೆಟ್ ಫಾರ್ವರ್ಡರ್: ಯಾವುದು ಸೂಕ್ತ

SMB ಟ್ರಾಫಿಕ್ ಫಾರ್ವರ್ಡ್ ಮಾಡುವುದು ಅದನ್ನು ಅಂತ್ಯಗೊಳಿಸುವಂತಹದೇ ಕೆಲಸವಲ್ಲ, ಮತ್ತು ಒಂದನ್ನು ಮಾಡುವ ರೂಟರ್ ಇನ್ನೊಂದನ್ನು ನಿರ್ವಹಿಸದೇ ಇರಬಹುದು. ಫಾರ್ವರ್ಡ್ ಎಂದರೆ ರೂಟರ್ ತಾನು ಎಂದೂ ವಿಶ್ಲೇಷಿಸದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ. ಮೌಂಟ್ ಎಂದರೆ ರೂಟರ್ ಫೈಲ್ ಕ್ಲೈಂಟ್ ಆಗುತ್ತದೆ, ತನ್ನೊಂದಿಗೆ ಇಲ್ಲದಿರಬಹುದಾದ ತಂತ್ರಾಂಶ, ರಕ್ಷಿಸಬೇಕಾದ ರುಜುವಾತುಗಳು ಮತ್ತು ಈಗ ತನ್ನದಾದ ವೈಫಲ್ಯ ವಿಧಾನಗಳೊಂದಿಗೆ. ಎರಡರ ನಡುವಿನ ಆಯ್ಕೆ ಫೈಲ್‌ಗಳು ಎಲ್ಲಿ ಬೇಕು ಎಂಬ ಪ್ರಶ್ನೆ, ರೌಟಿಂಗ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗೆ ಏನನ್ನು ಇನ್‌ಸ್ಟಾಲ್ ಮಾಡಿಸಬಹುದು ಎಂಬ ಪ್ರಶ್ನೆ ಅಲ್ಲ.

ಫಾರ್ವರ್ಡ್ ಮಾಡುವುದು ಮತ್ತು ಅಂತ್ಯಗೊಳಿಸುವುದು ಬೇರೆ ಬೇರೆ ಕೆಲಸ

ಫಾರ್ವರ್ಡ್ ಪಾತ್ರದಲ್ಲಿ ರೂಟರ್‌ಗೆ ಒಂದೇ ಜವಾಬ್ದಾರಿ: ಮಾರ್ಗ ಬಯಸುವ ನೀತಿಯನ್ನು ಅನ್ವಯಿಸುತ್ತಾ ಕ್ಲೈಂಟ್ ಮತ್ತು ಸರ್ವರ್ ನಡುವೆ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ತಲುಪಿಸುವುದು. ಅದು ಹಂಚಿಕೆಗೆ ದೃಢೀಕರಣ ಮಾಡುವುದಿಲ್ಲ, ಫೈಲ್ ಡೇಟಾವನ್ನು ಕ್ಯಾಶ್ ಮಾಡುವುದಿಲ್ಲ ಮತ್ತು ಸರ್ವರ್ SMB2 ಮಾತನಾಡುತ್ತದೆಯೋ SMB3 ಮಾತನಾಡುತ್ತದೆಯೋ ಎಂದು ಲೆಕ್ಕಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅದು ಸ್ಟ್ರೀಮ್‌ನಲ್ಲಿ ಎಂದೂ ಅಷ್ಟು ಆಳವಾಗಿ ಓದುವುದಿಲ್ಲ. ಹಂಚಿಕೆ ತಲುಪಲಾಗದಿದ್ದರೆ ಬಳಕೆದಾರನಿಗೆ ದೋಷ ಕಾಣಿಸುತ್ತದೆ ಮತ್ತು ರೂಟರ್ ರೌಟಿಂಗ್ ಮುಂದುವರಿಸುತ್ತದೆ.

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

ಹೋಲಿಕೆ ಕೇವಲ ಸಾಮರ್ಥ್ಯದ ಬಗ್ಗೆ ಅಲ್ಲ. ಹಂಚಿಕೆಯನ್ನು ಮೌಂಟ್ ಮಾಡಬಲ್ಲ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅದನ್ನು ಮಾಡಬೇಕಾದ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅಲ್ಲ, ಮತ್ತು ಒಂದನ್ನೂ ಮೌಂಟ್ ಮಾಡಲಾಗದ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಟ್ರಾಫಿಕ್ ರೌಟ್ ಮಾಡಲು ಇನ್ನೂ ಸರಿಯಾದ ಸ್ಥಳವಾಗಿರಬಹುದು.

ಕರ್ನೆಲ್ CIFS ಮೌಂಟ್‌ಗೆ ನಿಜವಾಗಿ ಏನು ಬೇಕು

Linux ಆಧಾರಿತ ಸಾಧನದಲ್ಲಿ ಕರ್ನೆಲ್ CIFS ಕ್ಲೈಂಟ್ ಮತ್ತು ಯೂಸರ್‌ಸ್ಪೇಸ್ ಕ್ಲೈಂಟ್ ಬೇರೆ ಬೇರೆ ಸಾಮರ್ಥ್ಯಗಳು, ಮತ್ತು ಸಣ್ಣ ಇಮೇಜ್‌ಗಳಲ್ಲಿ ಹೆಚ್ಚಾಗಿ ಎರಡೂ ಇರುವುದಿಲ್ಲ. ಕರ್ನೆಲ್ ಬೆಂಬಲ ಚಾಲಿತ ಇಮೇಜ್‌ನಲ್ಲಿ ಇರಬೇಕು, ಮೌಂಟ್ ಸಹಾಯಕ ಇರಬೇಕು, ಮತ್ತು ಸರ್ವರ್‌ನೊಂದಿಗೆ ಚರ್ಚಿಸಿದ SMB ಡಯಲೆಕ್ಟ್ ಎರಡೂ ಕಡೆಗಳು ಒಪ್ಪುವಂತಹದ್ದಾಗಿರಬೇಕು. ಅದನ್ನು Linux CIFS ಕ್ಲೈಂಟ್ ಮಾರ್ಗದರ್ಶಿ ವಿವರಿಸುತ್ತದೆ, ಅಂದರೆ ಕರ್ನೆಲ್ ರಚನೆ ಮತ್ತು ಅದರ ಮೌಂಟ್ ಆಯ್ಕೆಗಳು, ಮತ್ತು ವೆಂಡರ್ ಬಿಲ್ಡ್ ಅದನ್ನು ಒಳಗೊಂಡಿದೆ ಎಂದು ಊಹಿಸುವ ಮೊದಲು ಸರಿಯಾದ ಉಲ್ಲೇಖ ಇದೇ.

ಸಾಮರ್ಥ್ಯದ ಸುತ್ತ ವಿನ್ಯಾಸ ಮಾಡುವ ಮೊದಲು ಅದನ್ನು ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಆದೇಶದ ಹೆಸರಿನ ಇರುವಿಕೆಯಲ್ಲ, ಆವೃತ್ತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಪ್ಯಾಕೇಜ್ ಪಟ್ಟಿಯಲ್ಲಿನ ಮಾಡ್ಯೂಲ್ ಹೆಸರು ಕೆಲಸ ಮಾಡುವ ಕ್ಲೈಂಟ್‌ಗೆ ಸಮವಲ್ಲ.

lsmod | grep -w cifs
modinfo cifs | head -5
mount.cifs --version
smbclient -L //fs02.corp.internal -U svc-router -m SMB3

ಲೋಡ್ ಆಗುವ ಕರ್ನೆಲ್ ಮಾಡ್ಯೂಲ್ ಮತ್ತು ಆವೃತ್ತಿ ವರದಿ ಮಾಡುವ ಯೂಸರ್‌ಲ್ಯಾಂಡ್ ಪರಿಕರ ಇನ್ನೂ ಮೌಂಟ್ VPN ಕೀ ನವೀಕರಣವನ್ನು ದಾಟುತ್ತದೆ ಎಂಬ ಖಾತರಿ ನೀಡುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಪರೀಕ್ಷೆಯನ್ನು ಸಾಬೀತು ಎಂದಲ್ಲ, ಆರಂಭಿಕ ಷರತ್ತು ಎಂದು ಪರಿಗಣಿಸಿ. ಇಮೇಜ್ ಕೇವಲ SMB1 ಬೆಂಬಲ ನೀಡಿದರೆ ಅದು ಸರ್ವರ್‌ನಲ್ಲಿ ಸಕ್ರಿಯಗೊಳಿಸುವ ಕಾರಣವಲ್ಲ, ನಿಲ್ಲಿಸುವ ಕಾರಣ.

ರುಜುವಾತುಗಳು ಮತ್ತು ಮೂಲ ಗುರುತು ಲ್ಯಾಪ್‌ಟಾಪ್‌ನದಕ್ಕಿಂತ ಭಿನ್ನ

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

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

ರುಜುವಾತನ್ನು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಸಂರಕ್ಷಿತ ಕಾರ್ಯವಿಧಾನದ ಮೂಲಕ ಸಂಗ್ರಹಿಸಿ ಮತ್ತು ನಿರ್ಬಂಧಿತ ಅನುಮತಿಗಳ ಫೈಲ್‌ನಿಂದ ಓದಿ. ಮೌಂಟ್ ಚಲಾಯಿಸುವ ಖಾತೆ ಹೊರತುಪಡಿಸಿ ಉಳಿದ ಎಲ್ಲಾ ಖಾತೆಗಳಿಗೆ ಆ ಫೈಲ್ ಓದಲಾಗದಂತಿರಬೇಕು.

install -m 600 /dev/null /etc/cifs-reports.creds
printf 'username=svc-router\npassword=REPLACE_ME\ndomain=CORP\n' > /etc/cifs-reports.creds
mount -t cifs //fs02.corp.internal/reports /mnt/reports -o credentials=/etc/cifs-reports.creds,vers=3.1.1,ro

ಹಂಚಿಕೆ ಮಾಯವಾದಾಗ ವೈಫಲ್ಯ ಯಾರದು

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

ಬೂಟ್ ಕ್ರಮ ಮತ್ತು ಮೌಂಟ್ ಆಯ್ಕೆಗಳನ್ನು ಆ ವಾಸ್ತವದ ಸುತ್ತ ವಿನ್ಯಾಸ ಮಾಡಿ. ಸಣ್ಣ ಕಾಲಮಿತಿ ಮತ್ತು ದಾಖಲಿತ ಚೇತರಿಕೆ ಹಂತವಿರುವ ಓದಲು-ಮಾತ್ರ ಮೌಂಟ್, ಉಳಿದೆಲ್ಲವೂ ಅವಲಂಬಿಸಿರುವ ಬರೆಯಬಹುದಾದ ಮೌಂಟ್‌ಗಿಂತ ಸಮರ್ಥಿಸಲು ಸುಲಭ. ಏನಾದರೂ ಮೌಂಟ್ ಮಾಡಲು ಪ್ರಯತ್ನಿಸುವ ಮೊದಲು ಸುರಂಗ ಏರುವುದನ್ನು ಖಚಿತಪಡಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ವಿದ್ಯುತ್ ಕಡಿತದ ನಂತರದ ಮೊದಲ ಬೂಟ್ ನೇತಾಡುತ್ತದೆ.

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

ನಿರ್ಧಾರವನ್ನು ನಿಜವಾದ ಕೆಲಸದ ವಿರುದ್ಧ ಪರಿಶೀಲಿಸಿ

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

ಮೌಂಟ್ ಆದ ನೋಟ ಮತ್ತು ಖಾಲಿ ಜಾಗವನ್ನು ರೂಟರ್‌ನಿಂದಲೇ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಕೆಲಸದ ಭಾರ ಅವನ್ನು ಅಲ್ಲಿಯೇ ನೋಡುತ್ತದೆ. ಮತ್ತೆ ಸಂಪರ್ಕವಾದ ನಂತರ ಪರಿಶೀಲನೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಸ್ವಚ್ಛ ಬೂಟ್ ನಂತರ ಮಾತ್ರವಲ್ಲ.

findmnt -t cifs -o TARGET,SOURCE,OPTIONS
df -h /mnt/reports
ls -l /mnt/reports | head

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