אַ כּלל אין proxy.conf איז נישט קיין ספּעציעלער קלאַס פֿון כּללים. Apache לייענט אַרײַן די אַרײַנגענומענע קאָנפֿיגוראַציע אין זיין קאָנפֿיגוראַציע־בוים; די סעקציע אַרום אים—גלאָבאַל, VirtualHost אָדער די פּאַסיקע סעקציע—באַשטימט ווי די דירעקטיוו נעמט אָנטייל.

אָנהייבט מיטן לייענער און דעם ווירטועלן האָסט וואָס באַדינען די פֿאָרויס־פּראָקסי בקשה. דערנאָך זאַמלט די פּאַסיקע Proxy סעקציעס פֿון יענעם קאָנטעקסט און פֿון דער הויפּט־קאָנפֿיגוראַציע. די סדר פֿון באַאַרבעטונג פֿון סעקציעס איז וויכטיק, נישט בלויז וועלכע טעקע איז רעדאַגירט געוואָרן צום סוף.

אויטאָריזאַציע איז נישט שטענדיק קוםולאַטיוו

מיטן פֿאַרבאַשטימטן AuthMerging Off פֿאַרהאַלטן ווערט אויטאָריזאַציע ירש־געערט ביז אַ שפּעטערדיקע פּאַסיקע סעקציע שטעלט צו איר אייגענע אויטאָריזאַציע־לאָגיק. יענער נײַער לאָגיק קען פֿאַרבייַטן די פֿריִערדיקע פֿאָדערונגען אַנשטאָט צולייגן נאָך אַ באַגרענעצונג.

איינשטעלונגצונויפֿירונג מיט דער נאָענטסטער פֿריִערדיקער אויטאָריזאַציע־סעקציע
Offנײַע אויטאָריזאַציע קען איבערקערן ירש־געערטע לאָגיק
Andביידע סעטן מוזן אויטאָריזירן
Orיעדער סעט קען אויטאָריזירן

AuthMerging אַליין איז לאָקאַל צו דער סעקציע וואָס ענטהאַלט אים. רעכנט נישט אַז אַן איינמאָליקער And איינשטעלונג ענדערט יעדע שפּעטערדיקע סעקציע.

האַלט די געמיינטע פּאָליטיק ווי מער עקספּליציט. צוויי Require־שורות אָן אַ פּראָקסי־אויטאָריזאַציע־קאָנטיינער אַרום זענען אימפליציט אַלטערנאַטיוון, דעריבער אַן IP־כּלל מיט valid-user איז נישט אויטאָמאַטיש „IP און באַניצער”. ניצט RequireAll ווען ביידע באַדינגונגען געהערן צו דער זעלביקער באַשלוס.

איבערקוקט די פֿולע פּאַסיקע קאָנפֿיגוראַציע איידער איר ענדערט אַ פּראָקסי־קאָנטע אָדער עפֿנט צוטריט. דערנאָך פּרובירט די דערלאָזטע און אָפּגעוואָרפֿענע פֿעלער קעגן דעם לויפֿנדיקן לייענער. אַ בקשה קען ווערן אָפּגעוואָרפֿן—אָדער אומגעריכט דערלאָזט—ווײַל אַן אַנדער סעקציע האָט צוגעשטעלט די ווירקזאַמע אויטאָריזאַציע.

פֿאַרבונדענע אַרטיקלען