Plaats een proxy ervoor met een duidelijk vertrouwensmodel

Een web reverse proxy verandert het pad tussen bezoekers en uw HTTP-origin. Het proxyt niet automatisch SSH, mail of elk willekeurig protocol. Identificeer DNS-only records en de impact op mail, validatie en beheer voordat u de webproxy inschakelt.

Maak de zone aan bij de provider, controleer de geïmporteerde records en wijzig de nameservers van de registrar naar de toegewezen waarden. Test de delegatie en proxeer vervolgens de beoogde A/AAAA- of CNAME-webrecords. Houd MX-doelen en niet-ondersteunde servicepaden correct geconfigureerd.

Installeer een origincertificaat dat geldig is voor de aangevraagde naam en door de proxy wordt ondersteund, en gebruik daarna Full (strict). Bevestig dat de origin veilig antwoordt voordat u deze beperkt. Een slotje aan de edge bewijst op zichzelf niet dat de verbinding van edge naar origin is geauthenticeerd.

Gebruik de huidige gepubliceerde IPv4- en IPv6-bereiken van de provider voor de web-allowlist, met een onderhoudsplan voor wijzigingen. Houd een afzonderlijk geverifieerd beheerpad aan. Controleer elke herkomsthostnaam en listener; een dienst met alleen DNS op dezelfde IP kan de bestemming onthullen.

Controleer HTTPS-redirects, certificaatnamen, gemengde inhoud, cacheregels en gelogde client-IP-afhandeling. Vertrouw doorgestuurde bezoekersheaders alleen van de geautoriseerde proxybronnen. Applicatie-WAF-regels en botbesturing zijn een aparte laag van netwerk-DDoS-mitigatie.