කාර්යාල සහ 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

පළමු පරීක්ෂණය සේවාදායකයාට ළඟා විය නොහැකි ලිපිනයක් ලබා දෙන්නේ නම්, ටනල් මාර්ගකරණය හෝ split-tunnel ලැයිස්තුව ගැටලුවයි. දෙවන පරීක්ෂණය ඔබ බලාපොරොත්තු නොවූ ධාරක නාමයකට නැවත යොමු කිරීමක් ලබා දෙන්නේ නම්, නවතා 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 එකක් තෝරා නොගන්න. PHP ලේඛනගත කරන්නේ සේවාදායක නාම අගය සේවාදායකයා විසින් සපයන ලද ධාරකයක් පිළිබිඹු කළ හැකි Apache වින්‍යාසයන්ය, සහ සේවාදායක ලිපින විචල්‍යය විස්තර කරන්නේ සේවාදායකයා මිස අමුත්තාගේ ස්ථානය නොවේ. ඒවායින් කිසිවක් ප්‍රවේශ පාලන යාන්ත්‍රණයක් නොවේ, සහ ඒවායින් එකක් ගොඩනැගීම යනු පුද්ගලික සේවාවක් වැරදි ධාරකයකට වැරදි අන්තර්ගතය සේවය කිරීමට පටන් ගන්නා ආකාරයයි.

ධාරක නාම කිහිපයක් සැබවින්ම අවශ්‍ය නම්, වෙබ් සේවාදායකයේ, CMS හි සහ යෙදුම් ස්ථරයේ පැහැදිලි අනුමත ලැයිස්තුවක් වින්‍යාස කරන්න, සහ ඉල්ලීමේ ධාරක නාමයට අනුමත සටහන් අතරින් පමණක් තෝරා ගැනීමට ඉඩ දෙන්න. අත්තනෝමතික ආදානය කිසිවිටෙක නිරපේක්ෂ සබැඳිවල හෝ විශ්වාසදායක නැවත යොමු ගමනාන්තයේ මූලාශ්‍රය නොවිය යුතුය.

අනුමත සෑම සන්දර්භයකම එකම පිටුසලකුණ සමඟ අවසන් කරන්න: පිවිසුමක්, සාමාන්‍ය අභ්‍යන්තර සංචාලනයක් සහ එක් සම්පත් ඉල්ලීමක්. පිටුව පූරණය වූවාද යන්න පමණක් නොව පිළිතුරුවල ධාරක නාම සසඳන්න. එම ඉල්ලීම් තුනේ පරීක්ෂාව මාර්ග ගැටලුවක් තවමත් වැරදි ලිපිනය ජනනය කරන යෙදුමකින් වෙන් කරයි, සහ සෑම සේවාදායක කණ්ඩායමකටම ආසන්න වශයෙන් විනාඩියක් ගත වේ.