Dylai gliniadur swyddfa agor yr un nod tudalen CiviCRM wrth ei ddesg ac eto o adref dros y VPN. Y dyluniad sy'n goroesi cyswllt â defnyddwyr yw un cyfeiriad canonaidd, dyweder https://crm.example.org/, gyda llwybr rhwydwaith cymeradwy o bob lleoliad, a thystysgrif sy'n ddilys ar gyfer yr enw hwnnw. Mae'r VPN yn newid sut mae cleient o bell yn cyrraedd y gweinydd. Ni ddylai byth newid hunaniaeth y rhaglen, oherwydd y funud y mae'n gwneud, mae pob dolen a gynhyrchir, ailgyfeiriad a galwad yn ôl integreiddio yn dod yn ail broblem i'w datrys.

Dewiswch yr URL cyn i chi ddewis y llwybr

Ysgrifennwch y cyfeiriad arfaethedig i lawr yn gyntaf, gan gynnwys unrhyw gydran llwybr y mae'r CMS ei hangen, a'i drin fel y pwynt sefydlog. Mae popeth arall yn y llawlyfr hwn yn fanylion gweithredu a all newid heb gyffwrdd ag ef: pa ateb DNS y mae pob grŵp yn ei gael, pa reol wal dân sy'n caniatáu'r gwrandäwr, ac a yw'r traffig yn cyrraedd trwy dwnnel neu borth swits lleol.

Cofnodwch bedwar gwerth gyda'i gilydd yn y cynllun mynediad, oherwydd dim ond fel set y maent yn gweithio. Yr URL canonaidd. Yr ateb y dylai pob grŵp cleientiaid ei gael ar gyfer yr enw hwnnw. Y llwybr a'r rheol fynediad ar gyfer yr ateb hwnnw. Yr enw gwesteiwr y mae'r gweinydd gwe a'r dystysgrif wedi'u ffurfweddu i'w wasanaethu. Pan fydd rhywbeth yn torri yn ddiweddarach, yr elfen sydd wedi torri yw un o'r pedwar hynny, a byddwch yn gwybod pa un a newidiasoch.

Cam 1: sicrhewch fod yr enw'n datrys yn gywir ar gyfer y ddau grŵp

Dylai'r ddau grŵp gael ateb preifat y gallant ei gyrraedd mewn gwirionedd, ac mae'n gyfreithlon i'r atebion fod yn wahanol cyn belled nad yw'r enw'n wahanol. Mae cleientiaid LAN yn datrys trwy'r datryswr mewnol; mae angen polisi datryswr ar gleientiaid VPN sy'n rhoi'r un parth iddynt yn hytrach na gollwng y cwestiwn i ddatryswr cyhoeddus a chael ateb cyhoeddus na allant ei ddefnyddio.

Profwch yr enw o bob cyd-destun yn lle dyfalu, a phrofwch y llwybr yn annibynnol ar DNS gydag opsiwn resolve curl, sy'n pinio'r cyfeiriad ar gyfer un cais:

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

Os yw'r prawf cyntaf yn dychwelyd cyfeiriad na all y cleient ei gyrraedd, y llwybro twnnel neu'r rhestr twnnel hollt yw'r broblem. Os yw'r ail brawf yn dychwelyd ailgyfeiriad i enw gwesteiwr nad oeddech yn ei ddisgwyl, stopiwch a darllenwch y pennawd Location, oherwydd problem rhaglen yw hon ac ni fydd unrhyw newid llwybr yn ei thrwsio.

Cam 2: aliniwch y gweinydd gwe, y dystysgrif a URL sylfaen y CMS

Rhaid ffurfweddu'r gwrandäwr i wasanaethu'r enw canonaidd, a rhaid i'r dystysgrif ei gwmpasu. Nid yw pori drwy'r cyfeiriad crai yn ffordd o osgoi'r broblem: mae'n creu anghysondeb enw, gall dorri cwmpas cwcis, ac mae'n dysgu defnyddwyr i glicio drwy rybuddion y bydd yn rhaid i chi eu hesbonio i archwilydd yn ddiweddarach.

Y tu ôl i ddirprwy gwrthdro, gwnewch yn siŵr bod y rhaglen yn gwybod bod y cais wedi cyrraedd dros HTTPS. Mae'r rhan fwyaf o lwyfannau CMS yn cynhyrchu dolenni absoliwt o'r cynllun a ganfyddir, ac mae dirprwy sy'n terfynu TLS heb anfon y cynllun gwreiddiol ymlaen yn cynhyrchu tudalen yn llawn adnoddau http:// y gall y porwr eu blocio. Ffurfweddwch y dirprwy dibynadwy a'r penawdau a anfonir ymlaen yn benodol, yn hytrach na gadael i'r rhaglen ddyfalu.

Yna aliniwch URL sylfaen y CMS a CiviCRM. Mae CiviCRM yn cadw ei URL sylfaen penderfynedig ac yn cynnig ffordd gefnogol i'w ailgyfrifo: y weithred weinyddol Cleanup Caches and Update Paths, a ddogfenir yn y canllaw datrys problemau gosod CiviCRM. Rhedwch hi ar ôl i'r enw canonaidd a gosodiad y CMS gytuno, nid o'r blaen, neu byddwch yn storio gwerth yr ydych ar fin ei newid.

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

Cam 3: gwiriwch y cyfeiriadau y mae CiviCRM yn eu cynhyrchu

Mae cyrraedd y dudalen flaen yn profi ychydig iawn. Mae CiviCRM yn rhedeg y tu mewn i CMS, a'r tudalennau sy'n cyfrif yw'r rhai sy'n adeiladu eu URL eu hunain: yr ailgyfeiriad mewngofnodi, y ddewislen weinyddu, adnoddau estyniadau, dolenni ffeiliau a uwchlwythwyd ac unrhyw alwad yn ôl allanol a gofrestrwyd gan integreiddiad.

Llwythwch y dangosfwrdd, agorwch gofnod cyswllt, a gweld ffynhonnell y dudalen am ddolenni absoliwt. Os ydynt yn pwyntio at enw gwesteiwr na all ond un grŵp cleientiaid ei gyrraedd, mae URL sylfaen yn dal yn anghywir er bod y dudalen wedi'i rendro. Os ydynt yn pwyntio at yr enw cywir ond y cynllun anghywir, ffurfweddiad y dirprwy sydd angen ei drwsio.

Lle mae'n rhaid i'r cyfeiriad newid mewn gwirionedd, triniwch hynny fel mudo rhaglen yn hytrach na golygu DNS. Adolygwch URLau adnoddau, storfa, dolenni a gyhoeddwyd a phob integreiddiad allanol sy'n storio'r hen gyfeiriad, yna eu diweddaru mewn un ffenestr fel nad oes neb yn dal nod tudalen hanner-migredig.

Nid yw enw gwesteiwr cais yn benderfyniad ymddiriedaeth

Peidiwch â dewis URL sylfaen breiniol oherwydd bod pennawd cais yn cynnwys llinyn penodol. Mae PHP yn dogfennu ffurfweddiadau Apache lle gall gwerth enw'r gweinydd adlewyrchu gwesteiwr a gyflenwir gan y cleient, ac mae'r newidyn cyfeiriad gweinydd yn disgrifio'r gweinydd, nid lleoliad yr ymwelydd. Nid yw'r un o'r rhain yn fecanwaith rheoli mynediad, ac adeiladu un ohonynt yw'r ffordd y mae gwasanaeth preifat yn gorffen gwasanaethu'r cynnwys anghywir i'r gwesteiwr anghywir.

Os oes gwir angen enwau gwesteiwyr lluosog, ffurfweddwch restr a ganiateir yn benodol ar y gweinydd gwe, yn y CMS ac ar haen y rhaglen, a gadewch i enw gwesteiwr y cais ddewis ymhlith cofnodion cymeradwy yn unig. Ni ddylai mewnbwn mympwyol byth ddod yn ffynhonnell dolenni absoliwt nac yn gyrchfan ailgyfeirio ddibynadwy.

Gorffennwch gyda'r un nod tudalen ym mhob cyd-destun cymeradwy: mewngofnodi, llywio mewnol cyffredin, ac un cais adnodd. Cymharwch yr enwau gwesteiwyr yn yr atebion, nid yn unig a lwythodd y dudalen. Mae'r gwiriad tri chais hwnnw'n gwahanu problem llwybr oddi wrth raglen sy'n dal i gynhyrchu'r cyfeiriad anghywir, ac mae'n cymryd tua munud fesul grŵp cleientiaid.

Erthyglau cysylltiedig