ಡಿಸ್ಕನೆಕ್ಟ್ ಒತ್ತುವುದು ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಹತ್ತು ಸೆಕೆಂಡುಗಳ ನಂತರ ಟನೆಲ್ ಹೇಗಾದರೂ ಮರಳಿ ಬರುತ್ತದೆ. ಆ ಲೂಪ್ ಅಪರೂಪವಾಗಿ VPN ಕ್ಲೈಂಟ್ನ ತಪ್ಪು ವರ್ತನೆ; ಅದು ಯಾವಾಗಲೂ ಒಂದೇ ಪ್ರಶ್ನೆ ಕೇಳುವ ರಿಕವರಿ ಸ್ಕ್ರಿಪ್ಟ್, «ಅದು ಕೆಳಗಿದೆಯೇ?», ಮತ್ತು ಸಂಪರ್ಕಿಸುವ ಮೂಲಕ ಅದಕ್ಕೆ ಉತ್ತರಿಸುತ್ತದೆ. ಬಳಕೆದಾರರು ಉತ್ತರಿಸಿದ ಪ್ರಶ್ನೆಯನ್ನು ಸಿಸ್ಟಮ್ ವರದಿ ಮಾಡುವ ಪ್ರಶ್ನೆಯಿಂದ ನೀವು ಬೇರ್ಪಡಿಸಿದಾಗ, ಸರಿಪಡಿಸುವಿಕೆಯು ಉದ್ದವಾದ ನಿದ್ರೆಯ ಬದಲು ಸ್ವಲ್ಪ ಸ್ಥಿತಿಯಾಗುತ್ತದೆ.

ಎರಡು ಪ್ರಶ್ನೆಗಳು, ಒಂದಲ್ಲ

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

IntentWhat you observeWhat to do
WantedDropped unexpectedlyAllow one supported recovery attempt
Paused by the userDisconnectedDo nothing until intent changes
WantedAlready connectingWait instead of starting a rival attempt
WantedAuthentication needs a personPrompt, then stop replaying credentials

ಸಾಲುಗಳನ್ನು ಪ್ರಕರಣಗಳ ಪಟ್ಟಿಯಂತೆ ಅಲ್ಲ, ನೀತಿಯಂತೆ ಓದಿ. ಎರಡನೇ ಸಾಲು ಹೆಚ್ಚಿನ ಸ್ಕ್ರಿಪ್ಟ್ಗಳು ಬಿಟ್ಟುಬಿಡುವ ಸಾಲು, ಮತ್ತು ಅದು ಸರಿಯಾಗಿರಬೇಕೆಂದು ಪಟ್ಟು ಹಿಡಿಯುವ ಯಂತ್ರದಿಂದ ಮಾನಿಟರ್ ಅನ್ನು ಪ್ರತ್ಯೇಕಿಸುವ ಏಕೈಕ ಸಾಲು.

ಗಮನಿಸಿದ ಸ್ಥಿತಿ ಆಯ್ಕೆಯಲ್ಲ

Apple ನ Network Extension ಸ್ಥಿತಿ ಮಾದರಿ connecting, connected, disconnecting, disconnected ಮತ್ತು recovery ಸ್ಥಿತಿಗಳನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ. ಐದೂ ಸಂಪರ್ಕವನ್ನು ವಿವರಿಸುತ್ತವೆ. ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ «ಬಳಕೆದಾರರು ಈ ಪ್ರೊಫೈಲ್ ವಿರಾಮದಲ್ಲಿರಬೇಕೆಂದು ಕೇಳಿದರು» ಎಂದು ಹೇಳುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅದು ಸಂಪರ್ಕ ಸ್ಥಿತಿಯೇ ಅಲ್ಲ. ಆ ರಚನೆಯ ಮೇಲೆ ನಿರ್ಮಿಸದ ಕ್ಲೈಂಟ್ಗಳು ತಮ್ಮ ಬೆಂಬಲಿತ ನಿಯಂತ್ರಣಗಳು ಮತ್ತು ಸ್ಥಿತಿ ಕರೆಗಳನ್ನು ಒದಗಿಸುತ್ತವೆ, ಮತ್ತು ಅವು ತಮ್ಮದೇ ಪದಕೋಶದಲ್ಲಿ ಅದೇ ರೇಖೆಯನ್ನು ಎಳೆಯುತ್ತವೆ.

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

scutil --nc list
scutil --nc status "Office VPN"

ಈ ಪ್ರೊಫೈಲ್ ಪ್ರಾರಂಭಿಸಲು ಇನ್ನೂ ಯಾರಿಗೆ ಅನುಮತಿ ಇದೆ

ನಿಮ್ಮ ಸಹಾಯಕನು ಭರವಸೆ ನೀಡುವ ವಿರಾಮವು ಅದೇ ಪ್ರೊಫೈಲ್ನ ಇತರ ಮಾಲೀಕರಷ್ಟೇ ಬಲವಾಗಿರುತ್ತದೆ. On Demand ನಿಯಮ, ನಿರ್ವಹಿತ ಸಂರಚನೆ ಅಥವಾ ಎರಡನೇ ಕ್ಲೈಂಟ್ ಎಲ್ಲವೂ ಸಂಪರ್ಕವನ್ನು ವಿನಂತಿಸಬಹುದು, ಮತ್ತು ನಿಮ್ಮ ಸಹಾಯಕನು ಬರೆದಂತೆಯೇ ವರ್ತಿಸುತ್ತಿರುವಾಗ ಮುರಿದಂತೆ ಕಾಣುತ್ತದೆ.

ಪ್ರೊಫೈಲ್ ಪ್ರಾರಂಭಿಸಬಲ್ಲ ಪ್ರತಿ ಕಾರ್ಯವಿಧಾನವನ್ನು ಹುಡುಕಿ ವಿರಾಮವನ್ನು ಗೌರವಿಸುವ ಭರವಸೆ ನೀಡುವ ಮೊದಲು, ಮತ್ತು ಯಾವುದು ಗೆಲ್ಲುತ್ತದೆ ಎಂದು ಬರೆಯಿರಿ. ನಿರ್ವಹಿತ ಸೇವೆಯು ವೈಯಕ್ತಿಕ ವಿರಾಮ ಆಯ್ಕೆಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ತಡೆಹಿಡಿದಾಗ, ಅದು ನೀತಿಯ ಬಗ್ಗೆ ನಿರ್ವಾಹಕರ ನಿರ್ಧಾರ, ನಿರ್ವಹಣೆಯೊಂದಿಗೆ ಹೋರಾಡಿ ಸ್ಕ್ರಿಪ್ಟ್ ತುಂಬಬೇಕಾದ ಕೊರತೆಯಲ್ಲ.

ಮರುಪ್ರಯತ್ನಗಳನ್ನು ನೀರಸಗೊಳಿಸಿ

ಪ್ರಯತ್ನಗಳ ಸಂಖ್ಯೆಯನ್ನು ಮಿತಿಗೊಳಿಸಿ ಮತ್ತು ಪ್ರತಿಯೊಂದನ್ನು ಬದಲಾದ ಯಾವುದಕ್ಕಾದರೂ ಸ್ಪಂದಿಸುವಂತೆ ಮಾಡಿ: ನೆಟ್ವರ್ಕ್ ಮರಳಿ ಬಂತು, ಗೇಟ್ವೇ ಉತ್ತರಿಸಿತು, ರುಜುವಾತು ಪ್ರಾಂಪ್ಟ್ ಪೂರ್ಣಗೊಂಡಿತು. ಲಭ್ಯವಿಲ್ಲದ ಗೇಟ್ವೇ, ಅವಧಿ ಮೀರಿದ ಗುರುತು ಮತ್ತು ತಿರಸ್ಕರಿಸಿದ ಎರಡನೇ ಅಂಶಕ್ಕೆ ಮೂರು ಬೇರೆ ಬೇರೆ ಪ್ರತಿಕ್ರಿಯೆಗಳು ಬೇಕು, ಮತ್ತು ಬಿಗಿಯಾದ ಲೂಪ್ ಮೂರಕ್ಕೂ ಒಂದೇ ರೀತಿ ನೀಡುತ್ತದೆ.

ತ್ವರಿತ ಮರುಪ್ರಯತ್ನವು ಪರದೆಯ ಮೇಲೆ ನಿಜವಾಗಿ ಏನನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ ಎಂದು ನೋಡಿ. ಬಳಕೆದಾರರು ಮುಚ್ಚುವ ಪುನರಾವರ್ತಿತ ಸಂವಾದಗಳು ಒಂದು ಸ್ಪಷ್ಟ ವಿಫಲತೆ ಸಂದೇಶಕ್ಕಿಂತ ಕೆಟ್ಟವು, ಮತ್ತು ಅವು ಜನರಿಗೆ ಪ್ರಾಂಪ್ಟ್ಗಳನ್ನು ಓದದೆ ಕ್ಲಿಕ್ ಮಾಡಲು ಕಲಿಸುತ್ತವೆ.

ವಿರಾಮ ಮತ್ತು ಸಂಚಾರ ನೀತಿ ಬೇರೆ ಬೇರೆ ಭರವಸೆಗಳು

ಬಳಕೆದಾರರು ವಿರಾಮಗೊಳಿಸಿದ ಟನೆಲ್ ಸಂಚಾರವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನಿರ್ಬಂಧಿಸಿ ಬಿಡುತ್ತದೆ, ಮತ್ತು ಅದೇ kill switch ಶೈಲಿಯ ನೀತಿಯ ಸಂಪೂರ್ಣ ಉದ್ದೇಶ. ಇದರರ್ಥ ವಿರಾಮವು ನಿಖರವಾಗಿ ಒಂದನ್ನು ಭರವಸೆ ನೀಡಬೇಕು: ರಿಕವರಿ ನಿಲ್ಲುತ್ತದೆ. ನೆಟ್ವರ್ಕ್ ಏನನ್ನು ಅನುಮತಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅದು ಮೌನವಾಗಿ ಬದಲಿಸಬಾರದು.

ಸಂಚಾರ ವರ್ತನೆಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ನಿರ್ಧರಿಸಿ, ಅದನ್ನು ವಿರಾಮ ನಿಯಂತ್ರಣದ ಪಕ್ಕದಲ್ಲಿ ದಾಖಲಿಸಿ, ಮತ್ತು ಟನೆಲ್ ವಿರಾಮದಲ್ಲಿರಲಿ, ವಿಫಲವಾಗಿರಲಿ ಅಥವಾ ಇಲ್ಲದಿರಲಿ ಅದನ್ನು ಸ್ಥಿರವಾಗಿರಿಸಿ. ಇಲ್ಲದಿದ್ದರೆ ಡಿಸ್ಕನೆಕ್ಟ್ ಒತ್ತುವುದು ಏನೋ ಅನಿರೀಕ್ಷಿತ ಮಾಡುತ್ತದೆ ಎಂದು ಬಳಕೆದಾರ ಕಲಿಯುತ್ತಾನೆ, ಮತ್ತು ಮುಂದಿನ ಬೆಂಬಲ ಟಿಕೆಟ್ «ಕೆಲವೊಮ್ಮೆ ಕಾಣುವ ಕಾರಣವಿಲ್ಲದೆ ಕೆಲಸ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸುವ» ನೆಟ್ವರ್ಕ್ ಬಗ್ಗೆ ಇರುತ್ತದೆ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು