HTML ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಪರಿವರ್ತಿಸಬೇಕಾದ Squid ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿಗೆ adaptation ಮಾರ್ಗವನ್ನು ಬಳಸಿ. Squid ಬ್ರೌಸರ್‌ನ ಪ್ರಾಕ್ಸಿ ವಿನಂತಿಯನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ; ICAP ಪ್ರತಿಕ್ರಿಯೆ ಸೇವೆ ಬಾಡಿ ಪರಿವರ್ತನೆಯನ್ನು ಮಾಡಿ ಹೊಂದಿಸಿದ HTTP ಸಂದೇಶವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ.

ಇದು ಪರಿವರ್ತನೆಗೆ ವಿನಂತಿಯ ಜೀವನಚಕ್ರದಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ಸ್ಥಾನ ನೀಡುತ್ತದೆ. ಪ್ರತಿಕ್ರಿಯೆ ಹೆಡರ್ ನಿಯಮವು HTML ಪಾರ್ಸರ್‌ನ ಸ್ಥಾನವನ್ನು ತೆಗೆದುಕೊಳ್ಳಲಾರದು, ಮತ್ತು ಪ್ರತ್ಯೇಕ ವೆಬ್-ಸರ್ವರ್ ಫಿಲ್ಟರ್ Squid ಮೂಲಕ ಹಾದುಹೋಗುವ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸಂಸ್ಕರಿಸುವುದಿಲ್ಲ.

ಪ್ರತಿಕ್ರಿಯೆ ಸೇವೆಯನ್ನು ಸಂಪರ್ಕಿಸಿ

ICAP ಬೆಂಬಲವಿರುವ Squid 7 ಬಿಲ್ಡ್ ಮತ್ತು ಇರುವ ಹೊಂದಾಣಿಕೆಯ ಸೇವೆಗೆ ಸಂರಚನೆಯ ರೂಪ ಹೀಗಿದೆ:

acl adaptation_clients src 192.0.2.0/24

icap_enable on
icap_service html_editor respmod_precache bypass=0 icap://127.0.0.1:1344/modify

adaptation_access html_editor allow adaptation_clients
adaptation_access html_editor deny all

ಕ್ಲೈಂಟ್ ಶ್ರೇಣಿ ಮತ್ತು ಸೇವಾ URI ಉದಾಹರಣೆಗಳು. URI ಪ್ರತಿಕ್ರಿಯೆ ಪರಿವರ್ತನೆಯನ್ನು ಜಾರಿಗೊಳಿಸುವ ನಿಜವಾದ ICAP ಸೇವೆಯನ್ನು ಹೆಸರಿಸಬೇಕು; /modify ಘೋಷಿಸುವುದು ಸೇವೆಯನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ. ಈ ತುಣುಕು ಪ್ರಾಕ್ಸಿಯ ಇರುವ ಆಲಿಸುವವರು ಮತ್ತು ಪ್ರವೇಶ ನಿಯಂತ್ರಣಗಳನ್ನು ಪೂರಕಗೊಳಿಸುತ್ತದೆ.

respmod_precache ಕ್ಯಾಶ್‌ನ ಮೊದಲಿನ ಹಂತದಲ್ಲಿ ಪ್ರತಿಕ್ರಿಯೆ adaptation ಅನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. adaptation_access ಆ ಸೇವೆಗೆ ವಹಿವಾಟುಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. bypass=0 ಸೆಟ್ಟಿಂಗ್ ಎಂದರೆ ಅನ್ವಯವಾಗುವ ವಹಿವಾಟಿಗೆ ಸೇವಾ ವೈಫಲ್ಯ ಎದುರಾದಾಗ Squid ಈ ಸೇವೆಯನ್ನು ಮೌನವಾಗಿ ಬಿಟ್ಟುಬಿಡಲಾಗದು. ಪರಿವರ್ತನೆ ಕಡ್ಡಾಯವೇ ಎಂಬುದರ ಆಧಾರದಲ್ಲಿ ಆ ವೈಫಲ್ಯ ವರ್ತನೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡಿ.

adaptation ಸೂಚನೆಗಳು ಆವೃತ್ತಿ-ನಿರ್ದಿಷ್ಟ. ವಿಶೇಷವಾಗಿ, ಈ ಸಂರಚನಾ ಉಲ್ಲೇಖಗಳು Squid 7 ಮತ್ತು ಹಿಂದಿನ ಬೆಂಬಲಿತ ಸರಣಿಗಳಿಗೆ ICAP ಸೇವೆ ಮತ್ತು adaptation-ಪ್ರವೇಶ ಇಂಟರ್‌ಫೇಸ್‌ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ Squid 8 ನಲ್ಲಿ ಲಭ್ಯವಿಲ್ಲ ಎಂದು ಗುರುತಿಸುತ್ತವೆ. ಈ ತುಣುಕನ್ನು Squid 7 ಉದಾಹರಣೆಯಾಗಿ ಪರಿಗಣಿಸಿ, ಯಾವುದೇ ಬಿಡುಗಡೆಗೆ ನಕಲಿಸಬೇಡಿ.

ಸೇವೆಗೆ ನಿಖರ ಪರಿವರ್ತನಾ ಒಪ್ಪಂದ ನೀಡಿ

ಯಾವ ಪ್ರತಿಕ್ರಿಯೆಗಳು ಅರ್ಹವೆಂದು ಮತ್ತು ಯಾವ ಬದಲಾವಣೆಗಳು ಬೇಕೆಂದು ನಿರ್ದಿಷ್ಟಪಡಿಸಿ. ಕೇವಲ-HTML ಪರಿವರ್ತನೆ ಚಿತ್ರಗಳು, ಆರ್ಕೈವ್‌ಗಳು ಮತ್ತು ಸಂಬಂಧವಿಲ್ಲದ ಮಾಧ್ಯಮಗಳನ್ನು ಅಸ್ಪೃಶ್ಯವಾಗಿ ಬಿಡಬೇಕು. ಸೇವೆ ನಿಜವಾಗಿ ಪಡೆಯುವ ಪ್ರಾತಿನಿಧ್ಯವನ್ನೂ ನಿರ್ವಹಿಸಬೇಕು: ಸಂಕುಚಿತ ಬಾಡಿಗಳು, ಅಕ್ಷರ ಎನ್‌ಕೋಡಿಂಗ್‌ಗಳು ಮತ್ತು ಬದಲಾದ ಬಾಡಿಯನ್ನು ವಿವರಿಸುವ ಮೆಟಾಡೇಟಾ. ಅನಿಯತ ಪ್ರತಿಕ್ರಿಯೆ ಬೈಟ್‌ಗಳಲ್ಲಿ ಪಠ್ಯ ಸೇರಿಸುವುದು ಸಾಮಾನ್ಯ HTML ಪರಿವರ್ತನೆ ಅಲ್ಲ.

ಬದಲಿ ಬಳಕೆದಾರ-ನಿರ್ದಿಷ್ಟವಾದಾಗ ಕ್ಯಾಶಿಂಗ್ ಪರಿಗಣಿಸಿ. ಪರಿಣಾಮವಾಗಿ ಬರುವ ಪ್ರಾತಿನಿಧ್ಯ ಒಬ್ಬ ಓದುಗನಿಗೆ ಮಾತ್ರ ಮಾನ್ಯವಾದರೆ precache ಪರಿವರ್ತನೆ ಮತ್ತು ಹಂಚಿದ ಕ್ಯಾಶ್ ಕೆಟ್ಟ ಸಂಯೋಜನೆ. ಕ್ಯಾಶ್-ಸಾಮರ್ಥ್ಯ ಮತ್ತು ಪರಿವರ್ತನಾ ನೀತಿ ಯನ್ನು ಹೊಂದಿಸಿ ಇರಿಸಿ, ಮತ್ತು ಅನ್ವಯವಾಗುವ no-transform ಸೂಚನೆಗಳನ್ನು ಪಾಲಿಸಿ.

ಕೊನೆಯದಾಗಿ, ಸಾಮಾನ್ಯ HTTPS CONNECT ಸುರಂಗ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ ಬೈಟ್‌ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ. ಅದು HTML ಅನ್ನು ಪ್ರತಿಕ್ರಿಯೆ ಅಡಾಪ್ಟರ್‌ಗೆ ಒಡ್ಡುವುದಿಲ್ಲ. ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನಿರ್ವಹಿಸಲಾದ TLS ತಪಾಸಣಾ ವ್ಯವಸ್ಥೆಗೆ ಡೀಕ್ರಿಪ್ಟ್ ಆದ ಪ್ರತಿಕ್ರಿಯೆಗಳು ಈ ಮಾರ್ಗವನ್ನು ಪ್ರವೇಶಿಸುವ ಮೊದಲು ತನ್ನದೇ ಹೊಂದಾಣಿಕೆಯ ಸೆಟಪ್ ಮತ್ತು ಕ್ಲೈಂಟ್ ವಿಶ್ವಾಸ ಬೇಕು. ಕೇವಲ ICAP ನಿಯಮ ಆ ಗೋಚರತೆಯನ್ನು ಸೇರಿಸುವುದಿಲ್ಲ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು