Squid ಯಾವಾಗ APT ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಕ್ಯಾಶ್ ಮಾಡಬಹುದು
ಪ್ಯಾಕೇಜ್ ವಿನಂತಿಗಳು Squid ಹಿಟ್‌ಗಳಾಗುತ್ತವೆ ಎಂದು ನಿರೀಕ್ಷಿಸುವ ಮೊದಲು HTTP ಸಾಗಣೆ, ಕ್ಯಾಶ್ ಸಂಗ್ರಹ, ಆಬ್ಜೆಕ್ಟ್ ಗಾತ್ರ ಮತ್ತು APT cache-control ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.
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 ಕ್ಯಾಶ್ ಮರುಬಳಕೆಯನ್ನು ಅವಲಂಬಿಸದೆ ರಿಪೊಸಿಟರಿ ವಿಷಯವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನಿರ್ವಹಿಸುತ್ತದೆ.