ನಿಮ್ಮ Mac VPN ಪ್ರತಿ ಬಾರಿ Keychain ಪ್ರವೇಶವನ್ನು ಏಕೆ ಕೇಳುತ್ತದೆ
Mac VPN ನ ಪ್ರತಿ ಪ್ರಾಂಪ್ಟ್ ಅನ್ನು ಯಾವ ಘಟಕ ಸೃಷ್ಟಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಗುರುತಿಸಿ, ನಕಲಿ ಸಂಪರ್ಕ ಪ್ರಯತ್ನಗಳನ್ನು ನಿಲ್ಲಿಸಿ ಮತ್ತು ಇಡೀ ಕೀಚೈನ್ ಮರುಹೊಂದಿಸದೆ Keychain ಪ್ರವೇಶವನ್ನು ಸರಿಪಡಿಸಿ.
Connect ಮೇಲೆ ಒಂದು ಕ್ಲಿಕ್ ಒಂದು ಸೈನ್-ಇನ್ ವಿಂಡೋವನ್ನು ನೀಡಬೇಕು. Mac ನಲ್ಲಿ ಅದು ಹಲವು ಬಾರಿ ಮೂರನ್ನು ನೀಡುತ್ತದೆ, ಮತ್ತು ಅವು ಅಪರೂಪವಾಗಿ ಒಂದೇ ಮಾಲೀಕರನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ: ಸ್ಥಳೀಯ ರುಜುವಾತು ಪ್ರಾಂಪ್ಟ್‌ಗಳ ಮಾಲೀಕತ್ವ Keychainಗೆ ಇದೆ, VPN ಗೇಟ್‌ವೇ ದೃಢೀಕರಣದ ಮಾಲೀಕ, ಮತ್ತು ಕ್ಲೈಂಟ್ ತನ್ನದೇ ಸೂಚನೆಗಳ ಮಾಲೀಕ. ಎಲ್ಲವನ್ನೂ ಸದ್ದಿಲ್ಲದಂತೆ ಮಾಡುವ ಸ್ವಿಚ್‌ನ್ನು ಹುಡುಕುವ ಬದಲು, ಪ್ರತಿ ವಿಂಡೋವನ್ನು ತನ್ನದೇ ಪರಿಹಾರವಿರುವ ಪ್ರತ್ಯೇಕ ದೋಷವೆಂದು ಪರಿಗಣಿಸಿ. ಕೆಳಗಿನ ಮಾರ್ಗದರ್ಶಿ ಒಂದು ಉದ್ದೇಶಪೂರ್ವಕ ಸಂಪರ್ಕ ಪ್ರಯತ್ನದ ಮೂಲಕ ಹೋಗಿ ನೀವು ಪುನರಾವರ್ತಿಸಬಹುದಾದ ಪರಿಶೀಲನೆಯೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ.
ಸೆಟ್ಟಿಂಗ್ ಬದಲಿಸುವ ಮೊದಲು ಪ್ರತಿ ಸಂವಾದದ ಮಾಲೀಕರನ್ನು ಹೆಸರಿಸಿ
ಮೊದಲ ಹೆಜ್ಜೆ ಸಂರಚನೆ ಅಲ್ಲ, ಲೆಕ್ಕಪತ್ರ. ಒಂದು ಸಂಪರ್ಕ ಪ್ರಯತ್ನ ಮಾಡಿ ಮತ್ತು ಕಾಣಿಸಿಕೊಳ್ಳುವ ಪ್ರತಿ ವಿಂಡೋಗೂ ನಾಲ್ಕು ಕ್ಷೇತ್ರಗಳನ್ನು ಬರೆಯಿರಿ: ಸಂವಾದದಲ್ಲಿ ತೋರಿಸಿದ ಅಪ್ಲಿಕೇಶನ್ ಹೆಸರು, ಯಾವುದೇ ರಹಸ್ಯವಿಲ್ಲದ ನಿಖರ ಪಠ್ಯ, ಅದು ಕಾಣಿಸಿಕೊಂಡ ಹಂತ, ಮತ್ತು ನೀವು ಅದನ್ನು ರದ್ದುಗೊಳಿಸಿದಾಗ ಏನಾಯಿತು. ಅಂತಹ ಮೂರು ಸಾಲುಗಳು ನಾನು ನೋಡಿದ ಬಹುತೇಕ ಎಲ್ಲಾ ವರದಿಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತವೆ.
ಮಾಲೀಕತ್ವ ಸರಿಯಾದ ಪರಿಹಾರವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ತಪ್ಪು ಪರಿಹಾರವೇ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಪ್ರಾಂಪ್ಟ್ ಅನ್ನು ಮೂರಾಗಿ ಮಾಡುತ್ತದೆ:
| Window | Who owns it | Correct fix | What not to do |
|---|---|---|---|
| “wants to use your confidential information stored in…” | The item's access control list in your login keychain | Approve the specific client helper, once, after checking the name | Resetting the login keychain, or granting Always Allow to every application |
| “Sign in to <organization>” or an MFA push | The gateway's identity provider | Use the client's supported session renewal, or re-authenticate | Scripting a fixed password or code into the client |
| “Connection failed”, “Update required”, a policy banner | The client or your organization | Read the first error and fix its cause | Hiding notices by editing a preference file the client rewrites |
ಅದೇ ಪ್ರಯತ್ನದ ಒಳಗೆ ಮರಳುವ ಪ್ರಾಂಪ್ಟ್ ಮುಂದಿನ ಪ್ರಯತ್ನದಲ್ಲಿ ಮರಳುವ ಪ್ರಾಂಪ್ಟ್‌ಗಿಂತ ಬೇರೆ ಸಂಕೇತ. ಮೊದಲನೆಯದು ಸಾಮಾನ್ಯವಾಗಿ ಸಂಪರ್ಕ ನಿಮ್ಮ ಕೆಳಗೆ ಮರುಪ್ರಾರಂಭವಾಯಿತು ಎಂದರ್ಥ; ಎರಡನೆಯದು ಸಾಮಾನ್ಯವಾಗಿ ಸಂಗ್ರಹಿತ ರುಜುವಾತು ಮತ್ತೆ ಕೇಳಲಾಗುತ್ತಿದೆ ಎಂದರ್ಥ. Keychain ಮುಟ್ಟುವ ಮೊದಲು ನಿಮ್ಮಲ್ಲಿ ಯಾವುದಿದೆ ಎಂದು ಗಮನಿಸಿ, ಏಕೆಂದರೆ ಆ ಎರಡಕ್ಕೂ ಬಹುತೇಕ ಏನೂ ಸಾಮಾನ್ಯವಿಲ್ಲ.
ಟನೆಲ್ ಅನ್ನು ಎಷ್ಟು ವಸ್ತುಗಳು ಪ್ರಾರಂಭಿಸುತ್ತಿವೆ ಎಂದು ಕಂಡುಹಿಡಿಯಿರಿ
Mac ನಲ್ಲಿ ಒಂದೇ VPN ಅನ್ನು ನಾಲ್ಕು ಕಾರ್ಯವಿಧಾನಗಳು ಪ್ರಾರಂಭಿಸಬಹುದು: ಮೆನು ಬಾರ್ ಕ್ರಿಯೆ, ಲಾಗಿನ್ ಐಟಂ, On Demand ನಿಯಮ, ಮತ್ತು ಸ್ಕ್ರಿಪ್ಟ್ ಅಥವಾ ಏಜೆಂಟ್. ಅವುಗಳಲ್ಲಿ ಎರಡು ಪ್ರಚೋದಿಸಿದಾಗ, ಮೊದಲನೆಯದು ಇನ್ನೂ ದೃಢೀಕರಣಕ್ಕಾಗಿ ಕಾಯುತ್ತಿರುವಾಗ ಎರಡನೆಯ ಪ್ರಾರಂಭ ಬರಬಹುದು, ಇದು ನಕಲಿ ವಿಂಡೋ ಮತ್ತು ಯಾವುದೇ ಪ್ರಗತಿಯನ್ನು ಉಂಟುಮಾಡುವುದಿಲ್ಲ. ಮೊದಲು ಏನು ಸಂರಚಿಸಲಾಗಿದೆ ಎಂದು ಪಟ್ಟಿ ಮಾಡಿ: scutil --nc list ಸಿಸ್ಟಂ ಸೆಟ್ಟಿಂಗ್ಸ್‌ಗೆ ತಿಳಿದಿರುವ VPN ಸೇವೆಗಳನ್ನು ಅವುಗಳ ಪ್ರಸ್ತುತ ಸ್ಥಿತಿಯೊಂದಿಗೆ ಮುದ್ರಿಸುತ್ತದೆ. ತಮ್ಮದೇ ನೆಟ್‌ವರ್ಕ್ ವಿಸ್ತರಣೆಯನ್ನು ತರುವ ಕ್ಲೈಂಟ್‌ಗಳು ಪ್ರೊಫೈಲ್‌ಗಳನ್ನು ಅಪ್ಲಿಕೇಶನ್‌ನೊಳಗೆ ಇಟ್ಟುಕೊಳ್ಳುತ್ತವೆ ಮತ್ತು ಅಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳದಿರಬಹುದು, ಆದ್ದರಿಂದ ಕ್ಲೈಂಟ್‌ನ ಸ್ವಂತ ಸಂಪರ್ಕ ಪಟ್ಟಿಯನ್ನೂ ಪರಿಶೀಲಿಸಿ.
ನಂತರ ಸ್ಪರ್ಧಾತ್ಮಕ ಪ್ರಾರಂಭಕಗಳನ್ನು ಹುಡುಕಿ. scutil --nc show "Work VPN" ಒಳನಿರ್ಮಿತ ಸೇವೆಯ ಸಂರಚನಾ ನಿಘಂಟನ್ನು On Demand ನಿಯಮಗಳೊಂದಿಗೆ ಮುದ್ರಿಸುತ್ತದೆ; ಯಾವುದೇ ಇಂಟರ್‌ಫೇಸ್ ಬದಲಾವಣೆಯಲ್ಲಿ ಮರುಸಂಪರ್ಕಿಸುವ ನಿಯಮವು ಪ್ರತಿ ಬಾರಿ Wi-Fi ಸಂಚರಿಸಿದಾಗ ಅಥವಾ ಡಿಸ್‌ಪ್ಲೇ ನೆಟ್‌ವರ್ಕ್ ಸ್ಟಾಕ್ ಅನ್ನು ಎಚ್ಚರಿಸಿದಾಗ ಟನೆಲ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸುತ್ತದೆ — ಮತ್ತು ದೃಢೀಕರಣ ಪ್ರಾಂಪ್ಟ್ ಅನ್ನು ಮತ್ತೆ ತೆರೆಯುತ್ತದೆ. ಸಿಸ್ಟಂ ಸೆಟ್ಟಿಂಗ್ಸ್ > ಸಾಮಾನ್ಯ > ಲಾಗಿನ್ ಐಟಂಗಳ ಅಡಿಯಲ್ಲಿ ಲಾಗಿನ್ ಐಟಂಗಳನ್ನು ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಪ್ರತಿ ಬಳಕೆದಾರರ ಏಜೆಂಟ್‌ಗಳನ್ನು ಇದರಿಂದ ಪಟ್ಟಿ ಮಾಡಿ ls ~/Library/LaunchAgents. MDM ನಿರ್ವಹಿಸುವ ಭದ್ರತಾ ಸ್ಟಾಕ್‌ಗೆ ಸೇರಿದ ಯಾವುದನ್ನೂ ಮುಟ್ಟಬೇಡಿ; ಅದನ್ನು ತೆಗೆದರೆ ಸಾಮಾನ್ಯವಾಗಿ ಮುಂದಿನ ಪರಿಶೀಲನೆಯಲ್ಲಿ ಮರಳಿ ತಳ್ಳಲಾಗುತ್ತದೆ.
ಪ್ರಯತ್ನದ ಸಮಯದಲ್ಲಿ ನಿಜವಾಗಿ ಏನು ಚಾಲನೆಯಲ್ಲಿದೆ ಎಂದು ನೋಡಲು: ps -Ao pid,comm | grep -iE 'vpn|tunnel|extension'. ಒಂದನ್ನು ನಿರೀಕ್ಷಿಸುವಲ್ಲಿ ಎರಡು ಕ್ಲೈಂಟ್ ಸಹಾಯಕಗಳಿದ್ದರೆ "ನನಗೆ ಎರಡು ಪ್ರಾಂಪ್ಟ್‌ಗಳು ಏಕೆ ಬಂದವು" ಎಂಬುದನ್ನು ಯಾವುದೇ ರುಜುವಾತು ಸಮಸ್ಯೆಗಿಂತ ಹೆಚ್ಚಾಗಿ ವಿವರಿಸುತ್ತದೆ.
ಕೀಚೈನ್ ಮರುಹೊಂದಿಸದೆ Keychain ಪ್ರವೇಶವನ್ನು ಸರಿಪಡಿಸಿ
ಪ್ರಾಂಪ್ಟ್ ಸಂಗ್ರಹಿತ ಐಟಂನ ಪ್ರವೇಶ ನಿಯಂತ್ರಣ ಪಟ್ಟಿಯಿಂದ ಬರುತ್ತದೆ, VPN ಪ್ರೋಟೋಕಾಲ್‌ನಿಂದ ಅಲ್ಲ. ಪ್ರತಿ ಐಟಂ ಯಾವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಕೇಳದೆ ಅದನ್ನು ಓದಬಹುದು ಎಂದು ದಾಖಲಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್ ನವೀಕರಣದ ನಂತರ ಕೇಳುವ ಸಹಾಯಕಕ್ಕೆ ಬೇರೆ ಹೆಸರು ಅಥವಾ ಸಹಿ ಇರಬಹುದು, ಆದರೆ ಐಟಂ ಇನ್ನೂ ಹಳೆಯದನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತಿರುತ್ತದೆ, ಆದ್ದರಿಂದ macOS ಪ್ರತಿ ಸಂಪರ್ಕದಲ್ಲೂ ಮತ್ತೆ ಕೇಳುತ್ತದೆ. ಆ ಒಂದು ಐಟಂಗಾಗಿ ಹೊಸ ಸಹಾಯಕವನ್ನು ಅನುಮೋದಿಸುವುದೇ ಪೂರ್ತಿ ಪರಿಹಾರ; ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಅನುಮೋದಿಸುವುದಲ್ಲ.
VPN ಮುಟ್ಟದೆ ACL ಕಾರಣ ಎಂದು ನೀವು ಖಚಿತಪಡಿಸಬಹುದು: security find-generic-password -s "service-name" -g ಅದೇ ಐಟಂ ಅನ್ನು ಟರ್ಮಿನಲ್‌ನಿಂದ ಓದುತ್ತದೆ. ಆ ಆಜ್ಞೆಯೂ ಪ್ರಾಂಪ್ಟ್ ಎಬ್ಬಿಸಿದರೆ, ಸಂವಾದ ಕೀಚೈನ್‌ಗೆ ಸೇರಿದ್ದು ಮತ್ತು ಟನೆಲ್ ಕೇವಲ ಪ್ರಚೋದಕ. Apple ನ ಮೂರು ಬಟನ್‌ಗಳ ಬಗ್ಗೆ ಮಾರ್ಗದರ್ಶನ — ಒಮ್ಮೆ ಅನುಮತಿಸಿ, ಯಾವಾಗಲೂ ಅನುಮತಿಸಿ, ನಿರಾಕರಿಸಿ — ಒಮ್ಮೆ ಓದಲು ಯೋಗ್ಯ, ಏಕೆಂದರೆ ನಿರಾಕರಿಸುವುದೇ ಪ್ರಾಂಪ್ಟ್ ಅನ್ನು ಮುಂದಿನ ಪ್ರಯತ್ನದ ಬದಲು ತಕ್ಷಣ ಮರಳಿ ತರುತ್ತದೆ.
ನೀವು ತಪ್ಪು ಸಹಾಯಕವನ್ನು ಅನುಮೋದಿಸಿದ್ದರೆ, Keychain Access ನಲ್ಲಿ ಐಟಂ ತೆರೆಯಿರಿ, Access Control ಗೆ ಬದಲಿಸಿ ಮತ್ತು ಆ ನಮೂದನ್ನು ತೆಗೆದುಹಾಕಿ; ಅದೇ ರೋಲ್‌ಬ್ಯಾಕ್. ಲಾಗಿನ್ ಕೀಚೈನ್ ಅನ್ನು ಅಳಿಸುವುದು, ಅಥವಾ ಅದನ್ನು ಮರುನಿರ್ಮಿಸುವ ದುರಸ್ತಿ ಸಾಧನ ಚಲಾಯಿಸುವುದು ಸಹ ಸಂಬಂಧವಿಲ್ಲದ ಪಾಸ್‌ವರ್ಡ್‌ಗಳನ್ನು ಎಸೆಯುತ್ತದೆ ಮತ್ತು ಸಮಸ್ಯೆಗಿಂತ ಬಹಳ ದೊಡ್ಡ ಬದಲಾವಣೆ.
ಸೈನ್-ಇನ್ ಮತ್ತು ನೀತಿ ಹಂತಗಳನ್ನು ಅವುಗಳದೇ ಆಗಿರುವ ಹರಿವುಗಳಲ್ಲಿ ಇರಿಸಿ
ಬ್ರೌಸರ್ ಸೈನ್-ಇನ್ ಅಥವಾ MFA ಸವಾಲು ಗೇಟ್‌ವೇಗೆ ಸೇರಿದ್ದು. ನಿಮ್ಮ ಸಂಸ್ಥೆ ಸೆಷನ್ ನಿರಂತರತೆ ಅಥವಾ ಪ್ರಮಾಣಪತ್ರ ಆಧಾರಿತ ದೃಢೀಕರಣವನ್ನು ನೀಡಿದರೆ ಅದನ್ನು ಬಳಸಿ, ಏಕೆಂದರೆ ಕಡಿಮೆ ಬಾರಿ ದೃಢೀಕರಿಸುವ ಬೆಂಬಲಿತ ದಾರಿ ಅದೇ. ಕ್ಲೈಂಟ್‌ಗೆ ಸ್ಥಿರ ಕೋಡ್ ಟೈಪ್ ಮಾಡುವುದು, ಅಥವಾ ಪ್ರಾಂಪ್ಟ್ ಎಂದಿಗೂ ಬಾರದಂತೆ ಸ್ಕ್ರಿಪ್ಟ್‌ನಲ್ಲಿ ಪಾಸ್‌ವರ್ಡ್ ಸಂಗ್ರಹಿಸುವುದು, ಸಂವಾದಾತ್ಮಕ ಅಂಶವನ್ನು ಸ್ಥಿರ ರಹಸ್ಯದಿಂದ ಬದಲಿಸಿ ಮುಂದಿನ ಬಾರಿ ನೀತಿ ಬದಲಾದಾಗ ವಿಫಲವಾಗುತ್ತದೆ.
ಸಂಸ್ಥೆಯ ಸೂಚನೆಗಳು ನೀವು ಒತ್ತಿಹೇಳಬಾರದ ಏಕೈಕ ವರ್ಗ. ಅವು ಸಾಮಾನ್ಯವಾಗಿ ಭಂಗಿ ಪರಿಶೀಲನೆ ಅಥವಾ ಸ್ವೀಕಾರಾರ್ಹ ಬಳಕೆಯ ಒಪ್ಪಿಗೆಯನ್ನು ಜಾರಿಗೊಳಿಸುತ್ತವೆ, ಮತ್ತು ಅವನ್ನು ಮರೆಮಾಡುವುದು ಟನೆಲ್ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೂ ಸಾಧನವನ್ನು ಅನುಸರಣೆಯಿಂದ ಹೊರಗೆ ಇಡಬಹುದು. ದೋಷ ಸಂವಾದಗಳು ಇನ್ನೊಂದು ವರ್ಗ: ಮೊದಲ ದೋಷದ ಪಠ್ಯವನ್ನು ಇರಿಸಿಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ಎರಡನೆಯ ಸಂವಾದ ಸಾಮಾನ್ಯವಾಗಿ ಮರುಪ್ರಯತ್ನದ ನಂತರ ವರದಿಯಾದ ಅದೇ ವೈಫಲ್ಯ.
ಒಂದು ಪ್ರಯತ್ನದಿಂದ ಪರಿಶೀಲಿಸಿ, ನಂತರ ರೀಬೂಟ್ ನಂತರ
ನಕಲಿ ಪ್ರಾರಂಭಕಗಳನ್ನು ತೆಗೆದು ಮತ್ತು ಕೀಚೈನ್ ನಮೂದನ್ನು ಸರಿಪಡಿಸಿದ ನಂತರ ಒಂದೇ ಪ್ರಯತ್ನ ಮಾಡಿ: ಮೆನು ಬಾರ್ ಸಹಾಯಕ ಸೇರಿದಂತೆ ಪ್ರತಿ ಕ್ಲೈಂಟ್ ನಿದರ್ಶನವನ್ನು ನಿರ್ಗಮಿಸಿ, ಒಮ್ಮೆ ಸಂಪರ್ಕಿಸಿ, ಮತ್ತು ವಿಂಡೋಗಳನ್ನು ಎಣಿಸಿ. ನಿಮಗೆ ಕೀಚೈನ್ ಅನುಮೋದನೆ, ಐಟಂ ಮರುನಿರ್ಮಾಣವಾದರೆ, ಮತ್ತು ಒಂದು ದೃಢೀಕರಣ ಹಂತ ಬೇಕು. ಅದಕ್ಕಿಂತ ಹೆಚ್ಚೇನೂ ಇಲ್ಲ. scutil --nc status "Work VPN" ಒಳನಿರ್ಮಿತ ಸೇವೆಗಾಗಿ Connected ವರದಿ ಮಾಡಬೇಕು.
ನಂತರ ಒಮ್ಮೆ ರೀಬೂಟ್ ಮಾಡಿ ಪುನರಾವರ್ತಿಸಿ. ರೀಬೂಟ್ ನಂತರ ಮಾತ್ರ ಮರಳುವ ಪ್ರಾಂಪ್ಟ್ ಲಾಗಿನ್ ಐಟಂ ಅಥವಾ On Demand ನಿಯಮವನ್ನು ಸೂಚಿಸುತ್ತದೆ, ರುಜುವಾತುಗಳನ್ನಲ್ಲ; ಸೆಷನ್ ಒಳಗೆ ಮರಳುವುದು ACL ಅಥವಾ ಎರಡನೇ ಪ್ರಾರಂಭಕವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಎರಡೂ ಸುತ್ತುಗಳ ನಂತರವೂ ಅದು ಪುನರಾವರ್ತನೆಯಾದರೆ, ನಿಮ್ಮ ನಿರ್ವಾಹಕರಿಗೆ ನೀಡಲು ಉಪಯುಕ್ತವಾದದ್ದು ಮೊದಲ ಪ್ರಯತ್ನದ ಮೂರು ಸಾಲಿನ ಕೋಷ್ಟಕ — ಮಾಲೀಕ, ನಿಖರ ಪಠ್ಯ, ಹಂತ — ಸಂವಾದದ ಸ್ಕ್ರೀನ್‌ಶಾಟ್ ಅಲ್ಲ.
ಗುರಿ ಕಡಿಮೆ ಪ್ರಾಂಪ್ಟ್‌ಗಳು, ಸದ್ದಿಲ್ಲದ ಪ್ರಾಂಪ್ಟ್‌ಗಳಲ್ಲ. ತನ್ನ ಅನುಮೋದನಾ ಹಂತಗಳನ್ನು ಮರೆಮಾಡುವ ಸಂಪರ್ಕವನ್ನು ನೀವು ಇನ್ನು ಮುಂದೆ ಆಡಿಟ್ ಮಾಡಲಾಗದು, ಮತ್ತು ಮುಂದಿನ ಪ್ರಮಾಣಪತ್ರ ತಿರುಗುವಿಕೆ ಯಾವ ಘಟಕ ವಿಫಲವಾಗುತ್ತಿದೆ ಎಂದು ತಿಳಿಯದೆ ನಿಮ್ಮನ್ನು ಹಿಡಿಯುತ್ತದೆ.