ಹಲವು Squid ಪೇರೆಂಟ್‌ಗಳು ಪರ್ಯಾಯಗಳು, ಸರಣಿ ಸರಪಳಿ ಅಲ್ಲ
peer ಪಟ್ಟಿ Squidಗೆ ಆಯ್ಕೆಗಳನ್ನು ನೀಡುತ್ತದೆ. A → B → C ಸರಣಿ ಮಾರ್ಗಕ್ಕೆ ಪ್ರತಿ ಫಾರ್ವರ್ಡಿಂಗ್ ಇನ್‌ಸ್ಟೆನ್ಸ್‌ನಲ್ಲಿ ಮುಂದಿನ ಹಾಪ್ ಆಯ್ಕೆ ಮಾಡಬೇಕು.
ಎರಡು cache_peer ಸಾಲುಗಳು “ಮೊದಲು ಮೊದಲ ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಹೋಗಿ, ನಂತರ ಎರಡನೆಯದರ ಮೂಲಕ” ಎಂದು ಅರ್ಥವಲ್ಲ. ಅವು Squid ಆಯ್ಕೆ ಮಾಡಬಹುದಾದ peerಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತವೆ. round-robin ವಿನಂತಿಗಳು ಎರಡೂ ಮೂಲಕ ಹಾದುಹೋಗದೆ ಪೇರೆಂಟ್‌ಗಳ ನಡುವೆ ಬದಲಾಗಬಹುದು.
ಸರಣಿ ಮಾರ್ಗವು ಇನ್‌ಸ್ಟೆನ್ಸ್‌ಗಳ ನಡುವೆ ವಿತರಿಸಲ್ಪಡುತ್ತದೆ:
client → A → B → C → origin- A ತನ್ನ ಮುಂದಿನ ಹಾಪ್ ಆಗಿ B ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ.
- B, C ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ.
- C ಮೂಲದೊಂದಿಗೆ ಸಂಪರ್ಕ ತೆರೆಯುತ್ತದೆ.
ಪ್ರತಿ ಸ್ವೀಕರಿಸುವವರು ತಮ್ಮ ನೇರ ಡೌನ್‌ಸ್ಟ್ರೀಮ್ peerಗೆ ಅನುಮತಿ ನೀಡಬೇಕು. ಪ್ರತಿ ಇನ್‌ಸ್ಟೆನ್ಸ್‌ಗೆ ಸಹ ತನ್ನ ಮುಂದಿನ ಹಾಪ್ ಬಿಟ್ಟುಬಿಡುವುದು ನಿಷೇಧಿಸಲಾಗಿದ್ದರೆ ಹೊಂದಿಕೊಳ್ಳುವ ನೇರ-ಪ್ರವೇಶ ನೀತಿ ಬೇಕು.
ಅವುಗಳನ್ನು ಬೆಂಬಲಿಸುವ ಆವೃತ್ತಿಗಳಲ್ಲಿ cache_peer peer ಅನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, cache_peer_access ಆಯ್ಕೆಯನ್ನು ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ ಮತ್ತು never_direct ಆಯ್ಕೆಮಾಡಿದ ಟ್ರಾಫಿಕ್‌ಗೆ ನೇರ ಫಾರ್ವರ್ಡಿಂಗ್ ಅನ್ನು ನಿಷೇಧಿಸುತ್ತದೆ. ಕೇವಲ peer ವ್ಯಾಖ್ಯಾನವು ಇತರ ಎರಡು ನೀತಿಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.
ಪ್ರತಿ ಹಾಪ್‌ನಲ್ಲಿ ನಿರ್ಧಾರವನ್ನು ಪರಿಶೀಲಿಸಿ. A ನ ಲಾಗ್ B ಆಯ್ಕೆ ಮಾಡಿದ್ದನ್ನು ತೋರಿಸಿದರೂ B, C ಆಯ್ಕೆ ಮಾಡಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸಲಾಗದು. ಸ್ಥಳೀಯ ಕ್ಯಾಶ್ ಹಿಟ್ ಹೊಸ ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಸಂಪರ್ಕವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತಪ್ಪಿಸಬಹುದು, ಆದ್ದರಿಂದ ಒಂದು ವಿನಂತಿಗೆ ಪೇರೆಂಟ್ ಟ್ರಾಫಿಕ್ ಇಲ್ಲದಿರುವುದು ಮುರಿದ ಸರಪಳಿಯ ಸಾಕಷ್ಟು ಸಾಕ್ಷ್ಯವಲ್ಲ.