פֿאָדער סיי אַ Squid אַרײַנלאָגירונג און סיי די ריכטיקע קליענט IP

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

אויב אַוטענטיפֿיקאַציע איז שוין פֿאַרקאַנפֿיגורט, למשל Squid 6.13 NCSA סעטאַפּ, איז די הויפּט פּאָליטיק:

acl approved_login proxy_auth alex
acl approved_source src 192.0.2.40/32
http_access allow approved_source approved_login
http_access deny all

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

פּרופֿט די רעגולן איבער אים

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

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

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

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