In <VirtualHost>-blok beskriuwt hoe't Apache oerienkommende oanfragen behannelje moat. It makket lykwols net de harkende socket. Dêrom kin in trochstjoerproxy-konfiguraasje op poarte 8080 yn in bestân stean dat jildich liket, wylst klanten dêr gjin harker fine.

De rjochtline Listen leveret dy aparte eask. Foar in proxy dy't allinnich fia in pleatslike klant of in beskerme tunnel berikt wurdt, kin de bedoelde foarm dit omfetsje:

Listen 127.0.0.1:8080

<VirtualHost 127.0.0.1:8080>
    # Existing restricted forward-proxy configuration
</VirtualHost>

Dit yllustrearret de relaasje, net in folsleine proxy-ynset. Behâld de besteande klantautorisearring en bestimmingsbeheiningen. It loopback-adres biedt bewust gjin nije iepenbiere proxy-harker oan.

Kontrolearje ek de effektive konfiguraasje op oerlaapjende Listen-ynfieringen. It tafoegjen fan noch in rjochtline sûnder in besteande harker op te merken, kin it starten blokkearje. De stipe wer-startproseduere fan Apache is ek wichtich by it ferpleatsen fan in spesifyk adres nei in oerlaapjende wildcard-bining.

As SSH nei dizze proxy trochstjoert, moat de fiere kant in echte harker berikke. In slagge SSH-oanmelding makket de konfigurearre Apache-poarte net besteand. Reparearje de harker en de bedoelde bining foardat jo HTTP-legitimaasjes feroarje of in tagongsregel ferswakje. Kontrolearje dêrnei de tastiene en wegere tagongsgefallen op de echte harker.

Relatearre artikelen