Ինչու Apache-ի պանակի գաղտնաբառը չի պաշտպանում ուղղորդող վստահված սերվերը
Պաշտպանված ողջույնի էջը և լիազորված ուղղորդող վստահված սերվերի հարցումը օգտագործում են տարբեր կարգավորման համատեքստեր։ Տեղադրեք վստահված սերվերի քաղաքականությունը սերվերի կամ վիրտուալ հոսթի կարգավորման մեջ։
Apache-ի գլխավոր էջի գաղտնաբառի հարցումը պաշտպանում է միայն այդ տեղական ռեսուրսը։ Այն չի ապացուցում, որ կամայական ուղղորդող վստահված սերվերի հարցումները պահանջում են նույն մուտքը։
.htaccess վերաբերում է աջակցվող պանակի կարգավորմանը. այն վերջնական զտիչ չէ յուրաքանչյուր հարցման համար։ ProxyRequests և <Proxy> բաժինները պատկանում են սերվերի կամ վիրտուալ հոսթի կարգավորմանը։ Տեղադրեք ուղղորդող վստահված սերվերի լիազորումը այնտեղ՝ Apache 2.4-ի լիազորման շարահյուսությամբ և անհրաժեշտ նույնականացման կարգավորմամբ։
Մասնավոր ծառայության համար միտումնավոր միավորեք նախատեսված հաճախորդ-աղբյուրի և հաշվի պահանջները։ Այնուհետև ստուգեք յուրաքանչյուր լսողի ընտրած վիրտուալ հոսթը՝ ներառյալ լռելյայն հոսթերը և ժառանգված կարգավորումը։ Մեկ պաշտպանված հոսթի անվան հասանելիությունը չի ապացուցում, որ մեկ այլ ակտիվ հոսթ ունի նույն վստահված սերվերի սահմանափակումները։
ProxyPass այլ դեր է կատարում՝ սովորաբար տեղական անվանատարածքը քարտեզագրում է հետին համակարգի։ Այն ավելացնելը չի լիազորում կամայական ուղղորդման նպատակակետեր։
Եթե կարող եք խմբագրել միայն մեկ կայքի փաստաթղթային ֆայլերը, գուցե չունեք այս ծառայության մուտքի սահմանը սահմանելու վարչական ծավալը։ Ստացեք սերվերի կարգավորման փոփոխությունը կամ օգտագործեք հաստատված գործող վստահված սերվեր. պանակի գաղտնաբառը չի կարող փոխարինել այն։