Кеңсе жана VPN колдонуучулары үчүн бир CiviCRM дареги: орнотуу кадамдары

Кеңсе ноутбугу өз столунда жана үйдөн VPN аркылуу кайра ошол эле CiviCRM бет белгисин ачышы керек. Колдонуучулар менен байланышка чыдаган дизайн — бир канондук дарек, айталы, https://crm.example.org/, ар бир жерден бекитилген тармак жолу жана ошол ат үчүн жарактуу сертификат менен. VPN алыскы кардардын серверге кантип жетээрин өзгөртөт. Ал эч качан колдонмонун инсандыгын өзгөртпөшү керек, анткени муну кылган учурда ар бир түзүлгөн шилтеме, кайра багыттоо жана интеграциянын кайтарым чакырыгы чечилиши керек болгон экинчи маселеге айланат.

Маршрутту тандоодон мурун URLды тандаңыз

Алгач ниет кылынган даректи, CMS талап кылган ар кандай жол компонентин кошуп, жазып алыңыз жана аны туруктуу чекит катары караңыз. Бул колдонмодогу калган нерселердин баары ага тийбестен өзгөрө турган ишке ашыруу деталы: кайсы DNS жообун ар бир топ алат, кайсы брандмауэр эрежеси угуучуга уруксат берет жана трафик туннелденби же жергиликтүү коммутатор портунанбы келет.

Кирүү планына төрт маанини чогуу жазыңыз, анткени алар бир гана топтом катары иштейт. Канондук URL. Ар бир кардар тобу ошол ат үчүн алышы керек болгон жооп. Ошол жооп үчүн маршрут жана кирүү эрежеси. Веб-сервер менен сертификат тейлөөгө конфигурацияланган хост аты. Кийинчерээк бир нерсе бузулса, бузулган элемент ошол төртөөнүн бири болот жана кайсынысын өзгөрткөнүңүздү билесиз.

1-кадам: ат эки топ үчүн тең туура чечилишин камсыз кылыңыз

Эки топ тең чынында жете ала турган жеке жооп алышы керек, жана ат айырмаланбаса, жооптордун айырмаланышы мыйзамдуу. LAN кардарлары ички чечүүчү аркылуу чечет; VPN кардарларына суроону коомдук чечүүчүгө агызып, колдоно албаган коомдук жооп алуунун ордуна ошол эле аймакты берген чечүүчү саясаты керек.

Болжолдоонун ордуна ар бир контекстен атты текшериңиз жана жолду DNSтен көз карандысыз curlдин resolve опциясы менен текшериңиз, ал даректи бир суроо үчүн бекитет:

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ды шайкеш келтириңиз

Угуучу канондук атка тейлөө үчүн конфигурацияланышы керек, ал эми сертификат аны камтышы керек. Чийки дарек менен серептөө чечим эмес: ал аттын дал келбестигин жаратат, cookie аймагын бузушу мүмкүн жана колдонуучуларды кийинчерээк аудиторго түшүндүрүүгө туура келген эскертүүлөрдөн өтүүгө үйрөтөт.

Кайтарым проксинин артында колдонмо суроо HTTPS аркылуу келгенин билерин текшериңиз. Көпчүлүк CMS платформалары аныкталган схемадан абсолюттук шилтемелерди түзөт, ал эми баштапкы схеманы өткөрбөй TLSти бүткөн прокси браузер бөгөттөшү мүмкүн болгон http:// ресурстарына толгон барак түзөт. Колдонмого божомолдоого жол бербей, ишенимдүү проксини жана өткөрүлгөн аталыштарды ачык конфигурациялаңыз.

Андан кийин CMS менен CiviCRMдин базалык URLын шайкеш келтириңиз. CiviCRM өзүнүн аныкталган базалык URLын сактайт жана аны кайра эсептөөнүн колдоого алынган жолун сунуштайт: административдик Cleanup Caches and Update Paths аракети, ал 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те жана колдонмо катмарында ачык уруксат тизмесин конфигурациялаңыз жана суроонун хост атына бекитилген жазуулардын ичинен гана тандоого жол бериңиз. Эркин киргизүү эч качан абсолюттук шилтемелердин булагы же ишенимдүү кайра багыттоо максаты болбошу керек.

Ар бир бекитилген контекстте ошол эле бет белгиси менен бүтүрүңүз: кирүү, кадимки ички навигация жана бир ресурс суроосу. Жооптордогу хост аттарын салыштырыңыз, барак ачылдыбы дегенди гана эмес. Бул үч суроолук текшерүү жол маселесин дагы эле туура эмес дарек түзүп жаткан колдонмодон ажыратат жана ар бир кардар тобуна болжол менен бир мүнөт талап кылат.