Mountain Duck SFTP: VPN ನಂತರದ ಎರಡನೇ ಲಾಗಿನ್
ಗೇಟ್ವೇ ಮತ್ತು ಫೈಲ್ ಸರ್ವರ್ ಬೇರೆ ಬೇರೆ ವಿಷಯಗಳನ್ನು ದೃಢೀಕರಿಸುತ್ತವೆ. SFTP ನಿರ್ವಾಹಕರ ಹೋಸ್ಟ್ಹೆಸರು ಬಳಸಿ, ಅವರ ಪ್ರಾಂಪ್ಟ್ಗೆ ಉತ್ತರಿಸಿ ಮತ್ತು ಹೋಸ್ಟ್ ಕೀ ಪರಿಶೀಲನೆ ಉಳಿಸಿಕೊಳ್ಳಿ.
VPN ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ, ಮೆನು ಬಾರ್ ಸುರಂಗವನ್ನು ತೋರಿಸುತ್ತದೆ, ಆದರೆ Mountain Duck ಇನ್ನೂ ಲಾಗಿನ್ ಕೇಳುತ್ತದೆ. ನಂತರ ಅದು ಕೋಡ್ ಕೇಳುತ್ತದೆ. ಏನೂ ಮುರಿದಿಲ್ಲ: ಎರಡು ಬೇರೆ ವ್ಯವಸ್ಥೆಗಳು ನಿಮ್ಮನ್ನು ದೃಢೀಕರಿಸುತ್ತಿವೆ, ಮತ್ತು ಎರಡನೆಯದು ಮೊದಲನೆಯ ಬಗ್ಗೆ ಎಂದೂ ಕೇಳಿಲ್ಲ. VPN ನ MFA ಗೇಟ್ವೇಗೆ ಏನನ್ನೋ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. SFTP ಸರ್ವರ್ ತನ್ನದೇ ಸಾಕ್ಷ್ಯವನ್ನು ಕೇಳುತ್ತದೆ, ತನ್ನದೇ ಖಾತೆಯ ವಿರುದ್ಧ.
ಎರಡು ಪ್ರಾಂಪ್ಟ್, ಎರಡು ವ್ಯವಸ್ಥೆ
ಗೇಟ್ವೇ ಮತ್ತು ಫೈಲ್ ಸರ್ವರ್ ಪ್ರತ್ಯೇಕ ನೀತಿ ಕ್ಷೇತ್ರಗಳು. ಅವು ಒಂದು ಡೈರೆಕ್ಟರಿ ಹಂಚಿಕೊಳ್ಳಬಹುದು, ಅಥವಾ ಅವನ್ನು ಬಳಸುವ ವ್ಯಕ್ತಿಯ ಹೊರತು ಬೇರೆ ಏನೂ ಸಾಮಾನ್ಯವಾಗಿ ಇಲ್ಲದಿರಬಹುದು. VPN ನಲ್ಲಿ ಒಂದು ಬಾರಿಯ ಕೋಡ್ ರವಾನಿಸುವುದು SFTP ಹೋಸ್ಟ್ನಲ್ಲಿ ಸೆಷನ್ ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ, ಮತ್ತು SFTP ಹೋಸ್ಟ್ ನೀವು ಸುರಂಗ ಬಳಸಿದ್ದೀರಾ ಎಂದು ತಿಳಿಯಲಾರದು. ಪ್ರತಿ ವ್ಯವಸ್ಥೆಯೂ ಕೇಳುತ್ತಿರುವುದು ತಾನೊಂದೇ ಎಂದು ಭಾವಿಸುತ್ತದೆ.
| Layer | What it authenticates | Where the account lives |
|---|---|---|
| VPN | The tunnel endpoint | Gateway or identity provider |
| SFTP | The file session | SSH server or its directory |
| Folder access | Read and write within the share | Filesystem permissions |
ನಿಮ್ಮ ಟಿಪ್ಪಣಿಗಳಲ್ಲಿ ಮೂರನ್ನೂ ಪ್ರತ್ಯೇಕ ಸಾಲುಗಳಾಗಿ ಪರಿಗಣಿಸಿ. ಒಂದು ವಿಫಲವಾದಾಗ, ಯಾವ ಕನ್ಸೋಲ್ ತೆರೆಯಬೇಕು ಎಂದು ಸಾಲು ಹೇಳುತ್ತದೆ, ಮತ್ತು ಕೆಲಸದ ಬಹುಪಾಲು ಅಷ್ಟೇ.
SFTP ನಿರ್ವಾಹಕರ ವಿಳಾಸ ಬಳಸಿ
ಬುಕ್ಮಾರ್ಕ್ಗೆ ಫೈಲ್ ಸೇವೆ ನಿಜವಾಗಿ ಕೇಳುತ್ತಿರುವ ಹೋಸ್ಟ್ಹೆಸರು ಮತ್ತು ಪೋರ್ಟ್ ಬೇಕು, ಅದು ಕಡ್ಡಾಯವಾಗಿ VPN ಸರ್ವರ್ನ ವಿಳಾಸವಲ್ಲ. SFTP ಸೇವೆ ನಡೆಸುವ ನಿರ್ವಾಹಕರನ್ನು ಕೇಳಿ, ಮತ್ತು ಇತರ ಕ್ಲೈಂಟ್ಗಳು ಬಳಸುವ ಅದೇ ಹೋಸ್ಟ್ಹೆಸರು ಬಳಸಿ.
ಸರ್ವರ್ ಗುರುತಿನ ಪರಿಶೀಲನೆಯನ್ನು ಅಕ್ಷತವಾಗಿ ಇರಿಸಿ. Mountain Duck ಮತ್ತು Cyberduck ಮೊದಲ ಸಂಪರ್ಕದಲ್ಲಿ ಹೋಸ್ಟ್ ಕೀ ತೋರಿಸುತ್ತವೆ, ಮತ್ತು ನಿರ್ವಾಹಕರು ಬೇರೆ ಮಾರ್ಗದಲ್ಲಿ ನೀಡುವ ಮೌಲ್ಯದೊಂದಿಗೆ ಅದನ್ನು ಹೋಲಿಸುವುದೇ ತಪ್ಪು ಸರ್ವರ್ಗೆ ನಿಮ್ಮ ರುಜುವಾತುಗಳು ಸಿಗದಂತೆ ತಡೆಯುವ ಹಂತ. ಬುಕ್ಮಾರ್ಕ್ ಸಂಪರ್ಕಗೊಳ್ಳಲಿ ಎಂದು ಆ ಪರಿಶೀಲನೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಅನುಕೂಲದ ಸೋಗಿನಲ್ಲಿ ತೆಗೆದುಕೊಂಡ ಶಾಶ್ವತ ನಿರ್ಧಾರ. ಅದು ನಂತರ ಫೈಲ್ ನೀವು ಉದ್ದೇಶಿಸಿದ ಜಾಗಕ್ಕೆ ಹೋಯಿತು ಎಂಬ ಏಕೈಕ ಸಾಕ್ಷ್ಯವನ್ನೂ ತೆಗೆದುಹಾಕುತ್ತದೆ.
ಸರ್ವರ್ ಕಳುಹಿಸುವ ಸವಾಲಿಗೆ ಉತ್ತರಿಸಿ
ಯೋಜನೆಯ SFTP ದಾಖಲೆ ಒಂದು ಬಾರಿಯ ಕೋಡ್ಗಳಿಗೆ ಸವಾಲು-ಪ್ರತಿಕ್ರಿಯೆ ಬೆಂಬಲವನ್ನು ವಿವರಿಸುತ್ತದೆ: ಆರಂಭಿಕ ಲಾಗಿನ್ ಪ್ರಾಂಪ್ಟ್, ನಂತರ ಸರ್ವರ್ ಕೇಳಿದಂತೆ ಕೋಡ್ಗೆ ಎರಡನೇ ಪ್ರಾಂಪ್ಟ್. ಈ ಹರಿವು ಸರ್ವರ್ನ ಸಂರಚನೆಗೆ ಸೇರಿದ್ದು, ಮತ್ತು ಕ್ಲೈಂಟ್ ಪಾಸ್ವರ್ಡ್ ಕ್ಷೇತ್ರದಲ್ಲಿ ಇನ್ನೊಂದು ಮೌಲ್ಯ ಸಂಗ್ರಹಿಸಿ ಸರ್ವರ್ ಕಡೆಯ ಎರಡು-ಅಂಶ ಜಾರಿಯನ್ನು ಸೇರಿಸಲಾರದು.
ಆದ್ದರಿಂದ ಬುಕ್ಮಾರ್ಕ್ ಸಾಮಾನ್ಯ ಖಾತೆ ರುಜುವಾತನ್ನು ಇರಿಸಿಕೊಳ್ಳಬೇಕು, ಮತ್ತು ಪ್ರಾಂಪ್ಟ್ ಬಂದಾಗ ಕೋಡ್ ಟೈಪ್ ಮಾಡಬೇಕು. ಬದಲಾಗುವ ಕೋಡ್ ಅನ್ನು ಶಾಶ್ವತ ಪಾಸ್ವರ್ಡ್ ಆಗಿ ಸಂಗ್ರಹಿಸಿದರೆ ಒಮ್ಮೆ ಕೆಲಸ ಮಾಡಿ, ನಂತರ ತಪ್ಪು ಪಾಸ್ವರ್ಡ್ನಂತೆ ಕಾಣುವ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುವ ಬುಕ್ಮಾರ್ಕ್ ಉಂಟಾಗುತ್ತದೆ. ಕೋಡ್ ಅನ್ನು VPN ರುಜುವಾತು ಕ್ಷೇತ್ರದಲ್ಲಿ ಇಟ್ಟರೆ ವಿಫಲತೆ ಬೇರೆ ರೀತಿ: ಗೇಟ್ವೇ ಅದನ್ನು ತಿರಸ್ಕರಿಸುತ್ತದೆ, ಮತ್ತು ಸುರಂಗ ಎಂದೂ ಮೇಲೇಳುವುದಿಲ್ಲ. ಎರಡು ಪ್ರಾಂಪ್ಟ್, ಎರಡು ಸ್ಥಳ, ಮತ್ತು ಅವನ್ನು ಅದಲುಬದಲು ಮಾಡಿದರೆ ಎರಡೂ ಮುರಿಯುತ್ತವೆ.
ಸ್ವಯಂಚಾಲಿತ ಮೌಂಟ್ ಬಟನ್ ಒತ್ತಲಾರದು
ಬುಕ್ಮಾರ್ಕ್ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಮತ್ತೆ ಸಂಪರ್ಕಗೊಂಡರೆ, ಸಂವಾದಾತ್ಮಕ ಸವಾಲಿಗೆ ಉತ್ತರಿಸುವವರು ಯಾರೂ ಇಲ್ಲ. ಮೌಂಟ್ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸುತ್ತದೆ, ಸರ್ವರ್ ಮತ್ತೆ ಕೇಳುತ್ತದೆ, ಮತ್ತು ಲಾಗ್ ಯಶಸ್ವಿಯಾಗಲಾಗದ ಪ್ರಯತ್ನಗಳಿಂದ ತುಂಬುತ್ತದೆ. ವ್ಯಕ್ತಿಯ ಅಗತ್ಯವಿರುವ ನೀತಿಯ ಪ್ರಾಮಾಣಿಕ ಫಲಿತಾಂಶ ಅದು.
ಸಂವಹನವನ್ನು ಯೋಜಿಸಿ: ನೀವು ಇರುವಾಗಲೇ ಸುರಂಗ ಮತ್ತು ಬುಕ್ಮಾರ್ಕ್ ಸಂಪರ್ಕಿಸಿ, ನಂತರದ ಸ್ವಯಂಚಾಲಿತ ಮರುಸಂಪರ್ಕಗಳನ್ನು ಉತ್ತಮ ಪ್ರಯತ್ನ ಎಂದು ಪರಿಗಣಿಸಿ. ಕೆಲಸದ ಹರಿವಿಗೆ ನಿಜವಾಗಿ ಮೇಲ್ವಿಚಾರಣೆ ಇಲ್ಲದ ಪ್ರವೇಶ ಬೇಕಾದರೆ, ಸರ್ವರ್ ಮಾಲೀಕರು ಬೇರೆ ದೃಢೀಕರಣ ವ್ಯವಸ್ಥೆಯನ್ನು ಅನುಮೋದಿಸಬೇಕು, ಅದು ಬುಕ್ಮಾರ್ಕ್ ಸೆಟ್ಟಿಂಗ್ ಅಲ್ಲ, ನೀತಿ ಬದಲಾವಣೆ.
ಮೌಂಟ್ ಅನುಮತಿ ಅಲ್ಲ
ಮೌಂಟ್ ಮಾಡಿದ ವಾಲ್ಯೂಮ್ ಸೆಷನ್ ದೃಢೀಕರಣಗೊಂಡಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಆ ಸರ್ವರ್ನ ಎಲ್ಲೆಡೆ ಖಾತೆ ಬರೆಯಬಹುದು ಎಂದು ಅದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಉದ್ದೇಶಿತ ಫೋಲ್ಡರ್ ಪರಿಶೀಲಿಸಿ, ನಿಮಗೆ ನಿಜವಾಗಿ ಬೇಕಾದ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಪ್ರಯತ್ನಿಸಿ, ಮತ್ತು ಉತ್ತರ ಮುಖ್ಯವಾದಾಗ ಸರ್ವರ್ ಕಡೆಯಿಂದ ಫಲಿತಾಂಶ ದೃಢೀಕರಿಸಿ. Finder ನ ಪಾರ್ಶ್ವ ಪಟ್ಟಿ ವಾಲ್ಯೂಮ್ ತೋರಿಸುತ್ತದೆ; ಅದರ ಹಿಂದಿನ ಅನುಮತಿಗಳ ಬಗ್ಗೆ ಏನೂ ಹೇಳುವುದಿಲ್ಲ.
ಬೇರೆ ಪ್ರೋಟೋಕಾಲ್ಗೆ, ಈ ಕ್ರಮವನ್ನು ನಕಲಿಸುವ ಬದಲು ಆ ಪೂರೈಕೆದಾರರ ದಾಖಲಿತ ದೃಢೀಕರಣ ವಿಧಾನ ಬಳಸಿ. ಕ್ಲೌಡ್ ಸೈನ್-ಇನ್ ಮತ್ತು SSH ಸವಾಲು ಪಾರ್ಶ್ವ ಪಟ್ಟಿಯಲ್ಲಿ ಒಂದೇ ರೀತಿ ಕಾಣಬಹುದು, ಆದರೆ ಒಳಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಬೇರೆ ರೀತಿ ವರ್ತಿಸುತ್ತವೆ.