ഓഫീസ്, VPN ഉപയോക്താക്കൾക്കായി ഒരു CiviCRM URL: സെറ്റപ്പ് ഘട്ടങ്ങൾ

ഒരു ഓഫീസ് ലാപ്ടോപ്പ് ഡെസ്കിൽ ഇരിക്കുമ്പോഴും വീട്ടിൽ നിന്ന് VPN വഴിയും അതേ CiviCRM ബുക്ക്മാർക്ക് തുറക്കണം. ഉപയോക്താക്കളുമായുള്ള സമ്പർക്കത്തെ അതിജീവിക്കുന്ന രൂപകൽപ്പന ഒരു കാനോനിക്കൽ വിലാസമാണ്, ഉദാഹരണത്തിന് https://crm.example.org/, ഓരോ സ്ഥലത്തുനിന്നും അംഗീകൃത നെറ്റ്വർക്ക് പാതയും ആ പേരിന് സാധുവായ സർട്ടിഫിക്കറ്റും ഉള്ളത്. VPN ഒരു റിമോട്ട് ക്ലയന്റ് സെർവറിൽ എത്തുന്ന രീതിയെ മാറ്റുന്നു. അത് ആപ്ലിക്കേഷന്റെ ഐഡന്റിറ്റി ഒരിക്കലും മാറ്റരുത്, കാരണം അത് സംഭവിക്കുന്ന നിമിഷം ജനറേറ്റ് ചെയ്ത ഓരോ ലിങ്കും റീഡയറക്ടും ഇന്റഗ്രേഷൻ കോൾബാക്കും പരിഹരിക്കേണ്ട രണ്ടാമത്തെ പ്രശ്നമായി മാറുന്നു.

റൂട്ട് തിരഞ്ഞെടുക്കുന്നതിന് മുമ്പ് URL തിരഞ്ഞെടുക്കുക

ഉദ്ദേശിച്ച വിലാസം ആദ്യം എഴുതുക, CMS-ന് ആവശ്യമായ ഏതെങ്കിലും പാത്ത് ഘടകം ഉൾപ്പെടെ, അതിനെ സ്ഥിരമായ ബിന്ദുവായി കണക്കാക്കുക. ഈ റൺബുക്കിലെ മറ്റെല്ലാം അത് തൊടാതെ മാറ്റാവുന്ന ഒരു നടപ്പാക്കൽ വിശദാംശമാണ്: ഓരോ ഗ്രൂപ്പിനും ലഭിക്കുന്ന DNS ഉത്തരം, ഏത് ഫയർവാൾ നിയമം ലിസണറെ അനുവദിക്കുന്നു, കൂടാതെ ട്രാഫിക് ഒരു ടണലിലൂടെയാണോ പ്രാദേശിക സ്വിച്ച് പോർട്ടിലൂടെയാണോ എത്തുന്നത്.

ആക്സസ് പ്ലാനിൽ നാല് മൂല്യങ്ങൾ ഒരുമിച്ച് രേഖപ്പെടുത്തുക, കാരണം അവ ഒരു കൂട്ടമായി മാത്രമേ പ്രവർത്തിക്കൂ. കാനോനിക്കൽ URL. ആ പേരിനായി ഓരോ ക്ലയന്റ് ഗ്രൂപ്പും സ്വീകരിക്കേണ്ട ഉത്തരം. ആ ഉത്തരത്തിനുള്ള റൂട്ടും ആക്സസ് നിയമവും. വെബ് സെർവറും സർട്ടിഫിക്കറ്റും സേവിക്കാൻ കോൺഫിഗർ ചെയ്തിരിക്കുന്ന ഹോസ്റ്റ്നെയിം. പിന്നീട് എന്തെങ്കിലും തകരുമ്പോൾ, തകർന്ന ഘടകം ആ നാലിൽ ഒന്നാണ്, നിങ്ങൾ ഏതാണ് മാറ്റിയതെന്ന് നിങ്ങൾക്ക് അറിയാം.

ഘട്ടം 1: രണ്ട് ഗ്രൂപ്പുകൾക്കും പേര് ശരിയായി റിസോൾവ് ചെയ്യുന്നുവെന്ന് ഉറപ്പാക്കുക

രണ്ട് ഗ്രൂപ്പുകൾക്കും അവർക്ക് യഥാർത്ഥത്തിൽ എത്താൻ കഴിയുന്ന ഒരു സ്വകാര്യ ഉത്തരം ലഭിക്കണം, പേര് മാറുന്നില്ലെങ്കിൽ ഉത്തരങ്ങൾ വ്യത്യസ്തമാകുന്നത് ന്യായമാണ്. LAN ക്ലയന്റുകൾ ആന്തരിക റിസോൾവർ വഴി റിസോൾവ് ചെയ്യുന്നു; VPN ക്ലയന്റുകൾക്ക് ഒരേ സോൺ നൽകുന്ന ഒരു റിസോൾവർ പോളിസി വേണം, ക്വറി പൊതു റിസോൾവറിലേക്ക് ചോർത്തി അവർക്ക് ഉപയോഗിക്കാൻ കഴിയാത്ത ഒരു പൊതു ഉത്തരം നൽകുന്നതിന് പകരം.

അനുമാനിക്കുന്നതിന് പകരം ഓരോ സന്ദർഭത്തിൽ നിന്നും പേര് പരിശോധിക്കുക, ഒരു അഭ്യർത്ഥനയ്ക്ക് വിലാസം പിൻ ചെയ്യുന്ന curl-ന്റെ resolve ഓപ്ഷൻ ഉപയോഗിച്ച് DNS-ൽ നിന്ന് സ്വതന്ത്രമായി പാത പരിശോധിക്കുക:

dig +short crm.example.org
curl -sSI --resolve crm.example.org:443:10.10.5.20 https://crm.example.org/ | head -5

ആദ്യ പരിശോധന ക്ലയന്റിന് എത്താൻ കഴിയാത്ത ഒരു വിലാസം നൽകുന്നുവെങ്കിൽ, ടണൽ റൂട്ടിംഗോ സ്പ്ലിറ്റ്-ടണൽ ലിസ്റ്റോ ആണ് പ്രശ്നം. രണ്ടാമത്തെ പരിശോധന നിങ്ങൾ പ്രതീക്ഷിക്കാത്ത ഒരു ഹോസ്റ്റ്നെയിമിലേക്ക് റീഡയറക്ട് നൽകുന്നുവെങ്കിൽ, നിർത്തി Location ഹെഡർ വായിക്കുക, കാരണം അത് ആപ്ലിക്കേഷൻ പ്രശ്നമാണ്, ഒരു റൂട്ട് മാറ്റവും അത് പരിഹരിക്കില്ല.

ഘട്ടം 2: വെബ് സെർവർ, സർട്ടിഫിക്കറ്റ്, CMS ബേസ് URL എന്നിവ ഒരുമിപ്പിക്കുക

കാനോനിക്കൽ പേര് സേവിക്കാൻ ലിസണർ കോൺഫിഗർ ചെയ്തിരിക്കണം, സർട്ടിഫിക്കറ്റ് അത് ഉൾക്കൊള്ളണം. അസംസ്കൃത വിലാസം ഉപയോഗിച്ച് ബ്രൗസ് ചെയ്യുന്നത് ഒരു പരിഹാരമല്ല: അത് പേര് പൊരുത്തക്കേട് ഉണ്ടാക്കുന്നു, കുക്കി സ്കോപ്പ് തകർക്കാം, ഒപ്പം പിന്നീട് ഓഡിറ്ററോട് വിശദീകരിക്കേണ്ട മുന്നറിയിപ്പുകളിലൂടെ ക്ലിക്ക് ചെയ്യാൻ ഉപയോക്താക്കളെ പഠിപ്പിക്കുന്നു.

ഒരു റിവേഴ്സ് പ്രോക്സിക്ക് പിന്നിൽ, അഭ്യർത്ഥന HTTPS വഴി വന്നുവെന്ന് ആപ്ലിക്കേഷൻ അറിയുന്നുവെന്ന് ഉറപ്പാക്കുക. മിക്ക CMS പ്ലാറ്റ്ഫോമുകളും കണ്ടെത്തിയ സ്കീമിൽ നിന്ന് കേവല ലിങ്കുകൾ സൃഷ്ടിക്കുന്നു, യഥാർത്ഥ സ്കീം കൈമാറ്റം ചെയ്യാതെ TLS അവസാനിപ്പിക്കുന്ന പ്രോക്സി http:// ഉറവിടങ്ങൾ നിറഞ്ഞ ഒരു പേജ് സൃഷ്ടിക്കുന്നു, അവ ബ്രൗസർ തടയാം. ആപ്ലിക്കേഷനെ ഊഹിക്കാൻ അനുവദിക്കുന്നതിന് പകരം വിശ്വസ്ത പ്രോക്സിയും ഫോർവേഡ് ചെയ്ത ഹെഡറുകളും വ്യക്തമായി കോൺഫിഗർ ചെയ്യുക.

തുടർന്ന് CMS, CiviCRM ബേസ് URL ഒരുമിപ്പിക്കുക. CiviCRM അതിന്റെ നിർണ്ണയിച്ച ബേസ് URL നിലനിർത്തുകയും അത് വീണ്ടും കണക്കാക്കാൻ പിന്തുണയ്ക്കുന്ന ഒരു മാർഗം നൽകുകയും ചെയ്യുന്നു: അഡ്മിനിസ്ട്രേറ്റീവ് 'കാഷുകൾ വൃത്തിയാക്കി പാതകൾ അപ്ഡേറ്റ് ചെയ്യുക' എന്ന പ്രവർത്തനം, ഇത് രേഖപ്പെടുത്തിയിരിക്കുന്നത് CiviCRM ഇൻസ്റ്റലേഷൻ പ്രശ്നപരിഹാര ഗൈഡിൽ. കാനോനിക്കൽ പേരും CMS ക്രമീകരണവും യോജിക്കിയതിന് ശേഷം ഇത് പ്രവർത്തിപ്പിക്കുക, അതിന് മുമ്പല്ല, അല്ലാത്തപക്ഷം നിങ്ങൾ മാറ്റാൻ പോകുന്ന ഒരു മൂല്യം കാഷ് ചെയ്യുക മാത്രം ചെയ്യും.

cv flush
# then Administer > System Settings > Cleanup Caches and Update Paths

ഘട്ടം 3: CiviCRM സൃഷ്ടിക്കുന്ന വിലാസങ്ങൾ പരിശോധിക്കുക

ഫ്രണ്ട് പേജിൽ എത്തുന്നത് വളരെ കുറച്ച് മാത്രം തെളിയിക്കുന്നു. CiviCRM ഒരു CMS-നുള്ളിൽ പ്രവർത്തിക്കുന്നു, പ്രധാനമായ പേജുകൾ സ്വന്തം URL നിർമ്മിക്കുന്നവയാണ്: ലോഗിൻ റീഡയറക്ട്, അഡ്മിനിസ്ട്രേഷൻ മെനു, എക്സ്റ്റൻഷൻ ഉറവിടങ്ങൾ, അപ്ലോഡ് ചെയ്ത ഫയൽ ലിങ്കുകൾ, ഒരു ഇന്റഗ്രേഷൻ രജിസ്റ്റർ ചെയ്ത ഏതെങ്കിലും ബാഹ്യ കോൾബാക്ക്.

ഡാഷ്ബോർഡ് ലോഡ് ചെയ്യുക, ഒരു കോൺടാക്റ്റ് റെക്കോർഡ് തുറക്കുക, കേവല ലിങ്കുകൾക്കായി പേജ് സോഴ്സ് കാണുക. അവ ഒരു ക്ലയന്റ് ഗ്രൂപ്പിന് മാത്രം എത്താൻ കഴിയുന്ന ഒരു ഹോസ്റ്റ്നെയിമിലേക്ക് ചൂണ്ടുന്നുവെങ്കിൽ, പേജ് റെൻഡർ ചെയ്തിട്ടും ബേസ് URL ഇപ്പോഴും തെറ്റാണ്. അവ ശരിയായ പേരിലേക്ക് എന്നാൽ തെറ്റായ സ്കീമിലേക്ക് ചൂണ്ടുന്നുവെങ്കിൽ, പ്രോക്സി കോൺഫിഗറേഷനാണ് പരിഹരിക്കേണ്ടത്.

വിലാസം യഥാർത്ഥത്തിൽ മാറ്റേണ്ടിടത്ത്, അതിനെ DNS എഡിറ്റായി കാണാതെ ഒരു ആപ്ലിക്കേഷൻ മൈഗ്രേഷനായി കണക്കാക്കുക. ഉറവിട URL-കൾ, കാഷുകൾ, പ്രസിദ്ധീകരിച്ച ലിങ്കുകൾ, പഴയ വിലാസം സംഭരിക്കുന്ന ഓരോ ബാഹ്യ ഇന്റഗ്രേഷനും അവലോകനം ചെയ്യുക, തുടർന്ന് അവ ഒരു ജാലകത്തിൽ അപ്ഡേറ്റ് ചെയ്യുക, ആരും പകുതി മാറ്റിയ ബുക്ക്മാർക്ക് പിടിച്ചിരിക്കാതിരിക്കാൻ.

അഭ്യർത്ഥനയിലെ ഹോസ്റ്റ്നെയിം ഒരു വിശ്വാസ തീരുമാനമല്ല

ഒരു അഭ്യർത്ഥന ഹെഡറിൽ ഒരു നിർദ്ദിഷ്ട സ്ട്രിംഗ് ഉള്ളതിനാൽ പ്രത്യേകാവകാശമുള്ള ബേസ് URL തിരഞ്ഞെടുക്കരുത്. സെർവർ-നെയിം മൂല്യം ക്ലയന്റ് നൽകുന്ന ഹോസ്റ്റിനെ പ്രതിഫലിപ്പിക്കാവുന്ന Apache കോൺഫിഗറേഷനുകൾ PHP രേഖപ്പെടുത്തുന്നു, സെർവർ വിലാസ വേരിയബിൾ സെർവറിനെ വിവരിക്കുന്നു, സന്ദർശകന്റെ സ്ഥാനം അല്ല. അവയൊന്നും ഒരു ആക്സസ്-കൺട്രോൾ മെക്കാനിസമല്ല, അവയിൽ നിന്ന് ഒന്ന് നിർമ്മിക്കുന്നതാണ് ഒരു സ്വകാര്യ സേവനം തെറ്റായ ഹോസ്റ്റിന് തെറ്റായ ഉള്ളടക്കം നൽകുന്നതിൽ എത്തുന്ന വഴി.

ഒന്നിലധികം ഹോസ്റ്റ്നെയിമുകൾ യഥാർത്ഥത്തിൽ ആവശ്യമാണെങ്കിൽ, വെബ് സെർവറിലും CMS-ലും ആപ്ലിക്കേഷൻ പാളിയിലും വ്യക്തമായ ഒരു അനുവദനീയ ലിസ്റ്റ് കോൺഫിഗർ ചെയ്യുക, അഭ്യർത്ഥന ഹോസ്റ്റ്നെയിം അംഗീകൃത എൻട്രികൾക്കിടയിൽ മാത്രം തിരഞ്ഞെടുക്കട്ടെ. ഏകപക്ഷീയമായ ഇൻപുട്ട് ഒരിക്കലും കേവല ലിങ്കുകളുടെയോ വിശ്വസ്ത റീഡയറക്ട് ലക്ഷ്യത്തിന്റെയോ ഉറവിടമാകരുത്.

ഓരോ അംഗീകൃത സന്ദർഭത്തിലും അതേ ബുക്ക്മാർക്ക് ഉപയോഗിച്ച് പൂർത്തിയാക്കുക: ഒരു ലോഗിൻ, ഒരു സാധാരണ ആന്തരിക നാവിഗേഷൻ, ഒരു ഉറവിട അഭ്യർത്ഥന. പേജ് ലോഡ് ചെയ്തോ എന്നത് മാത്രമല്ല, പ്രതികരണങ്ങളിലെ ഹോസ്റ്റ്നെയിമുകൾ താരതമ്യം ചെയ്യുക. ആ മൂന്ന്-അഭ്യർത്ഥന പരിശോധന ഒരു പാത പ്രശ്നത്തെ തെറ്റായ വിലാസം ഇപ്പോഴും സൃഷ്ടിക്കുന്ന ഒരു ആപ്ലിക്കേഷനിൽ നിന്ന് വേർതിരിക്കുന്നു, ഓരോ ക്ലയന്റ് ഗ്രൂപ്പിനും ഏകദേശം ഒരു മിനിറ്റ് എടുക്കുന്നു.