CiviCRM helbide bakarra bulego eta VPN erabiltzaileentzat: konfigurazio urratsak

Bulegoko ordenagailu eramangarriak CiviCRM laster-marka bera ireki beharko luke mahaian eta berriro etxetik VPN bidez. Erabiltzaileekin harremanean irauten duen diseinua helbide kanoniko bakarra da, esate baterako https://crm.example.org/, kokaleku bakoitzetik onartutako sare-bide batekin eta izen horretarako balio duen ziurtagiri batekin. VPNak aldatzen du nola iristen den bezero urrun bat zerbitzarira. Ez luke inoiz aplikazioaren identitatea aldatu behar, izan ere, hori egiten duen unean, sortutako esteka, birbideratze eta integrazio-dei guztiak konpondu beharreko bigarren arazo bihurtzen dira.

Aukeratu URLa bidea aukeratu aurretik

Idatzi nahi den helbidea lehenik, CMSak behar duen bide-osagai edozein barne, eta trata ezazu puntu finko gisa. Gida honetako gainerako guztia inplementazio-xehetasuna da, hura ukitu gabe alda daitekeena: zein DNS erantzun jasotzen duen talde bakoitzak, zein suebaki-arauk uzten duen entzulea eta trafikoa tuneletik edo tokiko switch atakatik iristen den.

Erregistratu lau balio elkarrekin sarbide-planean, multzo gisa baino ez baitute funtzionatzen. Helbide kanonikoa. Bezero-talde bakoitzak izen horretarako jaso behar duen erantzuna. Erantzun horretarako bidea eta sarbide-araua. Web zerbitzaria eta ziurtagiria zerbitzatzeko konfiguratuta dauden ostalari-izena. Geroago zerbait hondatzen denean, hondatutako elementua lau horietako bat da, eta jakingo duzu zein aldatu duzun.

Urratsa 1: ziurtatu izena behar bezala ebazten dela bi taldeentzat

Bi taldeek benetan irits dezaketen erantzun pribatu bat jaso beharko lukete, eta zilegi da erantzunak desberdinak izatea izena desberdina ez den bitartean. LAN bezeroek barne-konponbidearen bidez ebazten dute; VPN bezeroek konponbide-politika bat behar dute, zona bera ematen diena, kontsulta konponbide publiko batera isuri eta erabili ezin duten erantzun publikoa lortu beharrean.

Probatu izena testuinguru bakoitzetik suposatu beharrean, eta probatu bidea DNSrekiko independenteki curl-en resolve aukerarekin, helbidea eskaera bakar baterako finkatzen duena:

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

Lehen probak bezeroak irits ezin duen helbide bat itzultzen badu, arazoa tunelaren bideratzean edo tunel zatituaren zerrendan dago. Bigarren probak espero ez zenuen ostalari-izen batera birbideratzea itzultzen badu, gelditu eta irakurri Location goiburua, hau aplikazio-arazoa baita eta bide-aldaketak ez baitu konponduko.

Urratsa 2: lerrokatu web zerbitzaria, ziurtagiria eta CMSren oinarrizko URLa

Entzulea izen kanonikoa zerbitzatzeko konfiguratuta egon behar da, eta ziurtagiriak hura estali behar du. Helbide gordinaren bidez nabigatzea ez da irtenbidea: izenen bat ez-etortzea sortzen du, cookieen esparrua hauts dezake, eta geroago auditore bati azaldu beharko dizkiozun abisuen bidez klik egiten irakasten die erabiltzaileei.

Alderantzizko proxy baten atzean, ziurtatu aplikazioak badakiela eskaera HTTPS bidez iritsi zela. CMS plataforma gehienek hautemandako eskematik esteka absolutuak sortzen dituzte, eta jatorrizko eskema birbidali gabe TLS amaitzen duen proxyak http:// baliabidez betetako orria sortzen du, nabigatzaileak blokea dezakeena. Konfiguratu proxy fidagarria eta birbidalitako goiburuak modu esplizituan, aplikazioari asmatzen utzi beharrean.

Gero lerrokatu CMSren eta CiviCRMren oinarrizko URLa. CiviCRMek bere oinarrizko URL zehaztua mantentzen du eta hura berriro kalkulatzeko modu onartua eskaintzen du: Cleanup Caches and Update Paths administrazio-ekintza, CiviCRM instalazioaren arazoen konponbide gidan dokumentatuta. Exekutatu izen kanonikoa eta CMS ezarpena bat etorri ondoren, ez lehenago, bestela aldatzeko zorian zauden balio bat cachean gordeko duzu soilik.

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

Urratsa 3: egiaztatu CiviCRMek sortzen dituen helbideak

Hasierako orrira iristeak oso gutxi frogatzen du. CiviCRM CMS baten barruan exekutatzen da, eta garrantzitsuak diren orriak beren URLak eraikitzen dituztenak dira: saioa hasteko birbideratzea, administrazio-menua, luzapenen baliabideak, igotako fitxategien estekak eta integrazio batek erregistratutako kanpoko edozein dei.

Kargatu panela, ireki kontaktua eta begiratu orriaren iturburua esteka absolutuen bila. Bezero-talde batek soilik irits dezakeen ostalari-izen batera bideratzen badute, oinarrizko URLa okerra da oraindik orria marraztu bazen ere. Izen egokira baina eskema okerreko bideratzen badute, proxyaren konfigurazioa da zuzendu behar dena.

Helbidea benetan aldatu behar denean, trata ezazu aplikazio-migrazioa DNS editatzea baino. Berrikusi baliabideen URLak, cacheak, argitaratutako estekak eta helbide zaharra gordetzen duen kanpoko integrazio bakoitza, eta gero eguneratu leiho bakarrean, inork erdi migratutako laster-markarik har ez dezan.

Eskaeraren ostalari-izena ez da konfiantza-erabakia

Ez hautatu oinarrizko URL pribilegiatua eskaera-goiburu batek kate jakin bat duelako. PHPk Apache konfigurazioak dokumentatzen ditu, non zerbitzari-izenaren balioak bezeroak emandako ostalaria isla dezakeen, eta zerbitzari-helbidearen aldagaiak zerbitzaria deskribatzen du, ez bisitariaren kokalekua. Horietako bat ere ez da sarbide-kontrol mekanismoa, eta horietako bat eraikitzea da zerbitzu pribatu batek eduki okerra ostalari okerri zerbitzatzera amaitzeko modua.

Benetan ostalari-izen anitz behar badira, konfiguratu baimenduen zerrenda esplizitu bat web zerbitzarian, CMSan eta aplikazio-geruzan, eta utzi eskaeraren ostalari-izenari onartutako sarreren artean bakarrik hautatzen. Sarrera arbitrarioa ez litzateke inoiz esteka absolutuen iturri edo birbideratze-helmuga fidagarri bihurtu behar.

Amaitu laster-marka berarekin testuinguru onartu bakoitzean: saioa hastea, barne-nabigazio arrunta eta baliabide-eskaera bat. Alderatu goiburuen ostalari-izenak, ez bakarrik orria kargatu den. Hiru eskaerako egiaztapen horrek bide-arazoa oraindik helbide okerra sortzen duen aplikazio batetik bereizten du, eta minutu bat inguru behar du bezero-talde bakoitzeko.