Een reverse proxy kan gebruikt worden om een WordPress website te laden vanaf een subdirectory terwijl een compleet andere site laadt vanaf het root domein.

Een reverse proxy bestaat uit een aantal regels die toegevoegd worden aan een webserver, waardoor de server verzoeken voor een bepaalde subdirectory naar een andere server stuurt.

Laten we een voorbeeld bekijken om te begrijpen waar we een reverse proxy voor kunnen gebruiken. Stel je voor dat je een niet-WordPress website hebt, die laadt op voorbeeld.com, en je wilt WordPress gaan gebruiken om een blog te starten. Je wilt dat je blog geladen wordt op voorbeeld.com/blog, en je wilt dat deze blog gehost wordt door een managed WordPress host, zoals Kinsta.

Dat kun je doen door reverse proxy-regels toe te voegen. Deze zorgen ervoor zorgen dat de webserver waarop voorbeeld.com wordt gehost, alle verzoeken voor de /blog subdirectory doorstuurt naar een andere webserver – in ons geval de host die de WordPress site van “/blog” host.

Reverse proxy addon

Kinsta ondersteunt het gebruik van reverse proxy’s voor het laden van WordPress in een subdirectory, of om een subdirectory van je website naar een externe server te laten wijzen. Maar reverse proxy’s kunnen erg lastig zijn om goed in te stellen, en websites die reverse proxy’s gebruiken, hebben daarom vaak veel meer ondersteuning nodig dan standaard WordPress installaties.

Daarom wordt er een maandelijkse addon van $50 toegepast voor elke reverse proxy die Kinsta helpt in te stellen of waarbij we moeten ondersteunen.

Daarnaast hebben we ongeveer één werkdag nodig voor het instellen van een reverse proxy. In sommige gevallen kan extra tijd en samenwerking met het supportteam van Kinsta nodig zijn om de reverse proxy aan de gang te krijgen, met name in een aantal afwijkende gevallen.

Usecases reverse proxy’s

Er zijn drie mogelijke usecases voor reverse proxy’s bij Kinsta. Om deze usecases te begrijpen moeten we eerst twee termen duidelijk definiëren: hoofdsite (main site) en proxysite (proxied site).

Passen we dat toe op het voorbeeld van zonet, dan zou voorbeeld.com dus dus de hoofdsite zijn, en voorbeeld.com/blog de proxysite.

Nu we deze definities hebben opgesteld, kunnen we de drie mogelijke usecases voor reverse proxy’s bij Kinsta bekijken:

Laten we van elke toepassing de gevolgen bekijken, waarbij we ook de beperkingen van de ondersteuning van Kinsta zullen bespreken.

Voorbeel van een Reverse proxy server

Voorbeel van een Reverse proxy server

Hoofdsite en proxysite gehost door Kinsta

Als beide websites gehost worden door Kinsta dan kan het supportteam van Kinsta de benodigde reverse proxy-regels instellen voor de hoofdsite en ervoor zorgen dat de proxysite laadt via de reverse proxy. Let erop dat de hoofdsite en proxysite zich wel in hetzelfde datacenter moeten bevinden. Het is hierbij mogelijk dat de site korte tijd offline is tijdens het instellen van de reverse proxy, op het moment dat Kinsta de sites op de juiste plek zet.

In dit scenario zijn de verantwoordelijkheden van de klant als volgt:

In dit scenario doet Kinsta het volgende:

Alleen de proxysite wordt gehost door Kinsta

Belangrijk: als alleen de proxysite gehost wordt door Kinsta, kan het zijn dat we de IP adressen van de proxyserver nodig hebben en dat we je vragen om de proxyserver zo te configureren dat de headers onze standaard Nginx reverse proxy-regels volgens. Deze stappen zorgen ervoor dat het systeem van onze analytics goed werkt en we niet de IP adressen van je proxyserver op de zwarte lijst zetten. 

Wordt alleen de proxysite gehost door Kinsta, dan kan Kinsta dus niet de reverse proxy zelf installeren, aangezien dit gedaan moet worden op de server die de hoofdsite host. In dit scenario is de verantwoordelijkheid van Kinsta dus beperkt tot het zodanig configureren van de proxysite dat deze klaar is om geladen te worden via een reverse proxy.

In dit scenario zijn de verantwoordelijkheden van de klant als volgt:

In dit scenario is de verantwoordelijkheid van Kinsta zoals gezegd beperkt tot het zodanig configureren van de proxysite dat deze klaar is om geladen te worden via een reverse proxy.

Alleen de hoofdsite wordt gehost door Kinsta

Wanneer alleen de hoofdsite wordt gehost door Kinsta, dan is de verantwoordelijkheid van Kinsta beperkt tot het instellen van een reverse proxy om de proxysite te laden (die ergens anders gehost wordt). Kinsta zal de standaardregels voor een reverse proxy toevoegen zoals die in dit artikel beschreven worden. Op verzoek van de klant kunnen we deze standaardregels aanpassen.

In dit scenario blijft de klant verantwoordelijk voor het instellen van de proxysite zodat deze goed laadt via de reverse proxy, en daarnaast voor het aanvragen van veranderingen aan de reverse proxy-regel als de proxysite niet goed geladen wordt.

Beperkingen van proxysites

Er zijn bij Kinsta enkele beperkingen die inherent zijn aan het gebruiken van reverse proxy’s.

Wees je er allereerst bewust van dat Kinsta het gebruik van een Multisite over een reverse proxy niet ondersteunt.

Daarnaast kan het herstellen van backups of het live pushen van testsites voor websites die via een reverse proxy laden, ervoor zorgen dat de proxysite niet langer goed geladen wordt. Bij het werken met een proxysite is het altijd aan te raden dergelijke veranderingen in te plannen op momenten met weinig verkeer en om contact op te nemen met de ondersteuning van Kinsta voordat je veranderingen doorvoert.

Downtime en WordPress problemen? Kinsta is de hosting oplossing speciaal ontworpen om jou tijd te besparen! Bekijk onze kenmerken

Bij het gebruiken van een proxysite bij Kinsta, kan je als testomgeving het beste een staging omgeving gebruiken. Na het testen in staging, is de meest eenvoudige workflow daarna het dupliceren van die veranderingen op de live site, in plaats van het live pushen van de staging website. Daarnaast moet het herstellen van back-ups van proxysites alleen gedaan worden in een noodgeval, waarbij het handmatig terugdraaien van veranderingen niet meer mogelijk is.

Vanwege deze beperkingen raden we het af om proxysites te gebruiken wanneer je verwacht dat je backups gaat gebruiken voor herstel, of regelmatig staging-sites live wilt pushen.

Een alternatief voor proxysites dat het overwegen waard is, kan het gebruiken van een WordPress subdirectory multisite installatie zijn.

Configuratie reverse proxy op de hoofdsite

Er zijn twee grote implicaties voor de hoofdsite wanneer subdirectory’s via reverse proxy’s geladen worden.

Dit is de standaard Nginx reverse proxy-regel die we bij Kinsta gebruiken om een website via een reverse proxy te laden:

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;
}

De daadwerkelijke subdirectory komt natuurlijk in plaats van de /subdirectory/ placeholder. Daarnaast wordt http://subdirectory.domein.com veranderd naar het relevante domein zodat de reverse proxy naar de proxysite verwijst.

Configuratie van de proxysite

Om een website via een reverse proxy te laden moeten de volgende veranderingen aangebracht worden:

Let erop dat vanwege deze benodigde rewrite-regels, een proxysite geen URL’s aan moet gaan maken die dezelfde subdirectory gebruiken als waar de proxysite onder laadt. Als een proxysite bijvoorbeeld op voorbeeld.com/blog zit, moet er geen pagina of directory aangemaakt worden op voorbeeld.com/blog/blog.

Samenvatting

Het gebruik van reverse proxies bij Kinsta is mogelijk en we hebben een aantal klanten die ervoor hebben gekozen onze infrastructuur op deze manier te gebruiken. Het is echter belangrijk om inzicht te hebben in de extra technische complexiteit die deze regeling introduceert, evenals de implicaties voor het gebruik van Kinsta’s staging- en back-up-systemen.

Als je denkt dat een reverse proxy de beste oplossing is voor jouw huidige behoefte, neem dan gerust contact op met het ondersteuningsteam van Kinsta via een chat in MyKinsta om het proces op gang te krijgen!


Als je dit artikel leuk vond, dan zal onze support je zeker bevallen. Alle hostingpakketten van Kinsta hebben 24×7-ondersteuning van onze ervaren WordPress-ontwikkelaars en -engineers. Chat met hetzelfde team dat onze Fortune 500-klanten ondersteunt. Bekijk onze pakketten