iPhone ಅನ್ನು USB ಮೂಲಕ ಜೋಡಿಸಿದಾಗ ನಿಮ್ಮ Mac ನ VPN ಏಕೆ ನಿಲ್ಲುತ್ತದೆ

ನೀವು iPhone ಅನ್ನು ಚಾರ್ಜ್ ಮಾಡಲು ಜೋಡಿಸುತ್ತೀರಿ, ಮತ್ತು ಒಂದು ನಿಮಿಷದ ನಂತರ ನಿಮ್ಮ Mac ನ VPN ಸಂಚಾರವನ್ನು ರವಾನಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ಸಿಸ್ಟಂ ಸೆಟ್ಟಿಂಗ್‌ಗಳು iPhone USB ಎಂಬ ಹೊಸ ಸೇವೆಯನ್ನು ತೋರಿಸುತ್ತವೆ, ಮತ್ತು ಸ್ಪಷ್ಟವಾದ ಹೆಜ್ಜೆ ಅದನ್ನು ಅಳಿಸುವುದು. ಆ ಹೆಜ್ಜೆ ಹೆಚ್ಚಾಗಿ ತಪ್ಪು. ಸೇವೆ ಫೋನ್‌ನ ವೈಯಕ್ತಿಕ ಹಾಟ್‌ಸ್ಪಾಟ್ ಆಗಿರಬಹುದು, ಅಥವಾ Xcode ಮತ್ತು ಸಾಧನ ಪರಿಕರಗಳು ಫೋನ್‌ನೊಂದಿಗೆ ಮಾತನಾಡಲು ಬಳಸುವ ಲಿಂಕ್ ಆಗಿರಬಹುದು, ಮತ್ತು ಎರಡೂ ಸಾಕಷ್ಟು ವಿಭಿನ್ನವಾಗಿ ವರ್ತಿಸುವುದರಿಂದ ಗುರುತಿಸುವಿಕೆ ಅಳಿಸುವಿಕೆಗೆ ಮೊದಲು ಬರಬೇಕು.

ಹೆಜ್ಜೆ 1: ಫೋನ್ ನಿಜವಾಗಿ ರಚಿಸಿದ ಸೇವೆಯನ್ನು ಓದಿ

ಸಿಸ್ಟಂ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ತೆರೆಯಿರಿ, ನಂತರ ನೆಟ್‌ವರ್ಕ್, ಮತ್ತು ಫೋನ್ ಬೇರ್ಪಡಿಸಿದ ಮತ್ತು ಜೋಡಿಸಿದ ಸ್ಥಿತಿಯಲ್ಲಿ ಸೇವೆಗಳ ಪಟ್ಟಿಯನ್ನು ಹೋಲಿಸಿ. ಪ್ರಸ್ತುತ macOS ನಲ್ಲಿ ಸೇವೆಯನ್ನು iPhone USB ಎಂದು ಪಟ್ಟಿ ಮಾಡಲಾಗಿದೆ. ಅದು ಸಕ್ರಿಯವಾಗಿದೆಯೇ, ಸೇವೆಗಳ ಕ್ರಮದಲ್ಲಿ ಎಲ್ಲಿದೆ, ಮತ್ತು Mac ಅದನ್ನು ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗಕ್ಕೆ ಬಳಸುತ್ತದೆಯೇ ಎಂದು ಗಮನಿಸಿ. ಸೇವೆಗಳ ಕ್ರಮ ಮುಖ್ಯ, ಏಕೆಂದರೆ macOS ಗಮ್ಯಸ್ಥಾನವನ್ನು ತಲುಪಬಲ್ಲ ಅತ್ಯುನ್ನತ ಸಕ್ರಿಯ ಸೇವೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ನೀವು ಹೆಸರು ಗುರುತಿಸುವ ಸೇವೆಯನ್ನಲ್ಲ.

Apple ನ ವೈಯಕ್ತಿಕ ಹಾಟ್‌ಸ್ಪಾಟ್ ಮಾರ್ಗದರ್ಶಿ ಕಾರ್ಯವಿಧಾನವನ್ನು ವಿವರಿಸುತ್ತದೆ: ಫೋನ್‌ನಲ್ಲಿ ವೈಯಕ್ತಿಕ ಹಾಟ್‌ಸ್ಪಾಟ್ ಸಕ್ರಿಯವಾಗಿರುವಾಗ, ಅದನ್ನು USB ಮೂಲಕ ಜೋಡಿಸುವುದು Mac ಫೋನ್‌ನ ಸೆಲ್ಯುಲಾರ್ ಸಂಪರ್ಕವನ್ನು ಬಳಸುವಂತೆ ಮಾಡಬಹುದು, ನೀವು ಕೇವಲ ಚಾರ್ಜ್ ಮಾಡಲು ಬಯಸಿದ್ದರೂ ಸಹ. ಇದು VPN ಕ್ಲೈಂಟ್ ದೋಷವಲ್ಲ; ರೂಟಿಂಗ್ ಕೋಷ್ಟಕ Wi-Fi ಗಿಂತ ಮೊದಲು ಮೇಲೆ ಬಂದ ಸೇವೆಯನ್ನು ಅನುಸರಿಸುತ್ತಿದೆ.

ಸೇವೆ ಇದ್ದರೂ ಫೋನ್ ಜೋಡಿಸಿದಾಗ ನಿಷ್ಕ್ರಿಯವಾಗಿ ಉಳಿದರೆ, ನೀವು ಹಾಟ್‌ಸ್ಪಾಟ್ ಅಲ್ಲ, ಕೇವಲ-ಚಾರ್ಜ್ ಸಂಪರ್ಕ ಅಥವಾ ಸಾಧನ ಲಿಂಕ್ ನೋಡುತ್ತಿದ್ದೀರಿ. ಆ ವ್ಯತ್ಯಾಸವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ಎರಡು ಹೆಜ್ಜೆಗಳು ಐಕಾನ್‌ನಿಂದ ಊಹಿಸುವ ಬದಲು ಅದನ್ನೇ ಪರೀಕ್ಷಿಸುತ್ತವೆ.

ಹೆಜ್ಜೆ 2: VPN ಎಂಡ್‌ಪಾಯಿಂಟ್ ಯಾವ ಮಾರ್ಗ ಬಳಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ

ಮಾರ್ಗವನ್ನು ವೆಬ್‌ಸೈಟ್‌ಗೆ ಅಲ್ಲ, VPN ಸರ್ವರ್‌ನ ಪರಿಹರಿಸಿದ ವಿಳಾಸಕ್ಕೆ ಓದಿ. route -n get ಕೇವಲ-ಓದುವ ಮತ್ತು ಕೆರ್ನೆಲ್ ಬಳಸುವ ಇಂಟರ್‌ಫೇಸ್ ಮತ್ತು ಗೇಟ್‌ವೇಯನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು ಎರಡೂ ಸಾಲುಗಳು ಮುಖ್ಯ.

scutil --dns | head -20
route -n get 203.0.113.10

ಮೇಲಿನ ವಿಳಾಸವು ದಾಖಲೆಗಾಗಿ ಪ್ಲೇಸ್‌ಹೋಲ್ಡರ್. ಅದನ್ನು ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ತೋರಿಸುವ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನಿಂದ ಬದಲಾಯಿಸಿ, ಮತ್ತು IPv6 ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗೆ route -n get -inet6 ಬಳಸಿ. ಫೋನ್ ಬೇರ್ಪಡಿಸಿದ ಮತ್ತು ಜೋಡಿಸಿದ ಸ್ಥಿತಿಯಲ್ಲಿ ಔಟ್‌ಪುಟ್ ಹೋಲಿಸಿ, ಮತ್ತು ಎರಡು ಓದುವಿಕೆಗಳ ನಡುವೆ ಮಾರ್ಗಗಳನ್ನು ಸೇರಿಸಬೇಡಿ ಅಥವಾ ತೆಗೆಯಬೇಡಿ. ಇಂಟರ್‌ಫೇಸ್ en0 ನಿಂದ iPhone USB ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ಬದಲಾದರೆ, ಹಾಟ್‌ಸ್ಪಾಟ್ ಮಾರ್ಗ ಹುಡುಕಾಟದಲ್ಲಿ ಗೆದ್ದಿತು ಮತ್ತು VPN ನ ಹೊರ ಸಂಪರ್ಕ ಈಗ ಸೆಲ್ಯುಲಾರ್‌ನಲ್ಲಿ ಸಾಗುತ್ತಿದೆ.

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

ಹೆಜ್ಜೆ 3: ಹಾಟ್‌ಸ್ಪಾಟ್ ಅನ್ನು ಸಾಧನ-ಸಂವಹನ ಲಿಂಕ್‌ನಿಂದ ಬೇರ್ಪಡಿಸಿ

Xcode 15 ಮತ್ತು ನಂತರದ ಆವೃತ್ತಿಗಳು USB ಮೂಲಕ ಜೋಡಿಸಿದ ಸಾಧನದೊಂದಿಗೆ ಲಿಂಕ್-ಸ್ಥಳೀಯ IPv6 ಒಳಗೊಂಡ ನೆಟ್‌ವರ್ಕ್-ಆಧಾರಿತ ಚಾನಲ್ ಮೂಲಕ ಮಾತನಾಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಅಭಿವೃದ್ಧಿ Mac ಇಂಟರ್ನೆಟ್ ಪ್ರವೇಶಕ್ಕೆ ಸಂಬಂಧವಿಲ್ಲದ ಹೆಚ್ಚುವರಿ ಇಂಟರ್‌ಫೇಸ್ ತೋರಿಸಬಹುದು. Apple ನ TN3158 ತಾಂತ್ರಿಕ ಟಿಪ್ಪಣಿ ಈ ವರ್ತನೆಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ ಮತ್ತು ಎಚ್ಚರಿಸುತ್ತದೆ: VPN ಅಥವಾ ಭದ್ರತಾ ಫಿಲ್ಟರಿಂಗ್ ಅದಕ್ಕೆ ಅಡ್ಡಿಪಡಿಸಬಹುದು. ಇದು ಹಾಟ್‌ಸ್ಪಾಟ್ ಸಮಸ್ಯೆಯ ವಿರುದ್ಧವಾದುದು: ಫೋನ್ ಇಂಟರ್ನೆಟ್ ನೀಡುವುದರಿಂದ VPN ಒಡೆಯುವುದಿಲ್ಲ; VPN ಅದನ್ನು ಹಿಡಿಯುವುದರಿಂದ ಸಾಧನ ಸಂಪರ್ಕ ಒಡೆಯುತ್ತದೆ.

ಪ್ಯಾಕೆಟ್ ಸೆರೆಹಿಡಿಯದೆ ಎರಡು ಅವಲೋಕನಗಳು ಪ್ರಕರಣಗಳನ್ನು ಬೇರ್ಪಡಿಸುತ್ತವೆ. ಮೊದಲಿಗೆ, ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ಮಾರ್ಗಿಸಬಲ್ಲ ವಿಳಾಸ ಮತ್ತು ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗ ಇದೆಯೇ, ಅಥವಾ ಲಿಂಕ್-ಸ್ಥಳೀಯ fe80:: ವಿಳಾಸ ಮಾತ್ರವೇ ಎಂದು ಪರಿಶೀಲಿಸಿ; ಲಿಂಕ್-ಸ್ಥಳೀಯ ಮಾತ್ರ ಎಂದರೆ ಇಂಟರ್ನೆಟ್ ಮಾರ್ಗ ಇಲ್ಲ. ಎರಡನೆಯದಾಗಿ, VPN ಮುಚ್ಚಿ Xcode ಮತ್ತೆ ಸಾಧನ ತಲುಪಬಲ್ಲದೇ ಎಂದು ನೋಡಿ. ಸಾಧ್ಯವಾದರೆ, VPN ನ ಮಾರ್ಗಗಳು ಅಥವಾ ವಿಷಯ ಫಿಲ್ಟರ್ ಲಿಂಕ್-ಸ್ಥಳೀಯ ಸಂಚಾರವನ್ನು ಹಿಡಿಯುತ್ತಿವೆ, ಮತ್ತು ಸರಿಪಡಿಸುವಿಕೆ ಸ್ಪ್ಲಿಟ್-ಟನಲ್ ಅಥವಾ ಫಿಲ್ಟರ್ ಸಂರಚನೆಯಲ್ಲಿ, ನೆಟ್‌ವರ್ಕ್ ಪ್ಯಾನೆಲ್‌ನಲ್ಲ.

ifconfig | grep -A4 -E '^en[0-9]+:'
netstat -rn -f inet6 | head

ಇಂಟರ್‌ಫೇಸ್ ಹೆಸರಿನಿಂದ ಮಾತ್ರ ನಿರ್ಣಯಿಸಬೇಡಿ. ಸಾಧನಗಳು ಜೋಡಣೆಯಾದಂತೆ macOS ಈ ಇಂಟರ್‌ಫೇಸ್‌ಗಳನ್ನು ರಚಿಸುತ್ತದೆ ಮತ್ತು ನಾಶಮಾಡುತ್ತದೆ, ಮತ್ತು en ಸಂಖ್ಯೆಯನ್ನು ರನ್‌ಟೈಮ್‌ನಲ್ಲಿ ಹಂಚಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದೇ Mac ಮರುಪ್ರಾರಂಭ ಅಥವಾ ಕೇಬಲ್ ಬದಲಾವಣೆಯ ನಂತರ ಬೇರೆ ಸಂಖ್ಯೆ ತೋರಿಸಬಹುದು.

ಹೆಜ್ಜೆ 4: ಒಂದೇ ಸಮಯಕ್ಕೆ ಒಂದು ಚರದೊಂದಿಗೆ ವೈಫಲ್ಯವನ್ನು ಮರುಸೃಷ್ಟಿಸಿ

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

VPN ಕೇವಲ ಹಾಟ್‌ಸ್ಪಾಟ್ ಸ್ಥಿತಿಯಲ್ಲಿ ವಿಫಲವಾದರೆ, ಫೋನ್ ಅನ್ನು ಆ ಮಾರ್ಗದಿಂದ ದೂರವಿಡಿ: ಚಾರ್ಜ್ ಮಾಡುವಾಗ ವೈಯಕ್ತಿಕ ಹಾಟ್‌ಸ್ಪಾಟ್ ಆಫ್ ಮಾಡಿ, ಅಥವಾ ಸೇವೆಗಳ ಕ್ರಮದಲ್ಲಿ iPhone USB ಸೇವೆಯನ್ನು Wi-Fi ಗಿಂತ ಕೆಳಗೆ ಸರಿಸಿ. ಹಾಟ್‌ಸ್ಪಾಟ್ ಆಫ್ ಇರುವುದೂ ಸೇರಿದಂತೆ ಪ್ರತಿ ಜೋಡಿತ ಸ್ಥಿತಿಯಲ್ಲಿ ವಿಫಲವಾದರೆ, ಕ್ಲೈಂಟ್ ನೆಟ್‌ವರ್ಕ್ ಪರಿವರ್ತನೆಯನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ನೋಡಿ. ಕೆಲವು ಕ್ಲೈಂಟ್‌ಗಳು ಪ್ರಾಥಮಿಕ ಸೇವೆ ಬದಲಾದಾಗ ಟನಲ್ ಒಡೆಯುತ್ತವೆ ಮತ್ತು ಮರುಸಂಪರ್ಕ ಬೇಕಾಗುತ್ತದೆ; ಅದು ಕ್ಲೈಂಟ್ ನಡವಳಿಕೆ, ಫೋನ್ ದೋಷವಲ್ಲ.

ಪ್ರತಿ ಪ್ರಯತ್ನಕ್ಕೆ ಒಂದು ವಿಷಯ ಬದಲಿಸಿ. ಸೇವೆ ಅಳಿಸುವುದು, VPN ಸಂರಚನೆ ಮರುಹೊಂದಿಸುವುದು ಮತ್ತು ಅದೇ ನಿಮಿಷದಲ್ಲಿ ಕ್ಲೈಂಟ್ ಮರುಸ್ಥಾಪಿಸುವುದು ನಿಮಗೆ ಕೆಲಸ ಮಾಡುವ Mac ಮತ್ತು ಯಾವ ಕ್ರಿಯೆ ಅದನ್ನು ಸರಿಪಡಿಸಿತು ಎಂಬುದರ ಅರಿವಿಲ್ಲದೆ ಬಿಡುತ್ತದೆ.

ಹೆಜ್ಜೆ 5: ಏನನ್ನು ಉಳಿಸಿಕೊಳ್ಳಬೇಕು ಮತ್ತು ಏನನ್ನು ಪರಿಶೀಲಿಸಬೇಕು ಎಂದು ನಿರ್ಧರಿಸಿ

ಸಾಧನ ಲಿಂಕ್ ಅನ್ನು ಹಾಗೆಯೇ ಬಿಡಿ. Xcode ಬಳಸುವ ಇಂಟರ್‌ಫೇಸ್ ತೆಗೆದರೆ VPN ಮಾರ್ಗ ಸರಿಯಾಗುವುದಿಲ್ಲ, ಮತ್ತು ಮುಂದಿನ ಜೋಡಣೆಯವರೆಗೆ ಸಾಧನ ನಿಯೋಜನೆ ಒಡೆಯುತ್ತದೆ. ಹಾಟ್‌ಸ್ಪಾಟ್ ಸೇವೆ ನಿಜವಾಗಿ ಅನಪೇಕ್ಷಿತವಾದರೆ, ಮೊದಲು ಫೋನ್‌ನಲ್ಲಿ ವೈಯಕ್ತಿಕ ಹಾಟ್‌ಸ್ಪಾಟ್ ಆಫ್ ಮಾಡಿ; ಅದು ದಾಖಲಿತ ನಿಯಂತ್ರಣ ಮತ್ತು ಮರುಪ್ರಾರಂಭದ ನಂತರವೂ ಉಳಿಯುತ್ತದೆ.

ನೀವು ಸೇವೆ ತೆಗೆದರೆ, ನೀವು ಗುರುತಿಸಿದ ಸೇವೆಯನ್ನು ತೆಗೆಯಿರಿ ಮತ್ತು ನಂತರ ಎರಡು ವಿಷಯಗಳನ್ನು ಪರಿಶೀಲಿಸಿ: VPN ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗೆ ಮಾರ್ಗ ನಿರೀಕ್ಷಿತ ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ಮರಳಿದೆ, ಮತ್ತು ಟನಲ್ ಕೇವಲ ಇಂಟರ್ನೆಟ್‌ಗೆ ಅಲ್ಲ, ಒಳ ವಿಳಾಸಕ್ಕೂ ಸಂಚಾರ ರವಾನಿಸುತ್ತದೆ. ಸೇವೆಗಳ ಕ್ರಮ ಮತ್ತು ಕ್ಲೈಂಟ್ ಆವೃತ್ತಿಯನ್ನು ಗಮನಿಸಿ, ಏಕೆಂದರೆ macOS ನವೀಕರಣ ಫೋನ್ ಹೇಗೆ ಕಾಣುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಿಸಬಹುದು.

ನಂತರ ನೀವು ನಿಜವಾಗಿ ಕಂಡ ವೈಫಲ್ಯವನ್ನು ವರ್ಗೀಕರಿಸಿ. ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಸಮಯ ಮಿತಿ, ಟನಲ್ ಮೇಲೆ ಬಂದ ನಂತರ MTU ನಿಲ್ಲುವುದು, ಮತ್ತು ಆಪರೇಟರ್‌ನಿಂದ ಬರುವ DNS ಉತ್ತರಗಳು ಮೂರು ವಿಭಿನ್ನ ಸಮಸ್ಯೆಗಳು ಮತ್ತು ಮೂರು ವಿಭಿನ್ನ ಪರಿಹಾರಗಳು. ಮೂರರಲ್ಲೂ USB ಸೇವೆ ಪ್ರಚೋದಕ; ಕಾರಣವಾಗಿ ಅದು ಅಪರೂಪ.