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 പേലോഡ് കീകളെ RemoteIdentifier, LocalIdentifier എന്നിങ്ങനെ തന്റെ IKEv2 ക്രമീകരണ റഫറൻസിൽ രേഖപ്പെടുത്തുന്നു. രണ്ടും സാധാരണ സ്ട്രിംഗുകളാണ്, അതിനാൽ വലിയ-ചെറിയ അക്ഷരങ്ങളും അവസാനത്തെ സ്പെയ്സും പ്രധാനമായേക്കാം.
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 ആ കുറിപ്പുമായി താരതമ്യം ചെയ്യുക: വ്യത്യസ്തമാണെങ്കിൽ നിങ്ങൾ പാസ്‌വേഡല്ല, ഫീൽഡാണ് നോക്കുന്നത്.