VPN ನಂತರದ ಕಾರ್ಯಗಳನ್ನು if-up ಅಲ್ಲ, ಡಿಸ್ಪ್ಯಾಚರ್ನಿಂದ ಚಲಾಯಿಸಿ

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

NetworkManager ನಿರ್ವಹಿಸುವ VPN ಗೆ ಡಿಸ್ಪ್ಯಾಚರ್ ಸರಿಯಾದ ಸ್ಥಳ, ಮತ್ತು vpn-up ಸರಿಯಾದ ಕ್ರಿಯೆ.

ಇಂಟರ್ಫೇಸ್ ಈವೆಂಟ್ ಅಲ್ಲ, vpn-up ಬಳಸಿ

ಡಿಸ್ಪ್ಯಾಚರ್ up ಮತ್ತು vpn-up ಅನ್ನು ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ. ಮೊದಲನೆಯದು ಸಕ್ರಿಯಗೊಂಡ ಇಂಟರ್ಫೇಸ್ ವರದಿ ಮಾಡುತ್ತದೆ; ಎರಡನೆಯದು ಸಕ್ರಿಯಗೊಂಡ VPN ಸಂಪರ್ಕ ವರದಿ ಮಾಡುತ್ತದೆ. Wi-Fi ಮೇಲಕ್ಕೆ ಬರುವುದು ಕೆಳಗಿನ ಕೊಂಡಿ ಇದೆ ಎಂದಷ್ಟೇ ಅರ್ಥ; ಸುರಂಗ ಇನ್ನೂ ಮಾತುಕತೆ ನಡೆಸುತ್ತಿರಬಹುದು, ಅಥವಾ ಎಂದಿಗೂ ದೃಢೀಕರಣಗೊಳ್ಳದೇ ಇರಬಹುದು.

ಸ್ಕ್ರಿಪ್ಟ್ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಕ್ರಿಯೆಯನ್ನು ಪಡೆಯುತ್ತದೆ, ಆದರೆ ಸಂಪರ್ಕದ ವಿವರಗಳು ಪರಿಸರದ ಮೂಲಕ ಬರುತ್ತವೆ, ಅವುಗಳಲ್ಲಿ ಪ್ರೊಫೈಲ್ UUID ಮತ್ತು VPN ನ IP ಇಂಟರ್ಫೇಸ್ ಸೇರಿವೆ. ಸಾಧನಗಳ ಹೆಸರುಗಳಿಂದ ಗುರುತನ್ನು ಊಹಿಸುವ ಬದಲು ಆ ವೇರಿಯೇಬಲ್ಗಳನ್ನು ಓದಿ.

ಹೊಂದಾಣಿಕೆಯನ್ನು ಒಂದು ಸಂಪರ್ಕಕ್ಕೆ ಸೀಮಿತಗೊಳಿಸಿ

ಸಂಪರ್ಕ UUID ಅಥವಾ ಡಿಸ್ಪ್ಯಾಚರ್ ನೀಡುವ ಬೇರೆ ಗುರುತಿಗೆ ಹೊಂದಿಸಿ, tun ಪೂರ್ವಪ್ರತ್ಯಯ ಅಥವಾ ppp0 ಗೆ ಅಲ್ಲ. ಇಂಟರ್ಫೇಸ್ ಹೆಸರುಗಳು ಸ್ಥಿರವಲ್ಲ, ಒಂದೇ ಸಮಯದಲ್ಲಿ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಸುರಂಗಗಳು ಇರಬಹುದು, ಮತ್ತು ಎರಡು ಪ್ರೊಫೈಲ್ಗಳು ಒಂದೇ ಪ್ರದರ್ಶನ ಹೆಸರನ್ನು ಹೊಂದಿರಬಹುದು. tun ಪೂರ್ವಪ್ರತ್ಯಯಕ್ಕೆ ಹೊಂದಿಸುವುದು ಎಂದರೆ ಸ್ಕ್ರಿಪ್ಟ್ ಕೊನೆಗೆ ಯಾರೂ ಮುಟ್ಟಲು ಉದ್ದೇಶಿಸದ ಸಂಪರ್ಕಕ್ಕೆ ಚಲಿಸುತ್ತದೆ. ಮತ್ತೆ ಸಂಪರ್ಕಗೊಳ್ಳುವುದು ಸಾಧನವನ್ನು ಪುನರ್ನಿರ್ಮಿಸಿದಾಗ ಅದು ಒಂದೇ ಪ್ರೊಫೈಲ್ಗೆ ಎರಡು ಬಾರಿ ಕೂಡ ಚಲಿಸಬಹುದು.

ಕಾರ್ಯವನ್ನು ಐಡೆಂಪೊಟೆಂಟ್ ಮಾಡಿ. ಪ್ರತಿ ಕರೆಗೂ ಮಾರ್ಗವನ್ನು ಸೇರಿಸುವ ಕಾಲ್ಬ್ಯಾಕ್ ಕೊನೆಗೆ ಕೋಷ್ಟಕವನ್ನು ನಕಲುಗಳಿಂದ ತುಂಬುತ್ತದೆ, ಮತ್ತು ರೂಟಿಂಗ್ ಮುರಿಯುವುದು ಎರಡನೇ ಪ್ರತಿಯಿಂದ.

ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆ ಏನನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ ಎಂದು ತಿಳಿಯಿರಿ

vpn-pre-up NetworkManager VPN ಸಂಪೂರ್ಣ ಸಕ್ರಿಯವಾಗಿದೆ ಎಂದು ವರದಿ ಮಾಡುವ ಮೊದಲು ಚಲಿಸುತ್ತದೆ, ಮತ್ತು ನಿರ್ವಾಹಕ ಆ ಸ್ಕ್ರಿಪ್ಟ್ಗಳಿಗಾಗಿ ಕಾಯುತ್ತದೆ. ಕಾರ್ಯ ನಿಜವಾಗಿಯೂ ಅಲ್ಲಿಗೆ ಸೇರಿದಾಗ ಮಾತ್ರ ತಡೆಯುವ ಹಂತವನ್ನು ಬಳಸಿ, ಏಕೆಂದರೆ ನಿಧಾನ ತಪಾಸಣೆ ಎಲ್ಲಾ ಇತರ ಘಟಕಗಳು ನೋಡಲು ಕಾಯುತ್ತಿರುವ ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆಯನ್ನು ತಡಮಾಡುತ್ತದೆ.

ಮಾರ್ಗಗಳು ಇರುವುದು ಅಪ್ಲಿಕೇಶನ್ ಕೇಳುತ್ತಿದೆ, ಖಾಸಗಿ ಹೆಸರು ಪರಿಹರಿಸುತ್ತದೆ, ಅಥವಾ ಬಳಕೆದಾರ ಅಧಿವೇಶನ ಇದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಸೀಮಿತ ಕಾಲಾವಧಿಯೊಂದಿಗೆ ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಇಡೀ ಸರಪಳಿಯನ್ನು ಮತ್ತೆ ಪ್ರಯತ್ನಿಸುವ ಬದಲು ಯಾವ ಪದರ ವಿಫಲವಾಯಿತು ಎಂದು ವರದಿ ಮಾಡಿ.

ಸ್ಕ್ರಿಪ್ಟ್ ಚಲಿಸುವ ಸಂದರ್ಭವನ್ನು ಗೌರವಿಸಿ

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

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

ಎಂದಿಗೂ ಸಂಭವಿಸದ ಸಂಪರ್ಕ ಕಡಿತಕ್ಕೆ ಯೋಜನೆ ಮಾಡಿ

NetworkManager ದಾಖಲಿಸುತ್ತದೆ, ಅನಿರೀಕ್ಷಿತ ಅಂತ್ಯ ಅಥವಾ ಸಂಪರ್ಕ ಕಳೆದುಕೊಳ್ಳುವಿಕೆಯಂತಹ ಬಲವಂತದ ಸಂಪರ್ಕ ಕಡಿತಗಳಿಗೆ vpn-pre-down ಹೊರಡಿಸುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ ಮೃದು pre-down ಸುತ್ತಲೇ ನಿರ್ಮಿಸಿದ ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆ ರಚನೆಯಿಂದಲೇ ಅಪೂರ್ಣ. ಸ್ಕ್ರಿಪ್ಟ್ ಬದಲಾಯಿಸುವ ಯಾವುದೇ ಹಂಚಿಕೆಯ ಸ್ಥಿತಿಗೆ, ಅದನ್ನು ಕುಸಿತದ ನಂತರ ಮರುಸ್ಥಾಪಿಸಬಲ್ಲ ಇನ್ನೊಬ್ಬ ಮಾಲೀಕ ಬೇಕು, ಮತ್ತು ಆ ಮರುಪ್ರಾಪ್ತಿ ಮಾರ್ಗವನ್ನು ಊಹಿಸದೆ ಪರೀಕ್ಷಿಸಬೇಕು.

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