דארף א Squid עלטער־פראקסי אן ICP פּאָרט?
פאַרבינדט Squid צו אַ געווענלעכן HTTP עלטער אָן צו פֿאַרמישן HTTP ווײַטערפֿירונג מיט אָפּציאָנעלער cache־אָפּפֿרעג טראַפֿיק.
אײַער אויבערשטער דינסט שטעלט צו איין HTTP פּראָקסי פּאָרט. די Squid סינטאַקס cache_peer פֿאָדערט צוויי. דאָס עקסטרע פֿעלד איז פֿאַר cache אָפּפֿרעגן, נישט אַ צווייטע פֿליכטיקע ווײַטערפֿירונג־פֿאַרבינדונג.
cache_peer parent.example parent 8080 0 no-query name=office_parentדאָ טראָגט 8080 די HTTP פּראָקסי בקשות. די נול פֿילט אָן דאָס אָפּפֿרעג־פּאָרט פֿעלד; no-query שליסט אָפּ ICP אָפּפֿרעגן צו דעם פּאַרטנער. דער עלטער דאַרף נישט אימפּלעמענטירן ICP.
אָבער ער מוז רעדן דעם HTTP פּראָקסי פּראָטאָקאָל. אויב דער עלטער וועט זיין פּובליק, שטעלט צו די HTTP פּראָקסי ליסטע HTTP קאַנדידאַטן צו פּרובירן. א SOCKS פּאָרט וועט נישט אַרבעטן אין זיין אָרט. פֿאַר HTTPS, פּרוּווט אויב דער עלטער ערלויבט דעם נויטיקן CONNECT ציל; ICP שטיצע האָט נישט קיין שייכות.
האַלט באַזונדער די צוטריט־קאָנטראָל און די ווײַטערדיקע ראָוטינג פּאָליטיק. דערקלערן דעם פּאַרטנער באַרעכטיקט נישט קיין קליענטן און פֿאַרבאָט נישט קיין דירעקטן צוריקצוג. האַלט די פּאַסיקע כּללים פֿאַר http_access, פּאַרטנער־אויסוואַל און never_direct פֿאַר די געמיינטע בקשות.
אַן ענדערונג פֿון ICP פּאָרט קען נישט פֿאַרריכטן אָפּגעוואָרפֿענע פּראָקסי אַרייַנגאַנג אָדער אַ פֿאַרבאָטן CONNECT ציל.