Kizuizi cha <VirtualHost> kinaelezea jinsi Apache inapaswa kushughulikia maombi yanayolingana. Hata hivyo hakiundi soketi ya kusikiliza. Kwa hiyo usanidi wa proksi kwenye bandari 8080 unaweza kuwepo katika faili inayoonekana sahihi wakati wateja hawapati msikilizaji hapo.

Agizo la Listen linatoa hitaji hilo tofauti. Kwa proksi inayofikiwa tu kupitia mteja wa ndani au handaki lililolindwa, umbo linalokusudiwa linaweza kujumuisha:

Listen 127.0.0.1:8080

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

Hii inaonyesha uhusiano, si usambazaji kamili wa proksi. Hifadhi idhini ya mteja na vikwazo vya lengwa vilivyopo. Anwani ya loopback kwa makusudi haitoi msikilizaji mpya wa umma wa proksi.

Angalia pia usanidi unaofanya kazi kwa maingizo ya Listen yanayopishana. Kuongeza agizo jingine bila kugundua msikilizaji aliyepo kunaweza kuzuia kuanza. Utaratibu wa kuanzisha upya unaoungwa mkono na Apache pia ni muhimu unapohama kutoka anwani maalum kwenda kuunganisha wildcard kunakopishana.

Wakati SSH inasambaza kwa proksi hii, upande wa mbali lazima ufikie msikilizaji halisi. Kuingia kwa SSH kwa mafanikio hakuufanyi bandari ya Apache iliyowekwa kuwepo. Rekebisha msikilizaji na uunganishaji unaokusudiwa kabla ya kubadilisha vitambulisho vya HTTP au kudhoofisha kanuni ya ufikiaji. Kisha thibitisha hali za ufikiaji zilizoruhusiwa na zilizokataliwa kwenye msikilizaji halisi.

Makala zinazohusiana