Squid ಮೂಲಕ ಇನ್ನೊಂದು HTTPS ಪೋರ್ಟ್‌ಗೆ ಅನುಮತಿ ನೀಡಿ

443ರಲ್ಲಿ ಸಾಮಾನ್ಯ HTTPS ಕಾರ್ಯನಿರ್ವಹಿಸಿದರೂ ಪೋರ್ಟ್ 8443ರ HTTPS ಸೇವೆ ಸರಿಯಾಗಿ ಸಂರಚಿಸಿದ Squid ಪ್ರಾಕ್ಸಿಯ ಮೂಲಕ ವಿಫಲವಾಗಬಹುದು. ಕ್ಲೈಂಟ್‌ನ ಪ್ರಾಕ್ಸಿ ಪ್ರೋಟೋಕಾಲ್ ಬದಲಿಸುವ ಮೊದಲು CONNECT ನಿರಾಕರಣೆ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ ಪೋರ್ಟ್ ನೀತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ.

Squid 6.13ರ ಸಾಮಾನ್ಯ ಪ್ರವೇಶ ನೀತಿಯಲ್ಲಿ ಎರಡು ಪರಿಶೀಲನೆಗಳು ಮುಖ್ಯ: ಗಮ್ಯಸ್ಥಾನವು Safe_ports ಮತ್ತು CONNECTವು SSL_ports ಪರಿಶೀಲನೆಯನ್ನು ದಾಟಬೇಕು. ಪೋರ್ಟ್ ಅನ್ನು ಒಂದೇ ACLಗೆ ಸೇರಿಸಿದರೆ ಮತ್ತೊಂದು ನಿರಾಕರಣೆ ಜಾರಿಯಲ್ಲೇ ಉಳಿಯಬಹುದು.

ಈಗಿನ ವ್ಯಾಖ್ಯಾನಗಳನ್ನು ಯೋಚಿಸಿ ವಿಸ್ತರಿಸಿ

ಸಾಮಾನ್ಯ ವೆಬ್ ಪೋರ್ಟ್‌ಗಳು ಮತ್ತು ಇನ್ನೊಂದು HTTPS ಪೋರ್ಟ್‌ಗೆ ಅನುಮತಿಸುವ ನೀತಿಗಾಗಿ:

acl Safe_ports port 80 443 8443
acl SSL_ports port 443 8443

ಹಳೆಯ ಮೌಲ್ಯಗಳ ಅನಿರೀಕ್ಷಿತ ಗುಂಪು ಉಳಿಯದಂತೆ ಸಂಬಂಧಿತ ವ್ಯಾಖ್ಯಾನಗಳನ್ನು ಬದಲಿಸಿ ಅಥವಾ ಸಂಪಾದಿಸಿ. ಅಸುರಕ್ಷಿತ ಪೋರ್ಟ್‌ಗಳು ಮತ್ತು CONNECT ಅನ್ನು ನಿರಾಕರಿಸುವ ಸಾಮಾನ್ಯ ನಿಯಮಗಳ ಜೊತೆಗೆ ಉದ್ದೇಶಿತ ಕ್ಲೈಂಟ್ ನಿರ್ಬಂಧಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ.

ವಿನಾಯಿತಿಯನ್ನು ಸೀಮಿತವಾಗಿಡಿ

ಹೆಚ್ಚುವರಿ ಪೋರ್ಟ್ ಒಂದೇ ನಿಯಂತ್ರಿತ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಬೇಕಿದ್ದರೆ ಕ್ಲೈಂಟ್‌ಗೆ ಅನುಮತಿಸುವ ನಿಯಮದ ಮೊದಲು ಉದ್ದೇಶಿತ ನಿರಾಕರಣೆಯನ್ನು ಸೇರಿಸಿ:

acl extra_tls_port port 8443
acl approved_tls_target dst 203.0.113.20/32
http_access deny CONNECT extra_tls_port !approved_tls_target

ಈ ವಿಳಾಸವು ದಸ್ತಾವೇಜಿಗಾಗಿ ನೀಡಿದ ಉದಾಹರಣೆ. ನೀವು ನಿರ್ವಹಿಸುವ ಅಥವಾ ಪ್ರವೇಶಿಸಲು ಅನುಮತಿ ಹೊಂದಿರುವ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಬಳಸಿ ಮತ್ತು ಅದರ ವಿಳಾಸದ ನಿಜವಾದ ಬದಲಾವಣೆಗಳನ್ನು ಪರಿಗಣಿಸಿ. ಇದು 8443ರ ಎಲ್ಲ ಗಮ್ಯಸ್ಥಾನಗಳಿಗೆ ಅನುಮತಿಸುವ ಬದಲು ಹೆಚ್ಚುವರಿ ಪೋರ್ಟ್ ವಿನಾಯಿತಿಯನ್ನು ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ.

ಸಂಪೂರ್ಣ ಸಕ್ರಿಯ ಸಂರಚನೆಯನ್ನು ಪಾರ್ಸ್ ಮಾಡಿ ಮತ್ತು ನಿಯಮಗಳ ಕ್ರಮವನ್ನು ಪರಿಶೀಲಿಸಿ. ಸರಿಯಾಗಿ ಬರೆದ ನಿರಾಕರಣೆಯೂ ಹೊಂದುವ ಕ್ಲೈಂಟ್ ಅನುಮತಿ ನಿಯಮದ ನಂತರ ಇದ್ದರೆ ಉದ್ದೇಶಿತ ನಿರ್ಬಂಧವನ್ನು ನೀಡುವುದಿಲ್ಲ.

ಅನುಮೋದಿತ ಹೋಸ್ಟ್‌ಹೆಸರನ್ನು ಅದರ ನಿಜವಾದ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಪೋರ್ಟ್‌ನೊಂದಿಗೆ ಪರೀಕ್ಷಿಸಿ, ಬಳಿಕ ಇನ್ನೂ ನಿರಾಕರಿಸಲ್ಪಡಬೇಕಾದ ನಿಯಂತ್ರಿತ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಪರೀಕ್ಷಿಸಿ. ಗಮ್ಯಸ್ಥಾನದ ಗುರುತಿನ ದೋಷಗಳನ್ನು ಪ್ರಾಕ್ಸಿ ನೀತಿಯ ದೋಷಗಳಿಂದ ಬೇರ್ಪಡಿಸಲು TLS ಪರಿಶೀಲನೆಯನ್ನು ಸಕ್ರಿಯವಾಗಿಡಿ. ಕಸ್ಟಮ್ ಪೋರ್ಟ್‌ನ ಒಂದು ವಿನಂತಿ ಕೆಲಸ ಮಾಡಲು ಸಂಪೂರ್ಣ CONNECT ರಕ್ಷಣೆಯನ್ನು ತೆಗೆದುಹಾಕಬೇಡಿ.