Un bloc <VirtualHost> descrie modul în care Apache ar trebui să gestioneze cererile corespunzătoare. Totuși, nu creează socketul de ascultare. De aceea, o configurație de proxy pe portul 8080 poate exista într-un fișier care pare valid, în timp ce clienții nu găsesc niciun ascultător acolo.

Directiva Listen asigură această cerință separată. Pentru un proxy accesibil doar printr-un client local sau un tunel protejat, forma dorită ar putea include:

Listen 127.0.0.1:8080

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

Aceasta ilustrează relația, nu o implementare completă de proxy. Păstrați autorizarea clientului și restricțiile de destinație existente. Adresa loopback nu oferă în mod deliberat un nou ascultător public de proxy.

Verificați și configurația efectivă pentru intrări Listen suprapuse. Adăugarea unei alte directive fără a observa un ascultător existent poate împiedica pornirea. Procedura de repornire acceptată de Apache contează și ea la trecerea de la o adresă specifică la o legătură wildcard suprapusă.

Când SSH redirecționează către acest proxy, capătul îndepărtat trebuie să ajungă la un ascultător real. O autentificare SSH reușită nu face portul Apache configurat să existe. Corectați ascultătorul și legătura dorită înainte de a schimba acreditările HTTP sau de a slăbi o regulă de acces. Apoi verificați cazurile de acces permis și refuzat pe ascultătorul real.

Articole similare