Apache Listen- en VirtualHost-instellings vir 'n voorspanproxy
Voeg die beoogde Apache-luisteraar apart van 'n voorspan-VirtualHost by, eerder as om 'n gekonfigureerde poort as 'n aktiewe sokkel te beskou.
'n <VirtualHost>-blok beskryf hoe Apache ooreenstemmende versoeke moet hanteer. Dit skep nie die luistersokkel nie. 'n Voorspan-konfigurasie op poort 8080 kan dus in 'n geldig-lykende lêer bestaan terwyl kliënte geen luisteraar daar vind nie.
Die Listen-riglyn voorsien daardie aparte vereiste. Vir 'n voorspanproxy wat slegs deur 'n plaaslike kliënt of 'n beskermde tonnel bereik word, kan die bedoelde vorm iets soos volg insluit:
Listen 127.0.0.1:8080
<VirtualHost 127.0.0.1:8080>
# Existing restricted forward-proxy configuration
</VirtualHost>Dit illustreer die verhouding, nie 'n volledige ontplooiing van 'n voorspanproxy nie. Behou die bestaande kliëntmagtiging en bestemmingsbeperkings. Die loopback-adres bied doelbewus nie 'n nuwe openbare luisteraar vir die voorspanproxy nie.
Kontroleer ook die werklike konfigurasie vir oorvleuelende Listen-inskrywings. Om nog 'n riglyn by te voeg sonder om 'n bestaande luisteraar raak te sien, kan verhoed dat die bediener begin. Apache se ondersteunde herbeginprosedure is ook belangrik wanneer daar van 'n spesifieke adres na 'n oorvleuelende wildcard-binding beweeg word.
Wanneer SSH na hierdie voorspanproxy deurstuur, moet die ander kant 'n werklike luisteraar bereik. 'n Suksesvolle SSH-aanmelding laat nie die gekonfigureerde Apache-poort bestaan nie. Maak die luisteraar en die beoogde binding reg voordat HTTP-geloofsbriewe verander of 'n toegangsreël verswak word. Kontroleer daarna die toegelate en geweierde toegangsgevalle op die werklike luisteraar.