VPN ಮೇಲಿನ SSHFS ಮೌಂಟ್ ಅನ್ನು ಬಳಕೆದಾರ ಸೆಷನ್ ಹೊಂದಿರಬೇಕೇ?

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

ಎರಡು ಗುರುತುಗಳು, ಎರಡು ಪ್ರತ್ಯೇಕ ಅನುಮತಿಗಳು

VPN ಕ್ಲೈಂಟ್ಗೆ ಮಾರ್ಗಗಳು ಮತ್ತು ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಬದಲಾಯಿಸಲು ಸವಲತ್ತುಗಳು ಬೇಕು. SSHFS ಮೌಂಟ್ಗೆ ಫೈಲ್ ಸರ್ವರ್ ಸ್ವೀಕರಿಸುವ SSH ಗುರುತು ಮತ್ತು ಫೈಲ್ಗಳನ್ನು ಓದುವ ಖಾತೆಯ ಒಡೆತನದ FUSE ಮೌಂಟ್ ಬೇಕು. ರೂಟ್ ಆಗಿ ಚಲಿಸುವ ಒಂದು ಸ್ಕ್ರಿಪ್ಟ್ ಮೊದಲ ಅಗತ್ಯವನ್ನು ಪೂರೈಸುತ್ತದೆ ಮತ್ತು ಎರಡನೆಯದನ್ನು ಸದ್ದಿಲ್ಲದೆ ಮುರಿಯುತ್ತದೆ.

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

ಯಾವುದೇ ಆಟೊಮೇಷನ್ ಬರೆಯುವ ಮೊದಲು ಯಾವ ಖಾತೆ ಮೌಂಟ್ ಅನ್ನು ಹೊಂದಿದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ, ಏಕೆಂದರೆ ಆ ಆಯ್ಕೆ ಟ್ರಿಗರ್ ಎಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ ಮತ್ತು ಯಾವ ರುಜುವಾತುಗಳನ್ನು ತಲುಪಬಹುದು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.

ಮೊದಲು ಕೈಯಿಂದ ಬಳಕೆದಾರ-ಒಡೆತನದ ಮೌಂಟ್ ಸ್ಥಾಪಿಸಿ

ಖಾಲಿ ಮೌಂಟ್ಪಾಯಿಂಟ್, ಅಧಿಕೃತ SSH ಖಾತೆ ಮತ್ತು ಟನಲ್ ಮೂಲಕ ಸರ್ವರ್ಗೆ ಕೆಲಸ ಮಾಡುವ ಮಾರ್ಗವನ್ನು ಹೊಂದಿರುವ ಸೈನ್-ಇನ್ ಆದ ಬಳಕೆದಾರರಿಂದ ಪ್ರಾರಂಭಿಸಿ. ಕೈಯಿಂದ ಮಾಡುವ ಮೌಂಟ್ ಯಾವುದೇ ಆಟೊಮೇಷನ್ ಪುನರಾವರ್ತಿಸಬೇಕಾದ ಆಧಾರವನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ.

mkdir -p "$HOME/mnt/team"
sshfs [email protected]:/exports/team "$HOME/mnt/team"
mount | grep sshfs

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

ಅದನ್ನು ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರಾಗಿ, ಆ ಬಳಕೆದಾರರ ಒಡೆತನದ ಮೌಂಟ್ಪಾಯಿಂಟ್ನೊಂದಿಗೆ ಚಲಾಯಿಸಿ. ಡಿಫಾಲ್ಟ್ ಆಗಿ ಮೌಂಟ್ ಮಾಡುವ ಖಾತೆ ಮಾತ್ರ ಫೈಲ್ಗಳನ್ನು ತಲುಪುತ್ತದೆ, ಮತ್ತು allow_other ಆ ಗಡಿಯನ್ನು ಪ್ರತಿ ಸ್ಥಳೀಯ ಬಳಕೆದಾರರಿಗೆ ವಿಸ್ತರಿಸುತ್ತದೆ. ಅದು ಉದ್ದೇಶಪೂರ್ವಕ ಪ್ರವೇಶ ವಿಸ್ತರಣೆ, ಆಟೊಮೇಷನ್ಗೆ ಪರ್ಯಾಯ ಉಪಾಯವಲ್ಲ.

ಟ್ರಿಗರ್ ಅದೇ ಸೆಷನ್ ಸಂದರ್ಭದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲಿ

ಬೆಂಬಲಿತ VPN ಈವೆಂಟ್ ಇಂಟಿಗ್ರೇಷನ್ ಬಳಕೆದಾರ-ಸೆಷನ್ ಕ್ರಿಯೆಯನ್ನು ಚಲಾಯಿಸಲು ಕೇಳಲಿ, ವಿಶೇಷಾಧಿಕಾರ callback ಡೆಸ್ಕ್ಟಾಪ್ ರುಜುವಾತನ್ನು ಎರವಲು ಪಡೆಯಬಹುದು ಎಂದು ಊಹಿಸುವ ಬದಲು. ಟ್ರಿಗರ್ ಅನ್ನು tun0 ಎಂದು ಕರೆಯಲ್ಪಡುವ ಯಾವುದೇ ಇಂಟರ್ಫೇಸ್ಗೆ ಅಲ್ಲ, ಉದ್ದೇಶಿತ ಸಂಪರ್ಕ ಗುರುತಿಸುವಿಕೆಗೆ ಸೀಮಿತಗೊಳಿಸಿ. ತಪ್ಪಾದ ವಸ್ತುವಿಗೆ ಹೊಂದಿಕೆಯಾಗುವ ಡಿಸ್ಪ್ಯಾಚರ್ ನಿಯಮವು ಪ್ರತಿ ನೆಟ್ವರ್ಕ್ ಬದಲಾವಣೆಯಲ್ಲಿ ಸಕ್ರಿಯಗೊಳ್ಳುತ್ತದೆ, ಈ ಮೌಂಟ್ಗೆ ಸಂಬಂಧವಿಲ್ಲದವುಗಳೂ ಸೇರಿದಂತೆ.

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

nmcli -g UUID connection show --active
systemctl --user list-units 'sshfs*'
pgrep -a sshfs

ಮೊದಲ ಆಜ್ಞೆಯು ಡಿಸ್ಪ್ಯಾಚರ್ ಹೊಂದಿಕೆಯಾಗಬೇಕಾದ ಸಂಪರ್ಕ ಗುರುತಿಸುವಿಕೆಯನ್ನು ನೀಡುತ್ತದೆ. ಉಳಿದ ಎರಡು ಪ್ರಯತ್ನವು ಈಗಾಗಲೇ ನಡೆಯುತ್ತಿದೆಯೇ ಎಂದು ತೋರಿಸುತ್ತವೆ, ಮತ್ತು ಅದೇ ನಕಲುಗಳನ್ನು ತಡೆಯುವ ಪರಿಶೀಲನೆ.

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

ಒತ್ತಾಯದ ಕ್ಲೀನ್ಅಪ್ಗೆ ಮೊದಲು ಸಂಪರ್ಕ ಕಡಿತವನ್ನು ಯೋಜಿಸಿ

ಯೋಜಿತ ಸಂಪರ್ಕ ಕಡಿತಕ್ಕಾಗಿ, ಫೈಲ್ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಮುಗಿಸಿ ಮತ್ತು ಮೌಂಟ್ ಮಾಡುವ ಬಳಕೆದಾರರ ಸ್ವಂತ ಕಾರ್ಯಪ್ರವಾಹದಿಂದ ಅನ್ಮೌಂಟ್ ಮಾಡಿ. ಪ್ರಕ್ರಿಯೆಗಿಂತ ಮೌಂಟ್ಪಾಯಿಂಟ್ ಅನ್ನು ಗುರಿಯಾಗಿಸಿ, ಮತ್ತು ಯಶಸ್ಸನ್ನು ವರದಿ ಮಾಡುವ ಮೊದಲು ಫಲಿತಾಂಶವನ್ನು ದೃಢೀಕರಿಸಿ.

fusermount3 -u "$HOME/mnt/team"
mountpoint "$HOME/mnt/team"

ಈ ಕಾರ್ಯಪ್ರವಾಹವು ರಚಿಸಿದ ಮೌಂಟ್ ಅನ್ನು ಮಾತ್ರ ಅನ್ಮೌಂಟ್ ಮಾಡಿ. ಅದು ಬಿಜಿ ಆಗಿದ್ದರೆ, ಅದು ಅಪ್ಲಿಕೇಶನ್ ನಿರ್ಧಾರ: ಹುಕ್ ಯಶಸ್ಸನ್ನು ಹಿಂತಿರುಗಿಸಲು ಇರುವ ಒತ್ತಾಯದ ಡಿಟ್ಯಾಚ್ ಡೇಟಾ ನಷ್ಟವನ್ನು ತಡೆಯುವ ಬದಲು ಮರೆಮಾಡುತ್ತದೆ.

ಅನಿರೀಕ್ಷಿತ ನಷ್ಟವು ವಿಭಿನ್ನವಾಗಿ ವರ್ತಿಸುತ್ತದೆ. SSHFS ನೆಟ್ವರ್ಕ್ ಅಡಚಣೆಯು ಫೈಲ್ಸಿಸ್ಟಂ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ನಿರ್ಬಂಧಿಸಬಹುದು ಎಂದು ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು reconnect ಆಯ್ಕೆಯು ಹ್ಯಾಂಡಲ್ಗಳನ್ನು ಮರುಸ್ಥಾಪಿಸದೆ ಸಾಗಣೆಯನ್ನು ಮರುಸ್ಥಾಪಿಸುತ್ತದೆ: ಮರುಸಂಪರ್ಕಕ್ಕೆ ಮೊದಲು ತೆರೆದ ಫೈಲ್ ಮುಂದಿನ ಬರವಣಿಗೆಯಲ್ಲಿ ವಿಫಲವಾಗಬಹುದು, ಮತ್ತು ಅಡ್ಡಿಪಡಿಸಿದ ಬರವಣಿಗೆ ಉಳಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಆ ವ್ಯತ್ಯಾಸವು ಒಂದು ಫೈಲ್ ಅನ್ನು ಗಂಟೆಗಟ್ಟಲೆ ತೆರೆದಿಡುವ ಸಂಪಾದಕರಿಗೆ ಅತ್ಯಂತ ಮುಖ್ಯ. ಮರುಪ್ರಾಪ್ತಿಯನ್ನು ಊಹಿಸುವ ಬದಲು ಮತ್ತೆ ತೆರೆಯುವ ಹಂತವನ್ನು ಯೋಜಿಸಿ.

ಅದನ್ನು ಅವಲಂಬಿಸುವ ಮೊದಲು ಬಿಸಾಡಬಹುದಾದ ಫೈಲ್ಗಳೊಂದಿಗೆ ವರ್ತನೆಯನ್ನು ಪರೀಕ್ಷಿಸಿ. ಟನಲ್ ಮರಳಿದ ನಂತರ ಮತ್ತೆ ಕಾಣಿಸಿಕೊಳ್ಳುವ ಡೈರೆಕ್ಟರಿ ಹಿಂದಿನ ಹ್ಯಾಂಡಲ್ಗಳು ಅಥವಾ ಉಳಿಸದ ಕೆಲಸ ಉಳಿದಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.