PrivateTmp: ಹುಕ್ಗಳು ಫೈಲ್ ಬರೆದಿದೆ, ಹಾಗಾದರೆ ಅದು ಎಲ್ಲಿಗೆ ಹೋಯಿತು?

ಹುಕ್ಗಳು ಯಶಸ್ಸನ್ನು ವರದಿ ಮಾಡುತ್ತವೆ, ಮತ್ತು ಅದೇ ಮಾರ್ಗ ಶೆಲ್ನಿಂದ ಇನ್ನೂ ಖಾಲಿ ಕಾಣುತ್ತದೆ. ಎರಡೂ ಹೇಳಿಕೆಗಳು ಒಂದೇ ಸಮಯದಲ್ಲಿ ಸರಿಯಾಗಿರಬಹುದು, ಏಕೆಂದರೆ systemd ಸೇವೆ ತನ್ನದೇ mount ಹೆಸರಿನ ಸ್ಥಳದಲ್ಲಿ ಖಾಸಗಿ ತಾತ್ಕಾಲಿಕ ಡೈರೆಕ್ಟರಿಯೊಂದಿಗೆ ಇರಬಹುದು. ಅದನ್ನು ಅರ್ಥಮಾಡಿಕೊಂಡ ನಂತರ ಆಸಕ್ತಿಕರ ಪ್ರಶ್ನೆ ಎಂದರೆ ಬರವಣಿಗೆ ಸಾಮಾನ್ಯವಾಗಿ ಯಶಸ್ವಿಯಾಯಿತೇ ಎಂಬುದು.

ಎರಡು ತಾತ್ಕಾಲಿಕ ಡೈರೆಕ್ಟರಿಗಳು, ಒಂದೇ ಮಾರ್ಗ

ಪ್ರತ್ಯೇಕತೆಯ ಸೆಟ್ಟಿಂಗ್ ಯುನಿಟ್ಗೆ ತಾತ್ಕಾಲಿಕ ಡೈರೆಕ್ಟರಿಗಳ ಖಾಸಗಿ ನೋಟವನ್ನು ನೀಡುತ್ತದೆ, ಅವುಗಳನ್ನು ಓದಲು-ಮಾತ್ರ ಮಾಡುವ ಬದಲು. ಯುನಿಟ್ನ ಹೊರಗಿನ ಪ್ರಕ್ರಿಯೆಗಳು ಅಲ್ಲಿ ಏನು ಬರೆಯುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡಲಾರವು, ಮತ್ತು ಯುನಿಟ್ ನಿಂತಾಗ ಅದು ಬಿಟ್ಟ ಎಲ್ಲವೂ ಎಸೆಯಲ್ಪಡುತ್ತದೆ. ಆದ್ದರಿಂದ ಹುಕ್ ಮುದ್ರಿಸಿದ ಮಾರ್ಗ ಮತ್ತು ಶೆಲ್ನಿಂದ ಪರಿಶೀಲಿಸಿದ ಮಾರ್ಗ ಒಂದೇ ಹೆಸರಿನ ಬೇರೆ ವಸ್ತುಗಳನ್ನು ಸೂಚಿಸಬಹುದು.

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

ಕಾಣದುದನ್ನು ಬರೆಯಲಾಗದುದರಿಂದ ಬೇರ್ಪಡಿಸಿ

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

systemctl show [email protected] -p PrivateTmp -p User -p Group -p RuntimeDirectory
systemctl show [email protected] -p MainPID --value
sudo ls -l /proc/PID/root/tmp/client-state

ಪ್ರಕ್ರಿಯೆಯ ಮೂಲ ಮಾರ್ಗ ಸೇವೆಯ ಸ್ವಂತ ಫೈಲ್ಸಿಸ್ಟಂ ನೋಟವನ್ನು ತೋರಿಸುತ್ತದೆ, ಪ್ರಕ್ರಿಯೆ ಇನ್ನೂ ಚಾಲನೆಯಲ್ಲಿರುವಾಗ ಅದರ ಮೇಲಿನ ಅನುಮತಿ ಪರಿಶೀಲನೆಗಳಿಗೆ ಒಳಪಟ್ಟಿರುತ್ತದೆ. ಅದೇ ಅಧಿವೇಶನದಲ್ಲಿ ಯುನಿಟ್ನ ಜರ್ನಲ್ ಓದಿ, ಏಕೆಂದರೆ ಯಾರಾದರೂ ಈಗಾಗಲೇ ಕಾರಣವನ್ನು ನಿರ್ಧರಿಸಿದಾಗ ಬರವಣಿಗೆಯ ದೋಷ ಮತ್ತು ಕಾಣೆಯಾದ ಫೈಲ್ ಅನ್ನು ಬೆರೆಸುವುದು ಸುಲಭ.

ಹಂಚಿದ ಡೇಟಾಗೆ ಸ್ಪಷ್ಟ ಸ್ಥಳ ನೀಡಿ

ಸೇವೆಗೆ ಮಾತ್ರ ಬೇಕಾದ ಡೇಟಾ ಅದರ ಖಾಸಗಿ ತಾತ್ಕಾಲಿಕ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿರುತ್ತದೆ. ಬೇರೆ ಪ್ರಕ್ರಿಯೆ ಓದಬೇಕಾದ ಡೇಟಾಗೆ ಎರಡಕ್ಕೂ ವ್ಯಾಖ್ಯಾನಿಸಿದ ಮಾರ್ಗ ಬೇಕು, ಅದರಲ್ಲಿ ಮಾಲೀಕ, ಮೋಡ್ ಮತ್ತು ಅವಧಿ ತಿಳಿಸಿರಬೇಕು. ಯುನಿಟ್ ಸಂಪಾದಿಸುವ ಮೊದಲು ಎರಡರಲ್ಲಿ ಯಾವ ಸಂದರ್ಭ ನಿಮ್ಮದು ಎಂದು ನಿರ್ಧರಿಸಿ. ಈ ಘಟನೆಗಳಲ್ಲಿ ಹೆಚ್ಚಿನವು ಖಾಸಗಿ ಫೈಲ್ ಅನ್ನು ಹಂಚಿದ ಫೈಲ್ ಎಂದು ಪರಿಗಣಿಸುವುದರಿಂದ ಬರುತ್ತವೆ.

[Service]
RuntimeDirectory=openvpn-hook-office
RuntimeDirectoryMode=0750

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

ಸ್ಥಾಪಿತ ಯುನಿಟ್ ಈಗಾಗಲೇ ಬೇಡುವ ಯಾವುದೇ ರನ್ಟೈಮ್ ಡೈರೆಕ್ಟರಿಯನ್ನು ಉಳಿಸಿ. ಪಟ್ಟಿಗೆ ಸೇರಿಸುವ ಬದಲು ಅದನ್ನು ಬದಲಿಸುವುದು ಸಂಬಂಧವಿಲ್ಲದ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಮುರಿಯುವ ಸಾಮಾನ್ಯ ಮಾರ್ಗ, ಅದನ್ನು ಯಾರೂ ಬದಲಾವಣೆಯೊಂದಿಗೆ ಜೋಡಿಸುವುದಿಲ್ಲ.

ಎರಡು ಸವಲತ್ತು ಪದರಗಳು ಒಪ್ಪದಿರಬಹುದು

ಸೇವಾ ಮ್ಯಾನೇಜರ್ ಯುನಿಟ್ನ ಸಂರಚಿತ ಬಳಕೆದಾರರಿಗೆ ಡೈರೆಕ್ಟರಿಯನ್ನು ರಚಿಸುತ್ತದೆ, ಆದರೆ VPN ಡೀಮನ್ ಸಂಪರ್ಕ ಹುಕ್ ಚಲಾಯಿಸುವ ಮೊದಲು ಪ್ರತ್ಯೇಕವಾಗಿ ತನ್ನ ಸ್ವಂತ ಖಾತೆಗೆ ಇಳಿಯಬಹುದು. ಇವು ಬೇರೆ ಪದರಗಳು, ಮತ್ತು ಅವು ಬೇರೆ ಗುರುತುಗಳನ್ನು ಹೆಸರಿಸಬಹುದು.

ನಿರ್ಬಂಧಕ ಮೋಡ್ ಹೊಂದಿರುವ root-ಮಾಲೀಕತ್ವದ ಡೈರೆಕ್ಟರಿ ಈಗಾಗಲೇ ಸವಲತ್ತುಗಳನ್ನು ಬಿಟ್ಟುಕೊಟ್ಟ ಡೀಮನ್ಗೆ ಸಂಪೂರ್ಣ ಗೋಚರವಾಗಿದೆ, ಮತ್ತು ಹಾಗಿದ್ದರೂ ಅದಕ್ಕೆ ಬರೆಯಲಾಗದ್ದು. ಆಗ ದೋಷವನ್ನು ಅನುಮತಿ ಸಮಸ್ಯೆ ಎಂದು ಓದಲಾಗುತ್ತದೆ, ಆದರೆ ಮಾರ್ಗ ನೀವು ನಿರೀಕ್ಷಿಸಿದ ಸ್ಥಳದಲ್ಲೇ ಇದೆ. ಡೈರೆಕ್ಟರಿಯ ಮಾಲೀಕರನ್ನು ಹುಕ್ ವರದಿ ಮಾಡುವ ಗುರುತಿನೊಂದಿಗೆ ಹೋಲಿಸಿ. ಅವು ಭಿನ್ನವಾದಾಗ, ಮೋಡ್ ಎಂದೂ ಪ್ರಶ್ನೆಯಾಗಿರಲಿಲ್ಲ.

ಮಾಲೀಕತ್ವ ಬದಲಿಸುವ ಮೊದಲು ಹುಕ್ ನಿಜವಾಗಿ ಯಾವ ಗುರುತಿನಲ್ಲಿ ಚಲಿಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಡೈರೆಕ್ಟರಿಯನ್ನು ಸರಿಪಡಿಸಲು ಸೇವೆಯ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಬಳಕೆದಾರರನ್ನು ಬದಲಿಸುವುದು ಬೇರೆಡೆ ಸಾಧನ ಪ್ರವೇಶ ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಸವಲತ್ತುಗಳನ್ನು ಬದಲಿಸಬಹುದು, ಇದು ಚಿಕ್ಕ ಸಮಸ್ಯೆಗೆ ದೊಡ್ಡ ಬೆಲೆ.

ಇಡೀ ಹಸ್ತಾಂತರವನ್ನು ಪರಿಶೀಲಿಸಿ

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

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