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

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

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

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

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

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