Ուղարկեք Apache-ի ելքային պրոքսի հարցումները գրասենյակի պրոքսիով
Ընտրեք կորպորատիվ փոխանցող պրոքսի ProxyRemote-ով՝ առանձին պահելով ֆիքսված URL-քարտեզագրումները և հանրային փոխանցող պրոքսի հասանելիությունը։
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-ից և ավելի ուշ տարբերակներում և ուղարկում է դրանք նախօրոք։ Ստուգեք տեղակայված տարբերակը և պաշտպանեք այդ կոնֆիգուրացիան նախքան հավատարմագրերի ձևի օգտագործումը։