Android ಆಲ್ವೇಸ್-ಆನ್ ಮತ್ತು VPN ಇಲ್ಲದೆ ಬ್ಲಾಕ್: ಸರಿಯಾದ ಜೋಡಿ ಆಯ್ಕೆಮಾಡಿ

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

ಬೇರೆ ಬೇರೆ ಭರವಸೆ ನೀಡುವ ಎರಡು ಸ್ವಿಚ್‌ಗಳು

ಆಲ್ವೇಸ್-ಆನ್ ಎಂಬುದು ನಿರಂತರತೆಯ ಭರವಸೆ. ಆಯ್ಕೆ ಮಾಡಿದ VPN ಸೇವೆಯನ್ನು ಸಿಸ್ಟಮ್ ಬೆಂಬಲಿಸುವ ಜೀವನಚಕ್ರ ಘಟನೆಗಳಾದ್ಯಂತ ಚಾಲನೆಯಲ್ಲಿಡುತ್ತದೆ ಮತ್ತು ಅದು ಕುಸಿದಾಗ ಮರುಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಬ್ಲಾಕಿಂಗ್ ಎಂಬುದು ಸೀಮಿತಗೊಳಿಸುವ ಭರವಸೆ: ಟನೆಲ್ ಬಳಸಲು ಸಾಧ್ಯವಿಲ್ಲದಾಗ, ಒಳಗೊಂಡ ಸಂಚಾರಕ್ಕೆ ಅದರ ಹೊರಗೆ ಯಾವುದೇ ಮಾರ್ಗ ಇರುವುದಿಲ್ಲ. ಸರ್ವರ್ ಡೌನ್ ಆಗಿರುವುದು, ಯಾರೂ ಉತ್ತರಿಸಲಾಗದ ಪಾಸ್‌ವರ್ಡ್ ಪ್ರಾಂಪ್ಟ್, ಅಥವಾ ಕ್ರ್ಯಾಶ್ ಆದ ಕ್ಲೈಂಟ್, ಇವೆಲ್ಲವೂ ಬ್ಲಾಕಿಂಗ್ ಸಾಧನವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಆಫ್‌ಲೈನ್‌ನಲ್ಲಿಡುತ್ತವೆ.

ಎರಡರ ಮೇಲೂ ಮೂರನೆಯ ಅಂಶವಿದೆ: ಕ್ಲೈಂಟ್‌ನ ಪ್ರತಿ-ಆ್ಯಪ್ ವ್ಯಾಪ್ತಿ. Android ಪ್ರತಿ-ಆ್ಯಪ್ VPN ಸಂರಚನೆಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, ಮತ್ತು ಈ ವ್ಯಾಪ್ತಿ ಎರಡು ಸಿಸ್ಟಮ್ ಸ್ವಿಚ್‌ಗಳಿಗಲ್ಲ, ಕ್ಲೈಂಟ್ ಅಥವಾ ನಿರ್ವಹಣಾ ನೀತಿಗೆ ಸೇರಿದ್ದು. ವ್ಯಾಪ್ತಿಯನ್ನು ನಿರ್ಧರಿಸದೆ ಬ್ಲಾಕ್ ಮಾಡಲು ನಿರ್ಧರಿಸಿದರೆ, ಅಗತ್ಯಕ್ಕಿಂತ ಅಗಲವಾದ ಅಥವಾ ಸಂಕುಚಿತವಾದ ನೀತಿ ಹೊರಬರುತ್ತದೆ.

ನಿರ್ಧಾರ ಒಂದು: ನಿರ್ವಹಿತ ಸಾಧನವೇ ಅಥವಾ ಬಳಕೆದಾರರ ಸೆಟ್ಟಿಂಗೇ?

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

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

ವ್ಯಾಪ್ತಿ ಸಾಧನದಿಂದಲ್ಲ, ಪ್ರೊಫೈಲ್‌ನಿಂದ. ವೈಯಕ್ತಿಕ ಮತ್ತು ಕೆಲಸದ ಪ್ರೊಫೈಲ್‌ಗಳು ಪ್ರತ್ಯೇಕ ಸಂದರ್ಭಗಳು, ಮತ್ತು Android ಪ್ರತಿ ಬಳಕೆದಾರ ಪ್ರೊಫೈಲ್‌ಗೆ ಒಂದು ಸಕ್ರಿಯ VPN ಅನ್ನು ಅನುಮತಿಸುತ್ತದೆ.

ಕೆಲಸದ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿನ ಬ್ಲಾಕ್ ವೈಯಕ್ತಿಕ ಭಾಗದ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಒಂದು ಸಂದರ್ಭವನ್ನು ಪರೀಕ್ಷಿಸಿದರೆ ಇನ್ನೊಂದು ದೃಢೀಕರಣಗೊಳ್ಳುವುದಿಲ್ಲ.

ನಿರ್ಧಾರ ಎರಡು: ಎಲ್ಲವನ್ನೂ ಬ್ಲಾಕ್ ಮಾಡಬೇಕೇ ಅಥವಾ ಕೆಲವು ಆ್ಯಪ್‌ಗಳನ್ನು ಹೊರಗಿಡಬೇಕೇ?

ಬ್ಲಾಕಿಂಗ್ ಮೋಡ್‌ನಲ್ಲಿ ಪ್ರತಿ-ಆ್ಯಪ್ ಹೊರಗಿಡುವಿಕೆಗಳು ಜನರು ತಪ್ಪಾಗಿ ಅರ್ಥ ಮಾಡಿಕೊಳ್ಳುವ ಭಾಗ. Android ದಾಖಲಿತ ವರ್ತನೆಯಲ್ಲಿ, ಪ್ರತಿ-ಆ್ಯಪ್ VPN ನಿಂದ ಹೊರಗಿಡಲಾದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಸಾಮಾನ್ಯ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ಸದ್ದಿಲ್ಲದೆ ಬಳಸುವ ಬದಲು ಬ್ಲಾಕಿಂಗ್ ಮೋಡ್‌ನಲ್ಲಿ ಸಂಪರ್ಕ ಕಳೆದುಕೊಳ್ಳಬಹುದು. ಆದ್ದರಿಂದ ಹೊರಗಿಡುವಿಕೆ ಎಂಬುದು ಆ ಆ್ಯಪ್‌ಗೆ ಇಂಟರ್ನೆಟ್ ತಲುಪಲು ಪರವಾನಗಿಯಲ್ಲ, ಮತ್ತು ಆ ಊಹೆಯ ಮೇಲೆ ಕಟ್ಟಿದ ನೀತಿ ವಿವರಿಸಲಾಗದ ವೈಫಲ್ಯಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.

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

ನಿರ್ಧಾರ ಮೂರು: ಅನ್‌ಲಾಕ್‌ಗೆ ಮೊದಲು ಮತ್ತು ಪೋರ್ಟಲ್‌ನಲ್ಲಿ ಏನಾಗುತ್ತದೆ?

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

ಕ್ಯಾಪ್ಟಿವ್ ಪೋರ್ಟಲ್‌ಗಳು ಇನ್ನೊಂದು ತುದಿ. ಹೋಟೆಲ್ ಅಥವಾ ವಿಮಾನ ನಿಲ್ದಾಣದ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಬೇರೆ ಯಾವುದೂ ಕೆಲಸ ಮಾಡುವ ಮೊದಲು ದೃಢೀಕರಣವಿಲ್ಲದ ಬ್ರೌಸರ್ ಸೆಷನ್ ಬೇಕು, ಮತ್ತು ಕಠಿಣ ಬ್ಲಾಕ್ ಸೈನ್-ಇನ್ ಅನ್ನು ಅಸಾಧ್ಯಗೊಳಿಸಬಹುದು. ಬೆಂಬಲಿತ ಉತ್ತರ ಎಂದರೆ ಅನುಮೋದಿತ ಪುನರ್ಪ್ರಾಪ್ತಿ ಕಾರ್ಯವಿಧಾನ, ಅದು ತಾತ್ಕಾಲಿಕ ನಿರ್ವಹಿತ ವಿನಾಯಿತಿಯಾಗಿರಬಹುದು ಅಥವಾ ದಾಖಲಿತ ಪ್ರಕ್ರಿಯೆಯಾಗಿರಬಹುದು. ಆ ವಿನಾಯಿತಿಯು ಪ್ರಚೋದಕವನ್ನು (ಪೋರ್ಟಲ್ SSID ಅಥವಾ ನೆಟ್‌ವರ್ಕ್), ಗರಿಷ್ಠ ಅವಧಿ, ಯಾರು ನೀಡಬಹುದು, ಮತ್ತು ನಂತರ ಜಾರಿ ತಾನಾಗಿಯೇ ಮರಳುತ್ತದೆ ಎಂಬ ಪರಿಶೀಲನೆಯನ್ನು ಹೆಸರಿಸಬೇಕು; ವಿವರಣೆ ಇಲ್ಲದ ಪರ್ಯಾಯವಾಗಿ ಜಾರಿಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಆ ವಿನಾಯಿತಿಯಲ್ಲ.

Android VPN ಕ್ಲೈಂಟ್‌ಗಳ ಬಗ್ಗೆ ವೇದಿಕೆಯ ದಾಖಲಾತಿ ಆಲ್ವೇಸ್-ಆನ್ ಮತ್ತು ಬ್ಲಾಕಿಂಗ್ ವರ್ತನೆ, ಪ್ರತಿ-ಆ್ಯಪ್ ಹೊರಗಿಡುವಿಕೆಗಳು ಮತ್ತು ಪ್ರತಿ ಪ್ರೊಫೈಲ್‌ಗೆ ಒಂದು VPN ಎಂಬ ನಿಯಮವನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ. ಹಳೆಯ ಆವೃತ್ತಿಯ ನೆನಪಿನ ವರ್ತನೆಯ ಸುತ್ತ ವಿನ್ಯಾಸ ಮಾಡುವ ಮೊದಲು ಅದನ್ನು ಓದಿ, ಏಕೆಂದರೆ ನೀವು ನಿಯೋಜಿಸುವ ಕ್ಲೈಂಟ್ ಈಗಾಗಲೇ ಭಿನ್ನವಾಗಿರಬಹುದು.

ಆಫ್‌ಲೈನ್ ಸ್ಥಿತಿಯನ್ನು ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಸ್ವೀಕೃತಿ ಸಾಲನ್ನು ಬರೆಯಿರಿ

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

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

ಸ್ವೀಕೃತಿ ಸಾಲು ನಿರ್ದಿಷ್ಟ ಮತ್ತು ಪರೀಕ್ಷಿಸಬಹುದಾದದ್ದು: ಉದ್ದೇಶಿತ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿನ ಉದ್ದೇಶಿತ ಆ್ಯಪ್ ಅನುಮೋದಿತ ಟನೆಲ್ ತಲುಪುತ್ತದೆ, ಮತ್ತು ಸಾಧ್ಯವಿಲ್ಲದಿದ್ದಾಗ ಅಗತ್ಯವಿರುವ ಬ್ಲಾಕ್ ಸ್ಥಿತಿಯಲ್ಲಿ ಉಳಿಯುತ್ತದೆ. ಅದನ್ನು ಅನುಮೋದಿಸುವ ಮೊದಲು:

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