<VirtualHost> բլոկը նկարագրում է, թե ինչպես Apache-ը պետք է մշակի համապատասխան հարցումները։ Սակայն այն չի ստեղծում լսող socket-ը։ Այդ պատճառով 8080 պորտի forward-proxy կարգավորումը կարող է գոյություն ունենալ վավեր թվացող ֆայլում, մինչդեռ հաճախորդները այնտեղ լսող չեն գտնում։

Listen հրահանգը ապահովում է այդ առանձին պահանջը։ Միայն տեղական հաճախորդի կամ պաշտպանված թունելի միջոցով հասանելի proxy-ի համար նախատեսված ձևը կարող է ներառել․

Listen 127.0.0.1:8080

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

Սա ցույց է տալիս կապը, ոչ թե proxy-ի ամբողջական տեղակայում։ Պահպանեք գործող հաճախորդի լիազորումը և նպատակակետի սահմանափակումները։ loopback հասցեն դիտավորյալ նոր հանրային proxy լսող չի առաջարկում։

Ստուգեք նաև գործող կարգավորումը՝ համընկնող Listen գրառումների համար։ Առանց գոյություն ունեցող լսողը նկատելու ևս մեկ հրահանգ ավելացնելը կարող է խոչընդոտել մեկնարկը։ Apache-ի աջակցվող վերագործարկման ընթացակարգը կարևոր է նաև կոնկրետ հասցեից համընկնող wildcard կապակցման անցնելիս։

Երբ SSH-ը փոխանցում է այս proxy-ին, հեռավոր կողմը պետք է հասնի իրական լսողի։ Հաջող SSH մուտքը չի ստեղծում կարգավորված Apache պորտը։ Ուղղեք լսողը և նախատեսված կապակցումը նախքան HTTP հավատարմագրերը փոխելը կամ մուտքի կանոնը թուլացնելը։ Այնուհետև ստուգեք թույլատրված և մերժված մուտքի դեպքերը իրական լսողի վրա։

Առնչվող հոդվածներ