iPhone VPN ನಲ್ಲಿ Remote ID: ಈ ಕ್ಷೇತ್ರ ನಿಜವಾಗಿ ಏನನ್ನು ಅರ್ಥೈಸುತ್ತದೆ
Remote ID ಎಂಬುದು ಸರ್ವರ್ ನಿಮ್ಮ iPhone ಗೆ ಸಾಬೀತುಪಡಿಸಬೇಕಾದ ಗುರುತು; Local ID ಎಂಬುದು ಕ್ಲೈಂಟ್ ಹೇಳಿಕೊಳ್ಳುವ ಗುರುತು. ಯಾವ ಸ್ಟ್ರಿಂಗ್ ಯಾವ ಕ್ಷೇತ್ರಕ್ಕೆ ಹೋಗುತ್ತದೆ ಎಂಬುದು ಇಲ್ಲಿದೆ.
ನೀವು ಸೆಟ್ಟಿಂಗ್ಗಳಲ್ಲಿ IKEv2 ಸಂರಚನೆಯನ್ನು ಸೇರಿಸುತ್ತಿದ್ದೀರಿ, ಮತ್ತು ಎರಡು ಕ್ಷೇತ್ರಗಳು ಯಾರೂ ನಿಮಗೆ ನೀಡದ ಪಠ್ಯವನ್ನು ಕೇಳುತ್ತಿವೆ: Remote ID ಮತ್ತು Local ID. ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ನಿಮ್ಮ ಬಳಕೆದಾರಹೆಸರಲ್ಲ, ಮತ್ತು ಯಾವುದೂ Server ಕ್ಷೇತ್ರದ ಎರಡನೇ ಪ್ರತಿಯಲ್ಲ. Remote ID ಎಂಬುದು ಗೇಟ್ವೇ ನಿಮ್ಮ iPhone ಗೆ ಸಾಬೀತುಪಡಿಸಬೇಕಾದ ಗುರುತು; Local ID ಎಂಬುದು ನಿಮ್ಮ iPhone ಗೇಟ್ವೇಗೆ ಹೇಳಿಕೊಳ್ಳುವ ಗುರುತು. ಯಾವುದಾದರೂ ಒಂದನ್ನು ತಪ್ಪಾದರೆ, ಸರ್ವರ್ ಈಗಾಗಲೇ ಉತ್ತರಿಸಿದ ನಂತರ ಟನೆಲ್ ಸಾಯುತ್ತದೆ, ಆದ್ದರಿಂದ ವೈಫಲ್ಯವು ಪಾಸ್ವರ್ಡ್ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುತ್ತದೆ, ಆದರೆ ಅದಲ್ಲ.
iOS ನಲ್ಲಿ ಕ್ಷೇತ್ರಗಳು ಎಲ್ಲಿವೆ
ಸೆಟ್ಟಿಂಗ್ಗಳು > ಸಾಮಾನ್ಯ > VPN ಮತ್ತು ಸಾಧನ ನಿರ್ವಹಣೆ > VPN ತೆರೆದು IKEv2 ಸಂರಚನೆಯನ್ನು ಸೇರಿಸಿ. ದೃಢೀಕರಣದ ಅಡಿಯಲ್ಲಿ ನೀವು ಬಳಕೆದಾರಹೆಸರು ಅಥವಾ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತೀರಿ, ಮತ್ತು ಆಗ ಮಾತ್ರ Remote ID ಮತ್ತು Local ID ಮುಕ್ತ ಪಠ್ಯ ಪೆಟ್ಟಿಗೆಗಳಾಗಿ ಕಾಣುತ್ತವೆ. ಇವು ಗುರುತಿಸುವಿಕೆಗಳು, ವಿಳಾಸಗಳಲ್ಲ: iOS ಅವುಗಳನ್ನು IKE_AUTH ವಿನಿಮಯದಲ್ಲಿ ಒಯ್ಯುತ್ತದೆ, ಅಲ್ಲಿ IKEv2 ಪ್ರಾರಂಭಿಸುವವರ ಗುರುತನ್ನು IDi ಮತ್ತು ಉತ್ತರಿಸುವವರ ಗುರುತನ್ನು IDr ಎಂದು ಕರೆಯುತ್ತದೆ.
ಉಳಿಸಿದ ನಂತರ iOS ಸಂರಚನೆಯನ್ನು ಒಂದೇ ಸಾಲಿಗೆ ಮಡಚಿ ಮೌಲ್ಯಗಳನ್ನು ತೋರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ಕ್ಷೇತ್ರಗಳು ಖಾಲಿ ಎಂದು ತೀರ್ಮಾನಿಸುವ ಮೊದಲು ಮಾಹಿತಿ ಬಟನ್ ಒತ್ತಿರಿ ಅಥವಾ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಮತ್ತೆ ತೆರೆಯಿರಿ. MDM ನಿಂದ ಕಳುಹಿಸಿದ ಸಂರಚನೆ ಅವುಗಳನ್ನು ಸಂಪೂರ್ಣ ಬೂದು ಮಾಡಬಹುದು, ಇದು ಸಮಸ್ಯೆಯನ್ನು ಯಾರು ಸರಿಪಡಿಸಬಹುದು ಎಂಬುದನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ.
Remote ID ಗೇಟ್ವೇಯ ಹೆಸರು
ಸರ್ವರ್ ಸಾಬೀತುಪಡಿಸಬೇಕೆಂದು ನಿಮ್ಮ iPhone ನಿರೀಕ್ಷಿಸುವ ಮೌಲ್ಯ ಇದು. ಪ್ರಮಾಣಪತ್ರ ದೃಢೀಕರಣದಲ್ಲಿ ಇದನ್ನು ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರದಲ್ಲಿನ ಹೆಸರಿನೊಂದಿಗೆ ಹೋಲಿಸಲಾಗುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ subject ಅಥವಾ subjectAltName ನಮೂದು. ಪ್ರಮಾಣಪತ್ರವನ್ನು vpn.example.com ಗಾಗಿ ನೀಡಿದ್ದರೆ, ಆ ಹೋಸ್ಟ್ಹೆಸರೇ Remote ID, ನೀವು ಬರೀ IP ವಿಳಾಸದಿಂದ ಯಂತ್ರವನ್ನು ತಲುಪಿದರೂ ಸಹ.
ಆ ಹೊಂದಾಣಿಕೆಯ ಕೊರತೆಯೇ ಸಾಂಪ್ರದಾಯಿಕ ವೈಫಲ್ಯ: ಪ್ಯಾಕೆಟ್ಗಳು ಬರುತ್ತವೆ, ಸರ್ವರ್ ಉತ್ತರಿಸುತ್ತದೆ, ಆದರೂ ಸಂಪರ್ಕ ಕುಸಿಯುತ್ತದೆ ಏಕೆಂದರೆ ಪ್ರಮಾಣಪತ್ರದಲ್ಲಿನ ಗುರುತು ಪ್ರೊಫೈಲ್ ಒತ್ತಾಯಿಸಿದ್ದಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ. Server ಕ್ಷೇತ್ರವನ್ನು ಕಚ್ಚಾ IP ಗೆ ತೋರಿಸುವುದರಿಂದ ಸಹಾಯವಿಲ್ಲ, ಮತ್ತು ಅನೇಕ ಗೇಟ್ವೇಗಳಲ್ಲಿ ಸರ್ವರ್ ಹೊಂದಿಸಲಾಗದ ಗುರುತಿಗೆ ಉತ್ತರಿಸುವುದನ್ನೇ ನಿಲ್ಲಿಸುತ್ತದೆ.
ಗೇಟ್ವೇಗೆ ಹೊಂದಿಕೆಯಾಗುವ ಸೆಟ್ಟಿಂಗ್ ಇದೆ. strongSwan ಸರ್ವರ್ ತನ್ನ ಗುರುತನ್ನು leftid ನಿಂದ ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಗುರುತನ್ನು rightid ನಿಂದ ಮಿತಿಗೊಳಿಸಬಹುದು; ಎರಡೂ ಕಡೆ ಸ್ಟ್ರಿಂಗ್ ಬಗ್ಗೆ ಒಪ್ಪದಿದ್ದರೆ IKE_AUTH ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ. ಬ್ರೌಸರ್ ಬಾರ್ನಿಂದ URL ನಕಲಿಸುವ ಬದಲು ಪ್ರಮಾಣಪತ್ರ ಯಾವ ಗುರುತಿಗೆ ನೀಡಲಾಗಿದೆ ಎಂದು ಆಪರೇಟರ್ಗೆ ಕೇಳಿ.
Apple ತನ್ನ IKEv2 ಸೆಟ್ಟಿಂಗ್ಗಳ ಉಲ್ಲೇಖದಲ್ಲಿ ಪೇಲೋಡ್ ಕೀಗಳನ್ನು RemoteIdentifier ಮತ್ತು LocalIdentifier ಎಂದು ದಾಖಲಿಸುತ್ತದೆ. ಎರಡೂ ಸಾಮಾನ್ಯ ಸ್ಟ್ರಿಂಗ್ಗಳು, ಆದ್ದರಿಂದ ಅಕ್ಷರ ಗಾತ್ರ ಮತ್ತು ಕೊನೆಯಲ್ಲಿ ಒಂದು ಸ್ಪೇಸ್ ಮುಖ್ಯವಾಗಬಹುದು.
Local ID ನಿಮ್ಮ iPhone ಹೇಳಿಕೊಳ್ಳುವುದು
ಬಳಕೆದಾರಹೆಸರು ದೃಢೀಕರಣದಲ್ಲಿ EAP ಹೆಸರು ಮತ್ತು ಪಾಸ್ವರ್ಡ್ ಪರಿಶೀಲಿಸುತ್ತದೆ, ಮತ್ತು Local ID ಕೆಲವು ಗೇಟ್ವೇಗಳು ಕೂಡ ಜಾರಿಗೊಳಿಸುವ ಪ್ರತ್ಯೇಕ IKE ಗುರುತು. ಗೇಟ್ವೇ Local ID ಬಳಕೆದಾರಹೆಸರಿಗೆ ಸಮವಾಗಿರಬೇಕು, ಇಮೇಲ್ ವಿಳಾಸವಾಗಿರಬೇಕು ಅಥವಾ ಅದರ ಸಂಪರ್ಕ ನೀತಿಯ ನಮೂದಿಗೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು ಎಂದು ಒತ್ತಾಯಿಸಬಹುದು; ಇತರರು ಅದನ್ನು ನಿರ್ಲಕ್ಷಿಸುತ್ತಾರೆ. ಅದನ್ನು ಖಾಲಿ ಬಿಡುವುದು ಆಪರೇಟರ್ ಹಾಗೆ ಹೇಳಿದಾಗ ಮಾತ್ರ ಸುರಕ್ಷಿತ.
ಪ್ರಮಾಣಪತ್ರ ದೃಢೀಕರಣದಲ್ಲಿ Local ID ಆ ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರಕ್ಕೆ ಗೇಟ್ವೇ ಸ್ವೀಕರಿಸುವ ಗುರುತಿಗೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು, ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರಮಾಣಪತ್ರದ ಸಾಮಾನ್ಯ ಹೆಸರು ಅಥವಾ ಸಾಧನ ದಾಖಲೆಗೆ ಜೋಡಿಸಿದ ಮೌಲ್ಯ. ಸಹೋದ್ಯೋಗಿಯ ಪ್ರೊಫೈಲ್ ನಕಲಿಸಿದರೆ ಅವರ ಗುರುತೂ ನಕಲಾಗುತ್ತದೆ. ಉತ್ತಮ ಸಂದರ್ಭದಲ್ಲಿ ಗೇಟ್ವೇ ತಪ್ಪು ಸಾಧನವನ್ನು ದಾಖಲಿಸುತ್ತದೆ; ಕೆಟ್ಟ ಸಂದರ್ಭದಲ್ಲಿ ಪ್ರತಿ ಸಾಧನದ ನೀತಿ ನಿಮ್ಮನ್ನು ತಿರಸ್ಕರಿಸುತ್ತದೆ.
ಬಲೆ ಎಂದರೆ ಖಾಲಿ ಎಂದರೆ ಗುರುತು ಇಲ್ಲ ಎಂದು ಭಾವಿಸುವುದು. ಅಪೂರ್ಣವಾಗಿ ಕಾಣುತ್ತದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ಖಾಲಿ ಕ್ಷೇತ್ರವನ್ನು ನಿಮ್ಮ ಇಮೇಲ್ ವಿಳಾಸದಿಂದ ತುಂಬಬೇಡಿ. ಉದ್ದೇಶಿತ ಮೌಲ್ಯವನ್ನು ದೃಢೀಕರಿಸಿ ಮತ್ತು ನೀಡಿದಂತೆಯೇ ನಿಖರವಾಗಿ ನಮೂದಿಸಿ.
ಉಳಿಸುವ ಮೊದಲು ಐದು ನಿಮಿಷದ ಪರಿಶೀಲನೆ
ಅವುಗಳನ್ನು ಕ್ರಮವಾಗಿ ಪೂರ್ಣಗೊಳಿಸಿ; ಮೊದಲು ವಿಫಲವಾಗುವ ಹಂತವೇ ಸರಿಪಡಿಸಬೇಕಾದದ್ದು.
- ಆಪರೇಟರ್ನಿಂದ ಮೂರು ಸ್ಟ್ರಿಂಗ್ಗಳನ್ನು ಪಡೆಯಿರಿ: ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರದಲ್ಲಿನ ಹೆಸರು, ನಿರೀಕ್ಷಿತ Local ID ಮತ್ತು ದೃಢೀಕರಣ ವಿಧಾನ.
- ದೃಢೀಕರಣ ವಿಧಾನವನ್ನು ಹೊಂದಿಸಿ. Remote ID ಮತ್ತು Local ID ಬಳಕೆದಾರಹೆಸರು ಮತ್ತು ಪಾಸ್ವರ್ಡ್ಗೆ ಪರ್ಯಾಯವಲ್ಲ, ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ಪ್ರೊಫೈಲ್ ಪಾಸ್ವರ್ಡ್ ಸ್ವೀಕರಿಸುವುದಿಲ್ಲ.
- ಮೌಲ್ಯಗಳನ್ನು ನಿಖರವಾಗಿ ಟೈಪ್ ಮಾಡಿ, ಅಕ್ಷರ ಗಾತ್ರ ಸೇರಿದಂತೆ, ಕೊನೆಯಲ್ಲಿ ಸ್ಪೇಸ್ ಇಲ್ಲದೆ.
- ಪ್ರಮಾಣಪತ್ರ ಮಾನ್ಯತೆಯನ್ನು ಆನ್ ಆಗಿಡಿ. ಎಚ್ಚರಿಕೆಯನ್ನು ಸದ್ದಿಲ್ಲದೆ ಮಾಡಲು ಸಂಬಂಧವಿಲ್ಲದ ಮೂಲ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಸ್ಥಾಪಿಸುವುದು ಹೆಸರಿನ ಹೊಂದಾಣಿಕೆಯ ಕೊರತೆಯನ್ನು ಸರಿಪಡಿಸುವ ಬದಲು ಮುಚ್ಚಿಡುತ್ತದೆ.
- ಕಚೇರಿಯ Wi-Fi ನಲ್ಲಿ ಅಲ್ಲ, ಮೊಬೈಲ್ ಡೇಟಾದಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ, ಇದರಿಂದ ಕ್ಯಾಪ್ಟಿವ್ ಪೋರ್ಟಲ್ ಅಥವಾ ವಿಭಜಿತ DNS ಗುರುತಿನ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣದಿರುತ್ತದೆ.
| Field | What belongs there | What a wrong value looks like |
|---|---|---|
| Remote ID | The DNS name in the gateway certificate | Server answers, then the tunnel drops with a certificate or identity error |
| Local ID | The identity the gateway policy expects for you | IKE_AUTH or user authentication fails after the server responds |
| Server | A reachable hostname or IP | Timeout with no identity exchange at all |
ಕೋಷ್ಟಕವನ್ನು ಮೇಲಿನಿಂದ ಓದಿ. Server ಸಾಲಿನಲ್ಲಿ ಟೈಮೌಟ್ ಎಂದರೆ ಗುರುತಿನ ಕ್ಷೇತ್ರಗಳನ್ನು ಎಂದೂ ಪರೀಕ್ಷಿಸಿಲ್ಲ, ಆದ್ದರಿಂದ ಅಲ್ಲೇ ನಿಲ್ಲಿಸಿ. ಸರ್ವರ್ ಉತ್ತರಿಸಿದ ನಂತರ ಮಾತ್ರ ಕಾಣುವ ದೋಷವು ಬಹುತೇಕ ಯಾವಾಗಲೂ Remote ID ಅಥವಾ Local ID ಹೊಂದಾಣಿಕೆಯ ಕೊರತೆ.
ತಪ್ಪು ಕ್ಷೇತ್ರಕ್ಕೆ ಸೂಚಿಸುವ ದೋಷಗಳು
"User authentication failed" ನಂತಹ ಸಂದೇಶ ರುಜುವಾತುಗಳು ಅಥವಾ EAP ಬಗ್ಗೆ, Remote ID ಬಗ್ಗೆ ಅಲ್ಲ. ಪ್ರಮಾಣಪತ್ರ ಎಚ್ಚರಿಕೆ ಪ್ರಮಾಣಪತ್ರದಲ್ಲಿನ ಹೆಸರಿನ ಬಗ್ಗೆ, ಮತ್ತು ಅಲ್ಲೇ Remote ID ಮತ್ತು Server ಕ್ಷೇತ್ರ ಸಂಧಿಸುತ್ತವೆ. "The VPN server did not respond" ಸಾಮಾನ್ಯವಾಗಿ UDP 500 ಮತ್ತು 4500 ಪೂರ್ಣಗೊಳ್ಳಲಿಲ್ಲ, ಅಥವಾ NAT ದಾಟುವಿಕೆ ವಿಫಲವಾಯಿತು, ಮತ್ತು ಯಾವ ಗುರುತೂ ಹೋಲಿಸಲಿಲ್ಲ ಎಂದು ಅರ್ಥ.
ಗೇಟ್ವೇ ಕಡೆ ಗುರುತಿನ ವೈಫಲ್ಯಗಳು ಬೇರೆಯಾಗಿ ಕಾಣುತ್ತವೆ: IKE_AUTH ಸಮಯದಲ್ಲಿ ಪೀರ್ ತಿರಸ್ಕೃತವಾಗುತ್ತದೆ, ಅಥವಾ ಲಾಗ್ ಕ್ಲೈಂಟ್ ಕಳುಹಿಸಿದ ID ಅನ್ನು ಹೆಸರಿಸಿ ಅದು ಯಾವ ಸಂಪರ್ಕಕ್ಕೂ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ ಎಂದು ಹೇಳುತ್ತದೆ. ಆ ಲಾಗ್ ಸಾಲೇ ವಾದವನ್ನು ಇತ್ಯರ್ಥಪಡಿಸುವ ಅತ್ಯಂತ ವೇಗದ ದಾರಿ, ಏಕೆಂದರೆ ಫೋನ್ ಕಳುಹಿಸಿದ ನಿಖರ ಸ್ಟ್ರಿಂಗ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ.
ಪಾಸ್ವರ್ಡ್ ಮರುಹೊಂದಿಸುವುದು ನಿರೀಕ್ಷಿತ ಸರ್ವರ್ ಗುರುತನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ, ಮತ್ತು Remote ID ಬದಲಿಸುವುದು ತಪ್ಪು ಪಾಸ್ವರ್ಡ್ ಸರಿಪಡಿಸುವುದಿಲ್ಲ. ಮೊದಲು ಹಂತವನ್ನು ಬೇರ್ಪಡಿಸಿ, ನಂತರ ಆ ಹಂತಕ್ಕೆ ಸೇರಿದ ಕ್ಷೇತ್ರವನ್ನು ಸಂಪಾದಿಸಿ.
ಪ್ರೊಫೈಲ್ ನಿರ್ವಹಿಸಲ್ಪಡುವಾಗ
ಕ್ಷೇತ್ರಗಳು ಬೂದು ಬಣ್ಣದಲ್ಲಿದ್ದರೆ ಸಂರಚನೆ MDM ನಿಂದ ಬಂದಿದೆ ಮತ್ತು ಅದನ್ನು ಸರಿಪಡಿಸುವ ಸ್ಥಳ ಫೋನ್ ಅಲ್ಲ. VPN ಪೇಲೋಡ್ ಗುರುತಿಸುವಿಕೆಗಳನ್ನು ಒಯ್ಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಸರಿಯಾದ ಬದಲಾವಣೆ ನಿರ್ವಹಣಾ ಸರ್ವರ್ನಲ್ಲಿನ ಪ್ರೊಫೈಲ್ನಲ್ಲಿದೆ, ನಂತರ ಅದನ್ನು ಸಾಧನದಲ್ಲಿ ಮರುಸ್ಥಾಪಿಸಬೇಕು.
ಸೆಟ್ಟಿಂಗ್ಗಳು > ಸಾಮಾನ್ಯ > VPN ಮತ್ತು ಸಾಧನ ನಿರ್ವಹಣೆ ನಲ್ಲಿ ಪ್ರೊಫೈಲ್ ನಿರ್ವಹಿಸಲ್ಪಡುತ್ತಿದೆಯೇ ಮತ್ತು ಯಾರು ಸಹಿ ಹಾಕಿದ್ದಾರೆ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಅದನ್ನು ತೆಗೆದುಹಾಕಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ಗುರುತಿಸುವಿಕೆಗಳನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಸಂಪಾದಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಮತ್ತು ಎರಡನೇ ಸ್ಥಳೀಯ ಪ್ರೊಫೈಲ್ ರಚಿಸುವುದು ಪರಸ್ಪರ ವಿರುದ್ಧ ಸಂರಚನೆಯನ್ನು ಮಾತ್ರ ಸೃಷ್ಟಿಸುತ್ತದೆ.
ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಮುಚ್ಚುವ ಮೊದಲು ನೀವು ನಮೂದಿಸಿದ ಮೂರು ಸ್ಟ್ರಿಂಗ್ಗಳನ್ನು ಮತ್ತು ಅವು ಎಲ್ಲಿಂದ ಬಂದವು ಎಂದು ಬರೆದಿಡಿ. ಮುಂದಿನ ಬಾರಿ ಟನೆಲ್ ವಿಫಲವಾದಾಗ, ಗೇಟ್ವೇ ಲಾಗ್ನಲ್ಲಿ ಸ್ವೀಕರಿಸಿದ ID ಅನ್ನು ಆ ಟಿಪ್ಪಣಿಯೊಂದಿಗೆ ಹೋಲಿಸಿ: ಭಿನ್ನವಾಗಿದ್ದರೆ ನೀವು ಪಾಸ್ವರ್ಡ್ ಅಲ್ಲ, ಕ್ಷೇತ್ರವನ್ನು ನೋಡುತ್ತಿದ್ದೀರಿ.