Блокът <VirtualHost> описва как Apache трябва да обработва съответстващи заявки. Той обаче не създава слушащия сокет. Затова конфигурация на прокси с препращане на порт 8080 може да съществува във файл, който изглежда валиден, докато клиентите не намират слушател там.

Директивата Listen осигурява това отделно изискване. За прокси, достъпно само през локален клиент или защитен тунел, предвиденият вид може да включва:

Listen 127.0.0.1:8080

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

Това илюстрира връзката, а не цялостно внедряване на прокси. Запазете съществуващото упълномощаване на клиента и ограниченията за дестинация. Адресът loopback умишлено не предлага нов публичен слушател на прокси.

Проверете и действащата конфигурация за припокриващи се записи Listen. Добавянето на още една директива, без да забележите съществуващ слушател, може да попречи на стартирането. Процедурата за рестартиране, поддържана от Apache, също е важна при преминаване от конкретен адрес към припокриващо се свързване с wildcard.

Когато SSH препраща към това прокси, отдалеченият край трябва да достигне реален слушател. Успешното влизане по SSH не създава конфигурирания порт на Apache. Коригирайте слушателя и предвиденото свързване, преди да променяте HTTP идентификационни данни или да отслабвате правило за достъп. След това проверете разрешените и отказаните случаи на достъп на реалния слушател.

Подобни статии