ווען Squid קען קאַשן APT פּאַקעטן
פּריפֿט די HTTP טראַנספּאָרט, די קאַש סטאָרידזש, די גרייס פֿון דעם אביעקט און די APT cache-control איינשטעלונגען איידער איר ערוואַרט אַז פּאַקעט בעטן ווערן Squid היץ.
APT און aptitude קענען באַקומען רעפּאָזיטאָרי טעקעס דורך HTTP. Squid קען קאַשן אַ פּאַסיק HTTP ענטפֿער; דער קליענט דאַרף נישט זיין אַ וועב בלעטערער.
אין אַ Squid 6 אָדער 7 פּרויעקט, פּריפֿט די אַרייַנגאַנגען ווען יעדער פּאַקעט איבערגאַנג דערגרייכט נאָך דעם אָריגין:
- דער אַראָפּלאָדנונג ניצט HTTP, אָדער Squid האָט אַנדערש צוטריט צו דעם HTTP אויסטויש. נאָר אַ HTTPS CONNECT טונעל אַליין אנטפּלאַקט נישט דעם פּאַקעט ענטפֿער פֿאַר קאַש.
- דער קאַש האָט אַ פּאַסיקע סטאָרידזש קאָנפֿיגורירט. אַ געראָטן וועגשיקונג באַווײַזט נישט אַז אַ דיסק קאַש עקסיסטירט.
- דער אַרכיוו פּאַסט אין דער מאַקסימאַלער אביעקט גרייס פֿון דעם באַטרעפֿנדיקן קאַש טעקע. קליינע מעטאַדאַטן און אַ גרויסער .deb קענען געבן אַנדערע רעזולטאַטן.
- דער בעטן און דער ענטפֿער דערלויבן סטאָרידזש און ווידערניצונג לויט זייער cache-control פּאָליטיק.
APT שטעלט צו Acquire::http::No-Cache, Max-Age און No-Store. No-Store קען פֿאַרמיידן אַז געבעטענע אַרכיוו טעקעס ווערן געסטאָרעווד. No-Cache פֿאָדערט ווידערוואַלידירונג איידער אַ סטאָרעווד ענטפֿער ווערט ווידערגעניצט. פּריפֿט די עפעקטיווע APT קאָנפֿיגוראַציע און אויך די פּאָליטיק פֿון Squid.
פֿאַרגלייכ דעם זעלביקן פֿולן URL און פּריפֿט דעם קאַש רעזולטאַט אין access.log. פֿאַרשידענע שפּיגל האָסטן, געענדערטע רעפּאָזיטאָרי וועגן אָדער אַ לאָקאַל געקאַשטער פּאַקעט קענען מיינען אַז צוויי אינסטאַלאַציעס בעטן קיינמאָל נישט דעם זעלביקן נעץ אביעקט.
אַ רעפּאָזיטאָרי שפּיגל האַלט דעם רעפּאָזיטאָרי אינהאַלט מיט אַ כוונה אַנשטאָט זיך פֿאַרלאָזן נאָר אויף פֿאָדערונג-געטריבענער HTTP קאַש ווידערניצונג.