Apache-ին կարող է անհրաժեշտ լինել արտաքին կայք հասնել նույն կորպորատիվ փոխանցող պրոքսիով, որն օգտագործում են այլ մեքենաներ։ mod_proxy-ի կողմից մշակվող հարցումների համար ProxyRemote ընտրում է այդ հաջորդ թռիչքը։

ProxyRemote "http://downloads.example/" "http://proxy.example:8080"

Առաջին արգումենտը համընկնում է նպատակային URL-ի նախածանցի հետ։ Երկրորդը նշում է վերին հոսքի պրոքսին։ Սխեմայի անվանումը կարող է համընկնել այդ արձանագրության հետ, մինչդեռ * ավելի լայն է և ընտրում է հեռավոր պրոքսին բոլոր համապատասխան պրոքսի երթևեկության համար։

Սա կարող է նաև սպասարկել ֆիքսված տեղական քարտեզագրում։ Եթե գոյություն ունեցող ProxyPass տեղական ուղին ուղարկում է ներբեռնման կայք, ProxyRemote-ը Apache-ին ասում է, թե ինչպես հասնել այդ կայքին կորպորատիվ միջնորդի միջոցով։ ProxyPass-ը ընտրում է քարտեզագրված նպատակակետը, ProxyRemote-ը՝ նրա վերին հոսքի երթուղին։

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

Տեղադրեք կանոնը սերվերի կամ վիրտուալ հոսթի կոնֆիգուրացիայում և համոզվեք, որ անհրաժեշտ պրոքսի մոդուլները բեռնված են։ Apache-ի NoProxy հրահանգը կարող է ճանաչել ներքին ցանցի նպատակակետերը, որոնք պետք է խուսափեն հեռավոր պրոքսից։

Basic հավատարմագրեր պահանջող վերին հոսքի համար ըստ ցանկության երրորդ արգումենտը հասանելի է httpd 2.4.59-ից և ավելի ուշ տարբերակներում և ուղարկում է դրանք նախօրոք։ Ստուգեք տեղակայված տարբերակը և պաշտպանեք այդ կոնֆիգուրացիան նախքան հավատարմագրերի ձևի օգտագործումը։

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