Squid ನಿಂದ ಆಯ್ಕೆಮಾಡಿದ HTTP ವಿನಂತಿಗಳನ್ನು HTTPS ಗೆ ಮರುನಿರ್ದೇಶಿಸಿ

Squid ಬ್ರೌಸರ್‌ಗೆ ಆಯ್ಕೆಮಾಡಿದ HTTP URL ಅನ್ನು HTTPS ಮೂಲಕ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಲು ಕೇಳಬಹುದು. ಗಮ್ಯಸ್ಥಾನವು ಈಗಾಗಲೇ ಸಂಬಂಧಿತ ಸಂಪನ್ಮೂಲವನ್ನು HTTPS ಮೂಲಕ ನೀಡಬೇಕು; Raspberry Pi ನಲ್ಲಿ Squid ಚಲಾಯಿಸುವುದು ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ ಆ ಸಾಮರ್ಥ್ಯವನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ.

Squid 7 ನ url_rewrite_program ಇಂಟರ್‌ಫೇಸ್‌ಗಾಗಿ, helper ಈ ರೀತಿಯ ಕ್ಲೈಂಟ್ ಮರುನಿರ್ದೇಶನವನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದು:

OK status=307 url="https://www.example.com/help"

ಇದು ಹೊಂದಿಕೆಯಾಗುವ ವಿನಂತಿಗೆ ಒಂದು ಉದಾಹರಣೆಯ helper ಪ್ರತಿಕ್ರಿಯೆ, ಪೂರ್ಣ helper ಪ್ರೋಗ್ರಾಂ ಅಲ್ಲ. ಬ್ರೌಸರ್ ಮರುನಿರ್ದೇಶನವನ್ನು ಸ್ವೀಕರಿಸಿ HTTPS URL ಗೆ ಹೊಸ ವಿನಂತಿ ಮಾಡುತ್ತದೆ. ಅಪ್‌ಗ್ರೇಡ್ ನೀತಿಯ ಹೊರಗಿನ URL OK ಪಡೆದು ಬದಲಾಗದೆ ಉಳಿಯಬಹುದು.

HTTPS-ಸಮರ್ಥ ಗಮ್ಯಸ್ಥಾನಗಳ ತಿಳಿದಿರುವ ಪಟ್ಟಿಯನ್ನು ಬಳಸಿ ಮತ್ತು ಒಳಬರುವ URL ಅನ್ನು ವಿಶ್ಲೇಷಿಸಿ. ಉದ್ದೇಶಿತ ಮಾರ್ಗ ಮತ್ತು query ಅನ್ನು ಉಳಿಸಿ, ಸ್ಪಷ್ಟ ಪೋರ್ಟ್‌ಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಿ ಮತ್ತು ವಿನಂತಿ ವಿಧಾನಗಳನ್ನು ಅರಿವಿನಿಂದ ನಿರ್ವಹಿಸಿ. ಪ್ರತಿ http ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಕುರುಡಾಗಿ ಬದಲಾಯಿಸುವುದು ಪ್ರತಿ ಮೂಲಕ್ಕೂ ಸಮಾನ HTTPS ಸೇವೆ ಇದೆ ಎಂದು ಊಹಿಸುತ್ತದೆ.

helper ಸ್ಥಾಪಿತ Squid ಆವೃತ್ತಿಯ ಪ್ರೋಟೋಕಾಲ್ ಪ್ರಕಾರ ಪ್ರತಿ ಇನ್‌ಪುಟ್ ಸಾಲಿಗೂ ಉತ್ತರಿಸಬೇಕು. ಸಮಕಾಲೀನ helper ಚಾನೆಲ್‌ಗಳು ಸಕ್ರಿಯವಾಗಿದ್ದರೆ, ಉತ್ತರದಲ್ಲಿ ಚಾನೆಲ್ ಗುರುತನ್ನು ಉಳಿಸಿ. ಹಳೆಯ ಬರಿ 301:URL ಉದಾಹರಣೆಯು ಪ್ರಸ್ತುತ result-and-key/value ಸ್ವರೂಪದೊಂದಿಗೆ ಪರಸ್ಪರ ಬದಲಾಯಿಸಲಾಗದು.

ಬ್ರೌಸರ್ ಹೊಸ URL ಅನ್ನು ತಿಳಿಯಬೇಕಾದಾಗ ಕ್ಲೈಂಟ್ ಮರುನಿರ್ದೇಶನವನ್ನು ಆಯ್ಕೆಮಾಡಿ. rewrite-url ಪ್ರತಿಕ್ರಿಯೆ ಬದಲಾಗಿ Squid ಗೆ ಕ್ಲೈಂಟ್‌ನ ಮೂಲ ವಿನಂತಿಯ ಹಿಂದೆ ಬೇರೆ URL ತರಲು ಕೇಳುತ್ತದೆ, ಇದು ಅಪ್ಲಿಕೇಶನ್ URL ಗಳು ಮತ್ತು ಸ್ಥಿತಿಯನ್ನು ಅಸಂಗತವಾಗಿ ಬಿಡಬಹುದು.

helper ಮರುನಿರ್ದೇಶಿಸುವ ಮೊದಲೇ ಆರಂಭಿಕ HTTP ವಿನಂತಿ Squid ಗೆ ತಲುಪಿದೆ. ಈ ನೀತಿ ಆ ವಿನಂತಿಯನ್ನು ಹಿಂದಿನಿಂದ ರಕ್ಷಿಸಲಾಗದು. TLS ಮುಂದಿನ HTTPS ಸಂಪರ್ಕದಲ್ಲಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ; ಕೇವಲ CONNECT ಸುರಂಗ ಯಾವುದೇ ಗೂಢಲಿಪೀಕರಣವನ್ನು ನೀಡುವುದಿಲ್ಲ.