ניצט proxy_protocol_access צו פֿאַרזיכערן זיך אויפֿן רעלעי וואָס ליפֿערט די מעטאַדאַטן, נישט צו קלייבן די דערלויבטע וועבזײַטן. אין Squid 5–7 לויפֿט די פּריפֿונג איין מאָל נאָך דער TCP־אויפֿשטעלונג אויף אַ require-proxy-header־צוהערער, פֿאַר די HTTP־בקשה־קעפּ ווערן באַאַרבעט:

acl trusted_relay src 192.0.2.20/32
http_port 3128 require-proxy-header
proxy_protocol_access allow trusted_relay
proxy_protocol_access deny all

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

לאָזט http_access פֿאַר די שפּעטערדיקע דערלויבענישן פֿון קליענט־מקור און ציל. אָננעמען מעטאַדאַטן דערלויבט נישט קיין צוטריט צו וועבזײַטן, און אַן ACL פֿון דער ציל־דאָמען קען נישט ענטפֿערן די פֿריִערדיקע פֿראַגע וועגן צוטרוי צום שילדער.

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

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

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