Squid ನ URL ಮರುಬರಹಗಾರವು ಪ್ರತಿಕ್ರಿಯೆ ದೇಹಗಳನ್ನು ಬದಲಿಸಬಹುದೇ?
ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿಯನ್ನು ವಿಸ್ತರಿಸುವಾಗ ವಿನಂತಿ URL ಆಯ್ಕೆಯನ್ನು ಪ್ರತಿಕ್ರಿಯೆ ಹೊಂದಾಣಿಕೆ ಮತ್ತು TLS ಡೀಕ್ರಿಪ್ಶನ್‌ನಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿರಿಸಿ.
url_rewrite_program ವಿನಂತಿ URL ನಿರ್ಣಯಗಳ ಮೇಲೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಅದು ವಿನಂತಿಯ ಮಾಹಿತಿಯನ್ನು ಪಡೆದು Squid ನ ಸಹಾಯಕ ಪ್ರೋಟೋಕಾಲ್ ಮೂಲಕ ಉತ್ತರಿಸುತ್ತದೆ; ಡೌನ್‌ಲೋಡ್ ಆದ ಕಡತವನ್ನು ಪಡೆದು ಸಂಪಾದಿಸಿ ಹಿಂತಿರುಗಿಸುವುದಿಲ್ಲ.
| ಬಯಸಿದ ಕಾರ್ಯಾಚರಣೆ | ಸಂಬಂಧಿತ ಮಿತಿ |
|---|---|
| ಬ್ರೌಸರ್ ಅನ್ನು ಮರುನಿರ್ದೇಶಿಸುವುದು ಅಥವಾ ಬೇರೆ ವಿನಂತಿ URL ಆಯ್ಕೆ ಮಾಡುವುದು | ವಿನಂತಿ ಹಂತದಲ್ಲಿ URL ಮರುಬರಹ ಸಹಾಯಕನ ಪಾತ್ರ |
| ಗೋಚರ HTTP ಪ್ರತಿಕ್ರಿಯೆ ದೇಹವನ್ನು ಬದಲಿಸುವುದು | ಪ್ರತಿಕ್ರಿಯೆ ಹೊಂದಾಣಿಕೆಯ ಸೌಲಭ್ಯ, ಉದಾಹರಣೆಗೆ ಸಂರಚಿಸಿದ ICAP ಪ್ರತಿಕ್ರಿಯೆ ಬದಲಾವಣೆ |
| ಸಾಮಾನ್ಯ CONNECT ಒಳಗೆ HTTP ಓದುವುದು | ಮೊದಲು ಗಮ್ಯಸ್ಥಾನದ TLS ಅನ್ನು ಸೂಕ್ತ ನಿಯೋಜನೆ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಕೊನೆಗೊಳಿಸಬೇಕು |
| ಅನ್ವಯವೊಂದು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಕಡತವನ್ನು ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡುವುದು | ಕಡತದ ಸ್ವರೂಪ, ಅಲ್ಗಾರಿದಮ್ ಮತ್ತು ಕೀ, ಅದನ್ನು ಹೇಗೆ ಸಾಗಿಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಲೆಕ್ಕಿಸದೆ |
ಕೊನೆಯ ಎರಡು ಸಾಲುಗಳನ್ನು ಗೊಂದಲಗೊಳಿಸುವುದು ಸುಲಭ. HTTPS ಮೂಲಕ ಸಾಗಿಸುವ ಸಾಮಾನ್ಯ ಕಡತವನ್ನು TLS ರಕ್ಷಿಸುತ್ತದೆ. ಅನ್ವಯ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಕಡತವು HTTPS ಮುಗಿದ ನಂತರವೂ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆಗಿ ಉಳಿಯಬಹುದು. ಹೊಂದಾಣಿಕೆ ಇಂಟರ್ಫೇಸ್ ಆಯ್ಕೆ ಮಾಡುವುದು ಅನ್ವಯದ ಕೀ ಅಥವಾ ಅದರ ಡೀಕ್ರಿಪ್ಶನ್ ಅಲ್ಗಾರಿದಮ್ ಎರಡನ್ನೂ ನೀಡುವುದಿಲ್ಲ.
ಸಾಮಾನ್ಯ CONNECT ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ ಸುರಂಗ ಬೈಟ್‌ಗಳನ್ನು ರವಾನಿಸುತ್ತದೆ. URL ಸಹಾಯಕನು ಒಳಗಿನ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಬಹಿರಂಗಪಡಿಸುವುದಿಲ್ಲ; ಪರಿಶೀಲನೆ ಅಗತ್ಯವಿರುವ ವಿನ್ಯಾಸವು ಆ ಸಂಚಾರವನ್ನು ನಿಯೋಜನೆಯಲ್ಲಿ ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡಬಹುದೇ ಮತ್ತು ಮಾಡಬೇಕೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಬೇಕು.
Squid HTTP ಸಂದೇಶವನ್ನು ಪರಿಶೀಲಿಸಬಲ್ಲ ಸ್ಥಳದಲ್ಲಿ, ಪ್ರತಿಕ್ರಿಯೆ ಬದಲಾವಣೆ ಸೇವೆಯು ಇನ್ನೂ ವಿಷಯ ಎನ್‌ಕೋಡಿಂಗ್, ಬದಲಾದ ಉದ್ದಗಳು ಮತ್ತು ವೈಫಲ್ಯದ ವರ್ತನೆಯ ಹೊಣೆ ಹೊತ್ತಿರುತ್ತದೆ. ರೂಪಾಂತರವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿದ ನಂತರ ಇಂಟರ್ಫೇಸ್ ಆಯ್ಕೆ ಮಾಡಿ, ಕೆಲಸ ಮಾಡುವ URL ಮರುಬರಹ ಉದಾಹರಣೆಯನ್ನು ಅದು ಎಂದಿಗೂ ಪಡೆಯದ ಸಂಸ್ಕರಣಾ ಹಂತಕ್ಕೆ ವಿಸ್ತರಿಸುವ ಬದಲು.