proxy.conf دىكى قائىدە ئالاھىدە قائىدە تۈرى ئەمەس. Apache كىرگۈزۈلگەن سەپلىمىنى ئۆز سەپلىمە دەرىخىگە ئوقۇيدۇ؛ ئوراپ تۇرغان ئومۇمىي، VirtualHost ياكى ماس كېلىدىغان بۆلەك بۇيرۇقنىڭ قانداق قاتنىشىدىغانلىقىنى بەلگىلەيدۇ.

ئالدىن يوللىغۇچى ۋاكالەتچى تەلىپىگە خىزمەت قىلىدىغان ئاڭلىغۇچ ۋە مەۋھۇم ساھىبخاندىن باشلاڭ. ئاندىن شۇ مۇھىت ۋە ئاساسىي سەپلىمىدىن ماس كېلىدىغان Proxy بۆلەكلىرىنى توپلاڭ. بۆلەكلەرنى بىر تەرەپ قىلىش تەرتىپى مۇھىم، پەقەت قايسى ھۆججەتنىڭ ئاخىرىدا تەھرىرلەنگەنلىكى ئەمەس.

ھوقۇق ھەمىشە توپلىنىشچان ئەمەس

سۈكۈتتىكى AuthMerging Off ھەرىكىتى بىلەن، كېيىنكى قوللىنىلىدىغان بۆلەك ئۆزىنىڭ ھوقۇق مەنتىقىسىنى تەمىنلىگۈچە ھوقۇق مىراس ئېلىنىدۇ. بۇ يېڭى مەنتىقە يەنە بىر چەكلىمە قوشۇشنىڭ ئورنىغا ئىلگىرىكى تەلەپلەرنى ئالماشتۇرالايدۇ.

تەڭشەكئەڭ يېقىن ئىلگىرىكى ھوقۇق بۆلىكى بىلەن بىرلەشمە
Offيېڭى ھوقۇق مىراس ئېلىنغان مەنتىقىنى يېڭىپ چىقالايدۇ
Andئىككى گۇرۇپپا ھەممىسى ھوقۇق بېرىشى كېرەك
Orھەر قانداق گۇرۇپپا ھوقۇق بېرەلەيدۇ

AuthMerging ئۆزى ئۇنى ئۆز ئىچىگە ئالغان بۆلەككەلا خاس. And نى بىر قېتىم تەڭشەش ھەر بىر كېيىنكى بۆلەكنى ئۆزگەرتىدۇ دەپ ئويلىماڭ.

مۇمكىن بولغانچە مەقسەتلىك سىياسەتنى ئوچۇق تۇتۇڭ. ئوراپ تۇرغان ھوقۇق قاپى يوق ئىككى Require قۇرى ئىمپلىتسىت ھالدا تاللاشمىلاردۇر، شۇڭا IP قائىدىسى قوشۇلۇپ valid-user ئاپتوماتىك «IP ۋە ئىشلەتكۈچى» ئەمەس. ئىشلىتىڭ ئىككى شەرت ئوخشاش قارارغا تەۋە بولغاندا RequireAll.

ۋاكالەتچى ھېساباتىنى ئۆزگەرتىش ياكى زىيارەتنى ئېچىشتىن بۇرۇن تولۇق ماس كېلىدىغان سەپلىمىنى تەكشۈرۈڭ. ئاندىن ئىجرا بولۇۋاتقان ئاڭلىغۇچقا قارشى رۇخسەت قىلىنغان ۋە رەت قىلىنغان ئەھۋاللارنى سىناڭ. باشقا بىر بۆلەك ئۈنۈملۈك ھوقۇق بەرگەنلىكتىن تەلەپ رەت قىلىنىشى—ياكى كۈتۈلمىگەن ھالدا رۇخسەت قىلىنىشى—مۇمكىن.

مۇناسىۋەتلىك ماقالىلەر