לאָזן Apache פֿאָרדערן סײַ קליענט־IP סײַ פּראָקסי־אַרײַנלאָג

ווען אַן Apache 2.4־פֿאָרווערטס־פּראָקסי דאַרף פֿאָרדערן סײַ אַן אָנגענומענע מקור־אַדרעס סײַ אַ גילטיקן אַרײַנלאָג, ניץ <RequireAll>:

<Proxy "*">
    AuthType Basic
    AuthName "Private proxy"
    AuthBasicProvider file
    AuthUserFile /etc/apache2/private-proxy-users
    <RequireAll>
        Require ip 192.0.2.25
        Require valid-user
    </RequireAll>
</Proxy>

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

צוויי פּרטים באַשטימען די פּאָליטיק. דער קאַנטיינער ווײַזט AND; פּאָזיטיווע פֿאָדערונגען זייַט בײַ זייַט מיינען נישט דווקא אַז אַלע זענען נויטיק. Require valid-user נעמט אָן אַן אויטענטיפֿיצירטן חשבון, בעת Require user alice נאָמען אַ חשבון. אַ ליידיקער Require user ווײַזט גאָרנישט. זע Apache'ס רעפֿערענץ וועגן באַניצער־אויטאָריזאַציע.

איידער דו פֿאַרלאָזסט זיך אויף דעם טייל, קאָנטראָליר דעם אַרומנעמנדיקן ווירטועלן האָסט און אַנדערע פּאַסנדיקע אויטאָריזאַציע־אָפּטיילן, און דערנאָך @@פּרוּוו דעם אויטאָריזאַציע־גרענעץ; מער ספּעציפֿישע קאָנפֿיגוראַציע קען בײַטן דעם עפעקטיוון רעזולטאַט. Basic אַרײַנלאָג דאַרף אויך אַ באַשיצטן טראַנספּאָרט צווישן קליענט און פּראָקסי. HTTPS פֿון ציל הייבט זיך אָן שפּעטער און באַשיצט נישט דעם פֿריִערדיקן אויסטויש פֿון קרעדענציאַלן אין קלאָרן טעקסט.