macOS-ൽ VPN പ്രൊഫൈൽ ഇംപോർട്ട് ചെയ്യാനാകുന്നില്ല: ആദ്യം പേലോഡ് വായിക്കുക

ഒരു Mac-ൽ നിരസിക്കപ്പെടുകയും മറ്റൊന്നിൽ സ്വീകരിക്കപ്പെടുകയും ചെയ്യുന്ന പ്രൊഫൈൽ സാധാരണയായി പേലോഡ് പ്രശ്നമാണ്. XML താരതമ്യം ചെയ്യുക, ജനറേറ്റർ എന്ത് ചേർത്തുവെന്ന് പരിശോധിക്കുക, തുടർന്ന് സേവനം സ്ഥിരീകരിക്കുക.

ഒരു Mac-ൽ പ്രൊഫൈൽ തടസ്സമില്ലാതെ ഇൻസ്റ്റാൾ ചെയ്യപ്പെടുകയും മറ്റൊന്നിൽ നിരസിക്കപ്പെടുകയും ചെയ്യുമ്പോൾ നെറ്റ്‌വർക്കിൽ എത്തിയിട്ടില്ല, അതിനാൽ സർട്ടിഫിക്കറ്റുകൾക്കും ഗേറ്റ്‌വേകൾക്കും പാസ്‌വേഡുകൾക്കും കുറ്റമില്ല. ഇൻസ്റ്റാളർ സ്വീകരിക്കാൻ കൂട്ടാക്കാത്ത ഒരു പേലോഡിൽ നിന്നു, ഏതാണെന്ന് സാധാരണയായി രേഖപ്പെടുത്തുന്നു. ഇത് പ്രൊഫൈൽ ഫയലും അത് സൃഷ്ടിച്ചതെല്ലാം പ്രവർത്തിക്കാൻ യോജിച്ച ഏക സ്ഥലങ്ങളായി നിലനിർത്തുന്നു, ക്ലയന്റിലെ ക്രമീകരണങ്ങൾ മായ്ക്കുന്നത് അറ്റകുറ്റപ്പണിക്കു പകരം തെളിവുകൾ നശിപ്പിക്കുന്ന വഴിയായി മാറുന്നു.

Mac റീസെറ്റ് ചെയ്യുന്നതിനു പകരം പ്രൊഫൈൽ വായിക്കുക

.mobileconfig എക്‌സ്‌പോർട്ട് ചെയ്ത്, ക്ലയന്റിൽ തൊടുന്നതിനു മുമ്പ് അതിൽ യഥാർത്ഥത്തിൽ എന്തുണ്ടെന്ന് നോക്കുക:

plutil -p profile.mobileconfig | head -60

VPN പ്രൊഫൈൽ യഥാർത്ഥത്തിൽ വ്യത്യസ്ത ജോലികൾ ചെയ്യുന്ന രണ്ട് പേലോഡുകളാണ്: com.apple.vpn.managed കണക്ഷൻ വഹിക്കുന്നു, com.apple.dnsSettings.managed റിസോൾവർ കോൺഫിഗറേഷൻ വഹിക്കുന്നു. ഇൻസ്റ്റാളർ നിരസിക്കുന്ന ആദ്യ പേലോഡിൽ ഇൻസ്റ്റാളേഷൻ നിലയ്ക്കുന്നു, ആ നിരസിക്കൽ പേലോഡിന്റെ പേരോടെ സിസ്റ്റം ലോഗിൽ ചേരുന്നു, അതിനാൽ ഏത് വിഭാഗം തുറക്കണമെന്ന് ലോഗ് പറയുന്നു. അവസാനം വിജയകരമായി ഇംപോർട്ട് ചെയ്ത പ്രൊഫൈലിന്റെ പകർപ്പ് സൂക്ഷിക്കുക, കാരണം ആ ഫയലാണ് നിങ്ങളുടെ വ്യത്യാസം അളക്കുന്ന അടിസ്ഥാനം.

ജനറേറ്റർ നിശ്ശബ്ദമായി ചേർത്തത്

Apple Configurator 2.15 ബിൽഡ് 7A23 തന്റെ DNS പേലോഡിനുള്ളിൽ ഇനിപ്പറയുന്ന ബ്ലോക്ക് പുറത്തിറക്കി:

<key>DNS</key>
<dict>
  <key>SupplementalMatchDomainsNoSearch</key>
  <integer>0</integer>
</dict>

macOS 12.1-ൽ ആ ബിൽഡ് എഴുതിയ പ്രൊഫൈലുകൾ ഇംപോർട്ടിൽ നിരസിക്കപ്പെട്ടു. Configurator 2.11.1 ഉപയോഗിച്ച് നിർമ്മിച്ച കണക്ഷൻ ഒരു പരാതിയുമില്ലാതെ അകത്തുകയറി, കാരണം ആ റിലീസ് കീ ഒട്ടും എഴുതിയിരുന്നില്ല. മുഴുവൻ DNS നിഘണ്ടുവോ പ്രശ്നമുള്ള കീ മാത്രമോ നീക്കം ചെയ്ത് വീണ്ടും സേവ് ചെയ്യുക, തുടർന്ന് മറ്റെന്തെങ്കിലും മാറ്റുന്നതിനു മുമ്പ് അതേ മെഷീനിൽ വീണ്ടും ശ്രമിക്കുക. സാധാരണയായി ആ ഒരു മാറ്റമാണ് മുഴുവൻ അറ്റകുറ്റപ്പണി.

ഈ ഉപകരണത്തിൽ അതിൽ വിശ്വസിക്കുന്നതിനു മുമ്പ് അറിയേണ്ട ഒരു കെണിയുണ്ട്. കീ ഇല്ലാതാക്കിയ ശേഷം അതേ കണക്ഷൻ സേവ് ചെയ്തത് അതിനെ തിരികെ കൊണ്ടുവന്നില്ല, പൂജ്യത്തിൽ നിന്ന് ഒരു കണക്ഷൻ സൃഷ്ടിച്ചപ്പോൾ മാത്രമാണ് അത് വീണ്ടും പ്രത്യക്ഷപ്പെട്ടത്. പുതുതായി സൃഷ്ടിച്ച ഓരോ പ്രൊഫൈലും സംശയാസ്പദമായി കണക്കാക്കി പരിശോധിക്കുക, പ്രത്യേകിച്ച് ഒരിരിപ്പിൽ ഒരു കൂട്ടം കണക്ഷനുകൾ നിർമ്മിച്ചിട്ടുണ്ടെങ്കിൽ.

MDM വഴി മറ്റൊരിടത്ത് പരാജയപ്പെടുന്നു

അതേ പ്രൊഫൈൽ തള്ളുന്ന മാനേജ്മെന്റ് സേവനം മറ്റൊരിടത്ത് പരാജയപ്പെടാം: VPN സേവനം ഒട്ടും സൃഷ്ടിച്ചിട്ടില്ലെന്ന് ക്ലയന്റ് ആവലാതിപ്പെടുന്നു. റിപ്പോർട്ട് ചെയ്ത സംഭവത്തിൽ സർട്ടിഫിക്കറ്റ് പ്രാമാണീകരണത്തിനായി കോൺഫിഗർ ചെയ്ത പേലോഡ് എന്നിട്ടും ഒരു പാസ്‌വേഡ് ഫീൽഡ് ആവശ്യപ്പെട്ടു; അത് പ്ലേസ്‌ഹോൾഡർ കൊണ്ട് നിറച്ചത് പ്രൊഫൈൽ പ്രയോഗിക്കാൻ അനുവദിച്ചു, ആ മൂല്യം പ്രാമാണീകരണത്തിന് ഒരിക്കലും ഉപയോഗിച്ചതുമില്ല.

ആ വഴി സ്വീകരിക്കുകയാണെങ്കിൽ ഒരു ഡമ്മി സ്ട്രിംഗ് സൂക്ഷിക്കുക, ഒരിക്കലും യഥാർത്ഥ ക്രെഡൻഷ്യലുകളല്ല, കൂടാതെ യഥാർത്ഥ രഹസ്യം പ്രൊഫൈലിന്റെ ബോഡിക്ക് പുറത്ത് സൂക്ഷിക്കുക. പ്രവർത്തിക്കുന്ന പാസ്‌വേഡ് വഹിക്കുന്ന പ്രൊഫൈൽ ഒരു കീ പോലെ സംരക്ഷിക്കേണ്ട ഫയലായി മാറുന്നു, അത് നിങ്ങൾ തുടങ്ങിയ പരാജയപ്പെട്ട ഇംപോർട്ടിനെക്കാൾ വളരെ വലിയ പ്രശ്നമാണ്. പ്രൊഫൈൽ വിതരണം ചെയ്യുന്നതിനു മുമ്പ് ആ പ്ലേസ്‌ഹോൾഡർ ആരുടേതാണെന്ന് തീരുമാനിക്കുക, പിന്നീട് ആരും അതിനെ മാറ്റേണ്ട മൂല്യമായി തെറ്റിദ്ധരിക്കാതിരിക്കാൻ. അത് എന്തുകൊണ്ട് നിലനിൽക്കുന്നുവെന്ന് രേഖപ്പെടുത്താൻ ഒരു വരി മതി, ആറു മാസം കഴിഞ്ഞ് ഒരു തർക്കം ഒഴിവാകും.

പ്രൊഫൈൽ യഥാർത്ഥത്തിൽ റീഫ്ലെക്ട് ചെയ്തുവെന്ന് ഉറപ്പാക്കുക

വിജയകരമായ ഇംപോർട്ട് പ്രവർത്തിക്കുന്ന സേവനമല്ല, അതിനാൽ ഈ ക്രമത്തിൽ പരിശോധിക്കുക:

profiles show -type configuration
scutil --nc list
scutil --nc start "Your VPN Service"
scutil --nc status "Your VPN Service"
scutil --dns | head -20

ആദ്യ കമാൻഡ് ഇൻസ്റ്റാൾ ചെയ്ത പേലോഡുകൾ ലിസ്റ്റ് ചെയ്യുന്നു; രണ്ടാമത്തേത് VPN സേവനം ഉണ്ടോയെന്ന് പറയുന്നു. കണക്ട് ചെയ്ത ശേഷം പ്രവർത്തിപ്പിക്കുന്ന അവസാനത്തേത് സിസ്റ്റം യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന റിസോൾവർ കാണിക്കുന്നു. ഈ ക്രമത്തിൽ വായിച്ച് ചങ്ങല പൊട്ടുന്നിടത്ത് നിർത്തുക, കാരണം സേവനം ഇല്ലെങ്കിൽ റിസോൾവറിനെക്കുറിച്ചുള്ള ഏതൊരു ചോദ്യവും അർത്ഥശൂന്യമാകും. പ്രൊഫൈൽ ഇൻസ്റ്റാൾ ചെയ്തതായി കാണിച്ചാലും ഉപയോഗയോഗ്യമായ ഒന്നും സ്വന്തമായി ഇല്ലായിരിക്കാം, ആ അവസ്ഥ തുറന്നുകാട്ടാനാണ് ഈ ക്രമം രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത്.

സർവീസ് എൻട്രിക്ക് ഇപ്പോഴും ഉപയോഗയോഗ്യമായ പേരില്ലാതിരിക്കേ ടണൽ ഉയരുകയാണെങ്കിൽ, ഡിസ്പ്ലേ നാമ ഫീൽഡ് എക്‌സ്‌പോർട്ടിൽ നഷ്ടപ്പെട്ടിരിക്കുന്നു, ചികിത്സ ക്ലയന്റിൽ പേരുമാറ്റലല്ല, മറിച്ച് പ്രൊഫൈൽ വീണ്ടും സൃഷ്ടിക്കലാണ്. റിസോൾവർ പ്രാദേശികത്തിലേക്ക് തന്നെ ചൂണ്ടുന്നുവെങ്കിൽ, DNS പേലോഡ് നിങ്ങൾ ഉദ്ദേശിച്ചതിലും ആഴത്തിൽ നീക്കം ചെയ്യപ്പെട്ടു.

വിന്യാസം ഘട്ടം ഘട്ടമായി ചെയ്യുക, ഒരു സമയം ഒരു Mac

ഒരു മാനേജുചെയ്ത Mac-ൽ അതേ OS ബിൽഡ് പ്രവർത്തിക്കുന്ന അവസ്ഥയിൽ ഇൻസ്റ്റാൾ ചെയ്യുക, തുടർന്ന് മൂന്ന് കാര്യങ്ങൾ വെവ്വേറെ പരിശോധിക്കുക: സേവനം പ്രത്യക്ഷപ്പെടുന്നു, റിസോൾവർ മാറുന്നു, ഒരു യഥാർത്ഥ ആന്തരിക അഭ്യർത്ഥന വിജയിക്കുന്നു. മൂന്നും കഴിഞ്ഞ ശേഷം മാത്രമേ പരിധി വിപുലീകരിക്കാവൂ.

ഇവ മൂന്ന് വ്യത്യസ്ത രീതികളിൽ പരാജയപ്പെടുന്ന മൂന്ന് വ്യത്യസ്ത ഫലങ്ങളാണ്, അതുകൊണ്ടാണ് ഒരു പരീക്ഷണ മെഷീൻ ആ പത്ത് മിനിറ്റിന് അർഹമാകുന്നത്. ഇംപോർട്ട് ചെയ്യുന്ന പ്രൊഫൈൽ പ്രവർത്തിക്കുന്ന പ്രൊഫൈലല്ല, ആദ്യ ഘട്ടത്തിലെ മെഷീൻ ബാക്കി കപ്പൽക്കൂട്ടം ഒന്നും കാണുന്നതിനു മുമ്പ് രണ്ട് തരം പരാജയവും പിടികൂടുന്നു.

അനുബന്ധ ലേഖനങ്ങൾ