OpenVPN ನ up ಸ್ಕ್ರಿಪ್ಟ್ ತುಂಬಾ ಮೊದಲೇ ಚಲಿಸಿತೇ, ಅಥವಾ ಅದು ಎಂದಿಗೂ ಸಿದ್ಧವಾಗಿರಲಿಲ್ಲವೇ?
up ಹುಕ್ ಟನೆಲ್ ಸಾಧನವು ಕಾಣಿಸಿಕೊಂಡಾಗ ಚಲಿಸುತ್ತದೆ, ಮಾರ್ಗಗಳು ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಸಿದ್ಧತೆಗಿಂತ ಮೊದಲು. ನಿದ್ರೆಯನ್ನು ಸೇರಿಸುವ ಬದಲು ಸ್ಕ್ರಿಪ್ಟ್ ಅಗತ್ಯವಿರುವ ಘಟನೆಗೆ ಹೊಂದಿಸಿ.
up ಸ್ಕ್ರಿಪ್ಟ್ ಚಲಿಸುತ್ತದೆ, ಶೂನ್ಯದೊಂದಿಗೆ ನಿರ್ಗಮಿಸುತ್ತದೆ, ಮತ್ತು ಅದರೊಳಗಿನ ಕಾರ್ಯವು ಟರ್ಮಿನಲ್ನಿಂದ ಎರಡು ಸೆಕೆಂಡುಗಳ ನಂತರ ಚೆನ್ನಾಗಿ ಕೆಲಸ ಮಾಡುವ ಖಾಸಗಿ ಸೇವೆಯನ್ನು ತಲುಪಲು ವಿಫಲವಾಗುತ್ತದೆ. ಪ್ರವೃತ್ತಿ ಸಮಯ ಎಂದು ಹೇಳುತ್ತದೆ, ಮತ್ತು ಸಾಮಾನ್ಯ ಪರಿಹಾರ ನಿದ್ರೆ, ಅದು ಸ್ಪರ್ಧೆಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳದೆ ಮರೆ ಮಾಡುತ್ತದೆ. ಹೆಚ್ಚು ಉಪಯುಕ್ತವಾದ ಓದುವಿಕೆ ಎಂದರೆ “up” ಒಂದು ಹುಕ್ನ ಹೆಸರು, ಸಿದ್ಧತೆಯ ಖಾತರಿ ಅಲ್ಲ. ಟನೆಲ್ ಸಾಧನವನ್ನು ಸಂರಚಿಸಿದಾಗ ಅದು ಚಾಲನೆಯಾಗುತ್ತದೆ, ಇದು ಮಾರ್ಗಗಳಿಗಿಂತ, DNS ಗಿಂತ ಮತ್ತು ಟನೆಲ್ನ ಹಿಂದಿನ ಯಾವುದೇ ಅಪ್ಲಿಕೇಶನ್ಗಿಂತ ಖಚಿತವಾಗಿ ಮೊದಲು.
ಶೆಲ್ ಪರೀಕ್ಷೆ ಯಶಸ್ವಿಯಾಯಿತು ಏಕೆಂದರೆ ಅದು ಎಲ್ಲವೂ ಸ್ಥಿರವಾದ ನಂತರ ಚಲಿಸಿತು. ಹುಕ್ ಒಂದು ನಿರ್ದಿಷ್ಟ ಕ್ಷಣದಲ್ಲಿ ಚಲಿಸಿತು.
ಪ್ರಾರಂಭ ಕ್ರಮದಲ್ಲಿ up ಎಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ
OpenVPN ಟನೆಲ್ ಸಾಧನವನ್ನು ಸಂರಚಿಸಿ ನಂತರ up ಹುಕ್ ಅನ್ನು ಚಲಿಸುತ್ತದೆ. ಮಾರ್ಗ ಸ್ಥಾಪನೆ ನಂತರದ ಹಂತ, ಮತ್ತು ಅದಕ್ಕೆ ತನ್ನದೇ ಹುಕ್ ಇದೆ, ಆದ್ದರಿಂದ up ನಲ್ಲಿ ಇರಿಸಿದ ಮಾರ್ಗ-ಅವಲಂಬಿತ ಕಾರ್ಯವು ಉಪಯುಕ್ತ ಮಾರ್ಗವಿಲ್ಲದ ಸಾಧನವನ್ನು ನೋಡಬಹುದು. ಮಾರ್ಗ ಕೆಲಸವನ್ನು route-up ನಲ್ಲಿ ಇರಿಸಿ, ಸಮಯದ ಸಮಸ್ಯೆ ಸಾಮಾನ್ಯವಾಗಿ ಮಾಯವಾಗುತ್ತದೆ.
ಕೈಪಿಡಿ ಈ ಕ್ರಮವನ್ನು ಮತ್ತು ಪ್ರತಿ ಹುಕ್ ಪಡೆಯುವ ಪರಿಸರವನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಆ ಕ್ರಮವೇ “ನನ್ನ ಶೆಲ್ನಿಂದ ಕೆಲಸ ಮಾಡುತ್ತದೆ” ಎಂಬ ಸಾಂಪ್ರದಾಯಿಕ ವರದಿಯ ಸಂಪೂರ್ಣ ವಿವರಣೆ, ಮತ್ತು ಅದೇ ಸ್ಕ್ರಿಪ್ಟ್ ಒಂದು ಯಂತ್ರದಲ್ಲಿ ಉತ್ತೀರ್ಣವಾಗಿ, ನಿಧಾನ ಮಾರ್ಗ ಹಂತವಿರುವ ಇನ್ನೊಂದರಲ್ಲಿ ವಿಫಲವಾಗುವುದಕ್ಕೂ ಇದೇ ಕಾರಣ. ಎರಡೂ ಫಲಿತಾಂಶಗಳು ಸ್ಕ್ರಿಪ್ಟ್ನ ಗುಣಮಟ್ಟದ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.
DNS ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಸಿದ್ಧತೆ ಇನ್ನೂ ನಂತರ ಬರುತ್ತವೆ. ಸ್ಥಾಪಿತ ಮಾರ್ಗಗಳೂ ಸಹ ದೂರದ ಎಂಡ್ಪಾಯಿಂಟ್ ಕೇಳುತ್ತಿದೆ, ಹೆಸರು ಪರಿಹರಿಸುತ್ತದೆ, ಅಥವಾ ಬಳಕೆದಾರ-ವ್ಯಾಪ್ತಿಯ ಕಾರ್ಯಕ್ಕೆ ಡೆಸ್ಕ್ಟಾಪ್ ಸೆಷನ್ ಇದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ.
ಹುಕ್ ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಪಡೆಯುತ್ತದೆ
ಹುಕ್ OpenVPN ಪ್ರಕ್ರಿಯೆಯ ಖಾತೆ ಮತ್ತು ಪರಿಸರದ ಅಡಿಯಲ್ಲಿ ಚಲಿಸುತ್ತದೆ, ಇದು ನಿಮ್ಮ ಸಂವಾದಾತ್ಮಕ ಶೆಲ್ಗೆ ಸಮಾನವಲ್ಲ. ಅದಕ್ಕೆ ಬಳಕೆದಾರರ ಸೆಷನ್ ಬಸ್, ಡೆಸ್ಕ್ಟಾಪ್ ಪರಿಸರ, ಅಥವಾ ಲಾಗಿನ್ನಲ್ಲಿ ಮಾತ್ರ ತೆರೆಯುವ ರುಜುವಾತು ಇಲ್ಲದಿರಬಹುದು. ಕಾರ್ಯಕ್ಕೆ ಅವುಗಳಲ್ಲಿ ಯಾವುದು ನಿಜವಾಗಿ ಬೇಕು ಎಂಬುದನ್ನು ಬರೆದಿಡಿ.
ಇದು ನೆಟ್ವರ್ಕಿಂಗ್ನಂತೆ ಕಾಣುವ ಆದರೆ ಬಳಕೆದಾರ ಸಂದರ್ಭವನ್ನು ಅವಲಂಬಿಸಿರುವ ಕಾರ್ಯಗಳಿಗೆ ಮುಖ್ಯ: ಬಳಕೆದಾರ ರುಜುವಾತಿನೊಂದಿಗೆ ಹಂಚಿಕೆಯನ್ನು ಮೌಂಟ್ ಮಾಡುವುದು, ಪ್ರತಿ-ಬಳಕೆದಾರ ಪ್ರಾಕ್ಸಿ ಹೊಂದಿಸುವುದು, ಅಥವಾ ಮುದ್ರಕವನ್ನು ಸಂರಚಿಸುವುದು. ವಿಶೇಷಾಧಿಕಾರದ ಟನೆಲ್ ಹುಕ್ ಅವುಗಳಿಗೆ ತಪ್ಪು ಸ್ಥಳ, ಮತ್ತು ಎಷ್ಟು ಕಾಯ್ದರೂ ಕಾಣೆಯಾದ ಸೆಷನ್ ಸರಿಯಾಗುವುದಿಲ್ಲ.
ಹುಕ್ನಲ್ಲಿ ಕಾರ್ಯ ವಿಫಲವಾದಾಗ, ಖಾತೆ, ಪರಿಸರ ಮತ್ತು ವಿಫಲವಾದ ಮೊದಲ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ದಾಖಲಿಸಿ. ಇದು ಅಕಾಲಿಕ ಸಮಯವನ್ನು ಅನುಮತಿ ಅಥವಾ ಸಂದರ್ಭದ ಸಮಸ್ಯೆಯಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಎರಡಕ್ಕೂ ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನ ಪರಿಹಾರಗಳಿವೆ. ಅವುಗಳ ನಡುವೆ ಊಹಿಸುವುದು ಐದು ನಿಮಿಷದ ದುರಸ್ತಿಯನ್ನು ಇಡೀ ಮಧ್ಯಾಹ್ನವಾಗಿ ಮಾಡುತ್ತದೆ.
ನಿದ್ರೆ ಸೇರಿಸುವುದು ಏಕೆ ಸಿದ್ಧತೆಯ ಪರಿಶೀಲನೆಯಲ್ಲ
ನಿದ್ರೆ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ವಿಳಂಬಗೊಳಿಸಿ ಸ್ಪರ್ಧೆಯ ಕಿಟಕಿಯನ್ನು ಸರಿಸುತ್ತದೆ. ವೇಗದ ದಿನದಂದು ಕಾರ್ಯ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ; ನಿಧಾನ ದಿನದಂದು ಅದು ಮತ್ತೆ ವಿಫಲವಾಗುತ್ತದೆ, ಮತ್ತು ವಿಳಂಬವು ಕೆಲಸ ಮಾಡುತ್ತಿರುವಂತೆ ಕಾಣುವುದರಿಂದ ವೈಫಲ್ಯವನ್ನು ಮರುಸೃಷ್ಟಿಸುವುದು ಕಷ್ಟವಾಗುತ್ತದೆ. ಹಗುರ ಹೊರೆಯಲ್ಲಿ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುವ ವಿಳಂಬವು ಕಾಕತಾಳೀಯ, ದುರಸ್ತಿಯಲ್ಲ.
ಅವಲಂಬನೆ ಮಾರ್ಗವಾಗಿದ್ದರೆ, ಮಾರ್ಗ ಸ್ಥಾಪನೆಗೆ ಅನುಗುಣವಾದ ಹುಕ್ ಬಳಸಿ. ಅವಲಂಬನೆ ಟನೆಲ್ನ ಹಿಂದಿನ ಸೇವೆಯಾಗಿದ್ದರೆ, ಆ ನಿರ್ದಿಷ್ಟ ಸ್ಥಿತಿಗೆ ಕಾಯುವ ಮತ್ತು ಅದು ಎಂದಿಗೂ ಬಾರದಿದ್ದಾಗ ಸ್ಪಷ್ಟವಾಗಿ ವಿಫಲವಾಗುವ ಸೀಮಿತ ಪರಿಶೀಲನೆ ಬಳಸಿ.
ವೈಫಲ್ಯವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಇಡಿ. ನಿಜವಾದ ಕೆಲಸ ವಿಫಲವಾದಾಗ ಶೂನ್ಯದೊಂದಿಗೆ ನಿರ್ಗಮಿಸುವ ಹುಕ್, ವಿಫಲವಾಗುವ ಹುಕ್ಗಿಂತ ಕೆಟ್ಟದು, ಏಕೆಂದರೆ ಸೇವಾ ನಿರ್ವಾಹಕ ಯಶಸ್ಸನ್ನು ದಾಖಲಿಸುತ್ತಾನೆ ಮತ್ತು ಯಾರೂ ಮತ್ತೆ ನೋಡುವುದಿಲ್ಲ. ಸ್ಕ್ರಿಪ್ಟ್ನಿಂದಲೇ ಬರುವ ಒಂದು ಲಾಗ್ ಸಾಲು ಅದನ್ನು ಪ್ರಾಮಾಣಿಕವಾಗಿ ಇಡುವ ಅಗ್ಗದ ದಾರಿ.
ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆ ಮತ್ತು ಮರುಸಂಪರ್ಕಕ್ಕೂ ಅದೇ ಕಾಳಜಿ ಬೇಕು
ಹಂಚಿದ ಸ್ಥಿತಿಯನ್ನು ಬದಲಿಸುವ ಸ್ಕ್ರಿಪ್ಟ್ಗೆ ಹೊಂದಿಕೆಯಾಗುವ ರದ್ದತಿ ಮಾರ್ಗ ಬೇಕು. ಹುಕ್ ಸೇರಿಸಿದ ಮಾರ್ಗಗಳು, ರಿಸಾಲ್ವರ್ ನಮೂದುಗಳು ಮತ್ತು ಫೈರ್ವಾಲ್ ಗುರುತುಗಳು ಐಡೆಂಪೊಟೆಂಟ್ ಮತ್ತು ಹಿಂತಿರುಗಿಸಬಹುದಾದಂತಿರಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಮರುಸಂಪರ್ಕವು ಎರಡನೇ ಪ್ರತಿಯನ್ನು ಮೊದಲನೆಯ ಮೇಲೆ ಸೇರಿಸುತ್ತದೆ.
ಮರುಸಂಪರ್ಕಗಳು ಪೂರ್ಣ ಸೇವಾ ಪ್ರಾರಂಭಕ್ಕಿಂತ ಹೆಚ್ಚು ಬಾರಿ ಹುಕ್ಗಳನ್ನು ಚಲಿಸಬಹುದು. ಸೆಷನ್ ಅನ್ನು ಮರುಸ್ಥಾಪಿಸುವ ನಿರಂತರ ಇಂಟರ್ಫೇಸ್ up ಮತ್ತು route-up ಚಕ್ರವನ್ನು ಮತ್ತೆ ಪ್ರಚೋದಿಸಬಹುದು, ಆದ್ದರಿಂದ ಪ್ರತಿ ಬೂಟ್ಗೆ ಒಂದು ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆ ಎಂದು ಊಹಿಸುವ ಸ್ಕ್ರಿಪ್ಟ್ ಕೊನೆಗೆ ತಪ್ಪಾಗಿ ವರ್ತಿಸುತ್ತದೆ. ಒಂದು ದಿನದ ಏರಿಳಿತದ ಲಾಗ್ನಲ್ಲಿ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಗಳನ್ನು ಎಣಿಸಿ ಅದು ನಿಜವಾಗಿ ಎಷ್ಟು ಬಾರಿ ಚಲಿಸುತ್ತದೆ ಎಂದು ನೋಡಿ. ನಂತರ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಅಷ್ಟು ಬಾರಿ ಚಲಿಸಲು ಸುರಕ್ಷಿತಗೊಳಿಸಿ.
ವಿಫಲವಾದ ಜೀವನಚಕ್ರವನ್ನು ಪರೀಕ್ಷಿಸಿ, ನಂತರದ ಆಜ್ಞೆಯನ್ನಲ್ಲ. ಬೂಟ್ ಅಥವಾ ಮರುಸಂಪರ್ಕವನ್ನು ಮರುಸೃಷ್ಟಿಸಿ, ಹುಕ್ ಚಲಿಸುವುದನ್ನು ಗಮನಿಸಿ, ಮತ್ತು ಅದು ನಿಜವಾಗಿ ಚಲಿಸುವ ಕ್ಷಣದಲ್ಲಿ ಕಾರ್ಯ ಯಶಸ್ವಿಯಾಯಿತೆಂದು ಖಚಿತಪಡಿಸಿ. ನಂತರ ಸಂವಾದಾತ್ಮಕ ಶೆಲ್ನಿಂದ ಬರುವ ಯಶಸ್ಸು ಅವಲಂಬನೆಯ ಬಗ್ಗೆ ಸಾಕ್ಷಿ, ಪ್ರಾರಂಭ ಮಾರ್ಗ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ.
ಪ್ರತಿ ಕಾರ್ಯ ಅವಲಂಬಿಸಿರುವ ಘಟನೆಗೆ ಹೆಸರಿಡಿ, ನಂತರ ಅದನ್ನು ಆ ಘಟನೆಗೆ ಜೋಡಿಸಿ. ಉಳಿದೆಲ್ಲವೂ ಪರಿಶೀಲನೆಯಂತೆ ನಟಿಸುವ ವಿಳಂಬ.