no-transform ಮತ್ತು HTTPS ಬಳಸಿ ಪ್ರಾಕ್ಸಿ ವಿಷಯ ಮರುಬರವಣಿಗೆಯನ್ನು ಮಿತಿಗೊಳಿಸಿ

ವಿಷಯವನ್ನು ರೂಪಾಂತರಿಸುವ ಪ್ರಾಕ್ಸಿ ಬ್ರೌಸರ್‌ನತ್ತ ಹೋಗುವ ದಾರಿಯಲ್ಲಿ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಬದಲಾಯಿಸಬಹುದು: ಚಿತ್ರವನ್ನು ಮರುಸಂಕುಚಿಸುವುದು, ಮಾರ್ಕಪ್ ಮರುಬರೆಯುವುದು ಅಥವಾ ಸಹಾಯಕ JavaScript ಸೇರಿಸುವುದು. ಒಂದು ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಪುಟವು ಇನ್ನೊಂದರಲ್ಲಿ ಅಪರಿಚಿತ ಮಾರ್ಕಪ್ ಪಡೆದರೆ, ಅದು ಆ ಮಧ್ಯವರ್ತಿಯ ವರ್ತನೆಯನ್ನು ಎದುರಿಸುತ್ತಿರಬಹುದು.

ನೀವು ನಿರ್ವಹಿಸುವ ಸೈಟ್‌ಗಾಗಿ HTTP ಸ್ಪಷ್ಟ ಪ್ರತಿಕ್ರಿಯಾ ನಿರ್ದೇಶನವನ್ನು ಒದಗಿಸುತ್ತದೆ:

Cache-Control: no-transform

RFC 9111 ಈ ಪ್ರತಿಕ್ರಿಯಾ ನಿರ್ದೇಶನವನ್ನು ಸ್ವೀಕರಿಸುವ ಮಧ್ಯವರ್ತಿಯು ಕ್ಯಾಶ್ ಜಾರಿಗೊಳಿಸಿದರೂ ಇಲ್ಲದಿದ್ದರೂ ವಿಷಯವನ್ನು ರೂಪಾಂತರಿಸದೆ ಬಿಡಬೇಕೆಂದು ಒತ್ತಾಯಿಸುತ್ತದೆ. ಇದು ಚಿತ್ರ ಮರುಸಂಕೋಚನ ಮತ್ತು ಮಾರ್ಕಪ್ ಚುಚ್ಚುವಿಕೆಗೆ ಸಂಬಂಧಿಸಿದೆ, ವಸ್ತುವನ್ನು ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆಯೇ ಎಂಬುದಕ್ಕೆ ಮಾತ್ರವಲ್ಲ.

ಅದನ್ನು ಇರುವ ಕ್ಯಾಶ್ ನೀತಿಯೊಂದಿಗೆ ಇರಿಸಿ

ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ ಈಗಾಗಲೇ ಕ್ಯಾಶ್ ನಿರ್ದೇಶನಗಳಿದ್ದರೆ, ನೀತಿಯ ಉಳಿದ ಭಾಗವನ್ನು ತ್ಯಜಿಸುವ ಬದಲು ಅಗತ್ಯವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸೇರಿಸಿ. ಉದಾಹರಣೆಗೆ, ಸಾರ್ವಜನಿಕವಾಗಿ ಕ್ಯಾಶ್ ಮಾಡಬಹುದಾದ ಸ್ವತ್ತಿನಲ್ಲಿ ಇರಬಹುದು:

Cache-Control: public, max-age=3600, no-transform

ಈ ಉದಾಹರಣೆಯು ಒಂದು ಗಂಟೆಯ ತಾಜಾತನ ನೀತಿಯನ್ನು ಉಳಿಸಿಕೊಂಡು ವಿಷಯ ರೂಪಾಂತರವನ್ನು ನಿಷೇಧಿಸುತ್ತದೆ. no-transform ಎಂದರೆ no-store ಅಲ್ಲ ಮತ್ತು ಸಾಮಾನ್ಯ ವರ್ಗಾವಣೆ ಸಂಸ್ಕರಣೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದಿಲ್ಲ. ಮೂಲ ವಿಷಯ ಮುಖ್ಯವಾದ ಪ್ರತಿಕ್ರಿಯೆಗಳಲ್ಲಿ ಅದನ್ನು ಹೊಂದಿಸಿ, ಸೂಕ್ತವಾದಲ್ಲಿ ಪ್ರತ್ಯೇಕ ಚಿತ್ರ ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನೂ ಒಳಗೊಂಡಂತೆ.

ನಿರ್ದೇಶನವು ಮಧ್ಯವರ್ತಿಯ ಪಾಲನೆಯ ಮೂಲಕ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ನೆಟ್‌ವರ್ಕ್ ಸಾಧನವು ಸೂಚನೆಯನ್ನು ನಿರ್ಲಕ್ಷಿಸುವುದನ್ನು ಇದು ಗೂಢಲಿಪಿ ಶಾಸ್ತ್ರೀಯವಾಗಿ ತಡೆಯುವುದಿಲ್ಲ.

ಸಾಗಣೆಯನ್ನೂ ರಕ್ಷಿಸಿ

HTTPS ಬ್ರೌಸರ್‌ಗೆ ಅದರ TLS ಸಹವರ್ತಿಯತ್ತ ದೃಢೀಕರಣ ಮತ್ತು ಸಮಗ್ರತೆ ರಕ್ಷಣೆಯಿರುವ ಸಂಪರ್ಕವನ್ನು ನೀಡುತ್ತದೆ. ಗೂಢಲಿಪೀಕೃತ ಸಂಚಾರವನ್ನು ಹಾಯಿಸುವ ಸಾಮಾನ್ಯ ವಾಹಕ ಪ್ರಾಕ್ಸಿ ಆ ರಕ್ಷಿತ ಸಂಪರ್ಕಕ್ಕೆ ಸದ್ದಿಲ್ಲದೆ ಸ್ಕ್ರಿಪ್ಟ್ ಸೇರಿಸಲಾಗದು. ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆಯನ್ನು ಚಾಲನೆಯಲ್ಲಿಡಿ; TLS ಅನ್ನು ಕೊನೆಗೊಳಿಸುವ ಸ್ಥಳೀಯವಾಗಿ ವಿಶ್ವಾಸಾರ್ಹ ತಪಾಸಣಾ ಪ್ರಾಕ್ಸಿ ಬೇರೆ ವ್ಯವಸ್ಥೆ.

ಪುಟ ಮತ್ತು ಅದರ ಅವಲಂಬಿತ ಸಂಪನ್ಮೂಲಗಳನ್ನು HTTPS ಮೂಲಕ ನೀಡಿ. HTTP ಸಂದರ್ಶಕರನ್ನು HTTPS ಗೆ ಮರುನಿರ್ದೇಶಿಸಿ, ಮತ್ತು ಸ್ಥಿರವಾಗಿ ಬೆಂಬಲಿಸಬಲ್ಲ ನಿಯೋಜನೆಗೆ HSTS ಪರಿಗಣಿಸಿ. ಕೇವಲ ಮರುನಿರ್ದೇಶನವು HTTP URL ಬಳಸಿದ ಸಂದರ್ಶಕರಿಗೆ ಅಸುರಕ್ಷಿತ HTTP ವಿನಿಮಯದಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ; ಹಿಂದೆ ಕಲಿತ ಅಥವಾ ಮೊದಲೇ ಲೋಡ್ ಆದ HSTS ನೀತಿ ಆ ಆರಂಭಿಕ ಆಯ್ಕೆಯನ್ನು ಬದಲಿಸುತ್ತದೆ.

ಚುಚ್ಚಿದ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ನಿರ್ಬಂಧಿಸುವುದು ಅದರ ಗೋಚರ ಪರಿಣಾಮಗಳನ್ನು ಕಡಿಮೆ ಮಾಡಬಹುದು, ಆದರೆ ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ ಈಗಾಗಲೇ ಬದಲಾದ HTML ಅಥವಾ ಮರುಬರೆದ ಚಿತ್ರ URL ಗಳಿರಬಹುದು. ಒಂದು ಹಳೆಯ ಕಾರ್ಯ ಹೆಸರನ್ನು ಬದಲಿಸುವುದು, ಅಸಾಮಾನ್ಯ ಟಿಪ್ಪಣಿ ಸೇರಿಸುವುದು ಅಥವಾ ಐತಿಹಾಸಿಕ ಚುಚ್ಚುವಿಕೆ ವಿಳಾಸವನ್ನು ನಕ್ಷೆ ಮಾಡುವುದು ಮುಂದಿನ ಮಧ್ಯವರ್ತಿಗೆ ವಿಷಯ ಸಮಗ್ರತೆಯನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.

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