En reverse proxy kan bruges til at loade et WordPress-sted fra en undermappe, mens et helt separat site loades på roddomænet.

En reverse proxy består af et sæt regler tilføjet til en webserver, der instruerer serveren til at sende anmodninger om en given undermappe til en separat server.

Lad os overveje et eksempel for bedre at forstå, hvad en reverse proxy kan bruges til. Forestil dig, at du har et ikke-WordPress-websted, der indlæses på eksempel.com, og du ønsker at bruge WordPress til at drive en blog. Du vil have, at denne blog skal indlæses på eksempel.com/blog, og du vil hoste din blog hos en administreret WordPress-vært som Kinsta.

For at få dette til, skal reverse proxy-regler konfigureres på webserveren hosting eksempel.com, der instruerer webserveren om at sende eventuelle anmodninger om /blog undermappen til en anden webserver, der er vært for det WordPress-drevne /blog websted.

Reverse proxy-tilføjelse

Der er tre mulige anvendelsessager til reverse proxies her hos Kinsta. For at forstå disse brugssager er vi først nødt til at definere to udtryk: hovedwebsted og proxiesite.

Af denne grund anvendes et månedligt add-on-abonnement på 50 USD for hver reverse proxy, som Kinsta hjælper med at oprette eller opfordres til at støtte.

Derudover skal du tillade op til en hel arbejdsdag for den første opsætning af en reverse proxy. I nogle tilfælde kan det være nødvendigt med ekstra tid og samarbejde med Kinsta supportteam for at få den reverse proxy til at fungere korrekt i tilfælde, der ikke er standard.

Reverse proxy brugssager

There are three possible use cases for reverse proxies here at Kinsta. In order to understand these use cases we first need to define two terms: main site and proxied site.

  • Hovedwebstedet er det websted, der indlæses på roddomænet.
  • De proxierede steder er det sted, der indlæses fra en undermappe over en reverse proxy.

Når vi går tilbage til vores eksempel ovenfor, ville eksempel.com være hovedwebstedet, mens eksempel.com/blog ville være det næste sted.

Med disse definitioner i tankerne er her de tre mulige anvendelsestilfælde til reverse proxies hos Kinsta:

  • Hoved- og proxierede websteder, der begge er hostet af Kinsta: Hoved-webstedet, eksempel.com, og det næste sted, eksempel.com/blog, er begge hostet på Kinsta. Dette tillader en WordPress-installation til power example.com, mens en proxies separat WordPress-installation blev brugt på eksempel.com/blog.
  • Proxieret site hostet af Kinsta: Hoved-webstedet, eksempel.com, er ikke hostet af Kinsta, mens det næste sted, eksempel.com/blog, er hostet af Kinsta. Dette tillader, at en WordPress-installation, der er vært på Kinsta, kan bruges på eksempel.com/blog, mens hovedwebstedet var vært andetsteds.
  • Hoved-website, der er hostet af Kinsta: Hovedwebstedet, eksempel.com, er hostet af Kinsta, mens det næste sted, eksempel.com/blog ikke er hostet af Kinsta. Dette tillader, at en WordPress-installation, der er vært på Kinsta, kan bruges på eksempel.com, mens blog-undermappen er vært andetsteds.

Lad os gennemgå implikationerne af hver mulighed, især dækker vi grænserne for Kinstas support til hvert scenario.

Eksempel på omvendt proxyserver

Eksempel på omvendt proxyserver

Hoved- og proxierede websteder, der er hosted af Kinsta

Hvis begge websteder er hosted hos Kinsta, kan Kinsta’s supportteam oprette de nødvendige reverse proxy-regler på hoved-webstedet og også konfigurere det næste sted til at indlæse over den omvendte proxy. Bemærk, at både hoved-webstedet og det proxierede websted skal være placeret i det samme datacenter. Yderligere er kort nedetid muligt under opsætning af den omvendte proxy, da Kinsta flytter webstederne på plads.

I dette scenarie inkluderer klientens ansvar følgende:

  • Migrer begge sider til Kinstas miljø (eller indsend migrerings-anmodninger for at få Kinsta til at migrere siderne).
  • Åbn en supportbillet, og giv Kinstas supportteam en klar beskrivelse af domænekonfigurationen. Bemærk, at kun brugere med faktureringstilladelser (virksomhedsejere, virksomhedsadministratorer, virksomheds-fakturering) er i stand til at anmode om tilføjelse af tilføjelsen.
  • Tillad cirka en arbejdsdag for hver reverse proxy opsætning.

I dette scenarie inkluderer Kinsta’s ansvar følgende:

  • Opsæt de nødvendige omvendte proxyregler på hovedsiden.
  • Konfigurer det næste sted til at indlæse den omvendte proxy.

Kun det proxierede website hosted af Kinsta

Vigtig note: Hvis kun det proxierede websted er hosted på Kinsta, kræver vi, at du giver os proxyserverens IP-adresser og konfigurerer proxyserveren til at indstille de headers, der er anført i vores standard Nginx-omvendt proxy-regel. Disse trin er påkrævet for at sikre, at vores analysesystem fungerer korrekt, og at vi så ikke sortlister din proxyserver IP-adresser.

Hvis Kinsta netop er det hostede proxy, er det ikke noget, Kinsta kan gøre, da reverse proxy skal konfigureres på den server, der er vært for hoved-webstedet. I dette scenarie er Kinstas ansvar begrænset til at konfigurere det næste sted, så det er klar til at blive indlæst over en omvendt proxy.

I dette scenarie inkluderer klientens ansvar følgende:

  • Migrer det proxierede websted til Kinsta (eller indsend en migrerings-anmodning for at få Kinsta til at migrere stedet).
  • Føj et domæne til det sted, der vil blive brugt af den omvendte proxy. Den omvendte proxy skal peges på et domæne for at få adgang til det næste sted. Typisk bruges et underdomæne til dette formål. For eksempel vil blog.example.com typisk bruges til en omvendt proxy-indlæsning på eksempel.com/blog.
  • Åbn en supportbillet, og giv Kinstas supportteam en klar beskrivelse af domænekonfigurationen. Bemærk, at kun brugere med faktureringstilladelser (virksomhedsejere, virksomhedsadministratorer, virksomheds-fakturering) er i stand til at anmode om tilføjelse af tilføjelsen.
  • Tillad cirka en arbejdsdag, hvor det proxierede sted konfigureres til at indlæses over en omvendt proxy.
  • Når det proxierede sted er konfigureret, skal du oprette den omvendte proxy på serveren, der er vært for hoved-webstedet.

I dette scenarie er Kinstas ansvar, som nævnt, begrænset til at konfigurere det næste sted, så det er korrekt indstillet til at indlæse over en omvendt proxy.

Kun hoved-sitet hostet af Kinsta

Hvis netop hoved-sitet er hosted hos Kinsta, er Kinsta’s ansvar begrænset til at oprette en omvendt proxy for at indlæse det næste sted (hostet andetsteds). Kinsta tilføjer den standard reverse proxy-regel, der er anført i denne artikel. Tilpasninger til denne regel kan foretages på kundens anmodning.

I dette scenarie beholder klienten ansvaret for at konfigurere det proxierede websted, så det indlæses korrekt over den omvendte proxy og for at anmode om justeringer af den omvendte proxy-regel, hvis det ikke mislykkes at indlæse det proxierede sted korrekt.

Begrænsninger af afståede websteder

Der er nogle begrænsninger, der hænger sammen med brugen af ​​omvendte proxyer ved Kinsta.

Bemærk først, at Kinsta ikke understøtter brugen af ​​multisite over en omvendt proxy.

Derudover kan gendannelse af sikkerhedskopier eller at skubbe scene-steder live på websteder, der indlæses over en omvendt proxy, medføre, at sitet ikke loades korrekt. Når du arbejder med et nærliggende sted, råder vi altid til at planlægge ændringer som disse i tider med lav trafik og at konsultere med Kinsta’s supportteam, inden du griber ind.

Kæmper med nedetid og WordPress-problemer? Kinsta er hostingløsningen designet til at spare din tid! Tjek vores funktioner

Hos Kinsta, når man beskæftiger sig med proxierede websteder, er den bedste brug af scenemiljøer som testmiljø. Efter test i scenemiljøet, er den enkleste arbejdsgang at duplikere disse ændringer på live-stedet i stedet for at skubbe scene-sitet live. Derudover bør gendannelse af sikkerhedskopier af proxierede websteder kun ske i en nødsituation, når der ikke er muligt at rulle ændringer tilbage manuelt.

På grund af disse begrænsninger anbefaler vi ikke brugen af ​​proxierede websteder, hvis du forventer at gendanne sikkerhedskopier eller rutinemæssigt skubbe scene-sites live.

Et alternativ til proxierede websteder, der er værd at overveje, er brugen af ​​en WordPress undermappe-multisite-installation.

Hovedwebstedets reverse proxy-konfiguration

Der er to store konsekvenser for hovedwebstedet, når du indlæser undermapper over omvendte proxies.

  • Reverse proxy-regler skal tilføjes for hver proxyeret undermappe.
  • Hovedwebstedet vil ikke være i stand til at bruge de proxierede undermapper til noget formål overhovedet, da alle anmodninger om denne undermappe vil blive videresendt til det næste sted.

Dette er den standard Nginx reverse proxy regel, der anvendes af Kinsta til at indlæse et sted over en reverse proxy:

location ^~ /subdirectory/ {
  proxy_pass http://subdirectory.domain.com;
  proxy_set_header X-Real-IP $remote_addr;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  proxy_set_header X-Forwarded-Proto $scheme;
}

Den faktiske undermappe vil blive erstattet med /subdirectory/ placeholder. . Derudover ville http://subdirectory.domain.com blive ændret til at matche det domæne, der blev brugt til at pege den omvendte proxy på det næste sted.

Proxied site-konfiguration

For at indlæse et websted over en omvendt proxy skal følgende ændringer foretages:

  • Der skal føjes en undermappe til katalogstien på serveren, der matcher den undermappe, der bruges til at indlæse webstedet, og alle webstedsfiler flyttes til denne undermappe.
  • Opdateringer til webserver konfigurationen skal foretages for at opdatere webstedsroden til at omfatte den nye undermappe. Derudover skal der tilføjes en omskrivning til serverkonfigurationen for at fjerne undermappen fra anmodningens URL for hver indgående anmodning.
  • Alle URL-adresser i den proxierede websteds-database skal opdateres for at matche de websteder til live-websteder (for eksempel eksempel.com/blog).
  • Websteds wp-config.php-fil skal opdateres med en $ _SERVER ['HTTP_HOST'] -definition, der peger på hovedwebadressen (eksempel.com i det eksempel, vi har overvejet).
  • Hvis webstedet bliver tvunget til at indlæse over https, skal der tilføjes yderligere definitioner til wp-config.php for at undgå omdirigerings-sløjfer.

Bemærk, at på grund af de nødvendige omskrivningsregler skal et proxieret websted undgå at oprette webadresser, der kopierer den samme undermappe, som det proxierede websted indlæses. For eksempel skal et proxieret websted på eksempel.com/blog undgå at oprette en side eller bibliotek på eksempel.com/blog/blog.

Resumé

Brug af omvendte proxies ved Kinsta er mulig, og vi har et antal klienter, der har valgt at bruge vores infrastruktur på denne måde. Det er dog vigtigt at forstå den ekstra tekniske kompleksitet, som dette arrangement indfører, samt konsekvenserne for brugen af ​​Kinsta’s scenei- og backupsystemer.

Hvis du mener, at en omvendt proxy er den bedste løsning på dit nuværende behov, er du velkommen til at kontakte Kinstas supportteam via chat i MyKinsta for at komme i gang med processen!


Spar tid, omkostninger og maksimer webstedets ydeevne med:

  • Øjeblikkelig hjælp fra WordPress-hostingeksperter, 24/7.
  • Cloudflare Enterprise integration.
  • Globalt publikum når med 28 datacentre verden over.
  • Optimering med vores indbyggede Application Performance Monitoring.

Alt dette og meget mere, i en plan uden langsigtede kontrakter, assisteret migration og en 30-dages pengene-tilbage-garanti. Tjek vores planer, eller tal med salgsteamet for at finde den plan, der passer til dig.