ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಯಾರು ಕಳುಹಿಸುತ್ತಾರೆ?

ಸಾಮಾನ್ಯ CONNECT ಮೂಲಕ HTTPS ನಲ್ಲಿ, ಅಪ್ಲಿಕೇಶನ್ ತನ್ನ ಗಮ್ಯಸ್ಥಾನದ TLS ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಸಮಯದಲ್ಲಿ ವೆಬ್‌ಸೈಟ್‌ನ ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಪ್ರಾಕ್ಸಿ ಬೈಟ್‌ಗಳನ್ನು ಮಾತ್ರ ರವಾನಿಸುತ್ತದೆ; ಅದು ತಾನಾಗಿಯೇ ವೆಬ್‌ಸೈಟ್‌ನ TLS ಕ್ಲೈಂಟ್ ಆಗುವುದಿಲ್ಲ.

ಈ ಪಾತ್ರಗಳು ಜೊತೆಯಾಗಿರಬಹುದು. ಗಮ್ಯಸ್ಥಾನದ mTLS ಕೆಲಸ ಮಾಡಲು ವೆಬ್‌ಸೈಟ್‌ನ ಖಾಸಗಿ ಕೀಯನ್ನು ಸರಳ ಸುರಂಗ ಪ್ರಾಕ್ಸಿಗೆ ಅಪ್‌ಲೋಡ್ ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲ. CONNECT ಹಸ್ತಾಂತರದ ನಂತರ, ಅಪ್ಲಿಕೇಶನ್‌ನ ಸಾಮಾನ್ಯ ಗಮ್ಯಸ್ಥಾನ ಕ್ಲೈಂಟ್-ಪ್ರಮಾಣಪತ್ರ ಸಂರಚನೆಯನ್ನು ಬಳಸಿ ಮತ್ತು ವೆಬ್‌ಸೈಟ್ ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಪರಿಶೀಲಿಸುವುದನ್ನು ಮುಂದುವರಿಸಿ.

Apache ನ SSLProxyMachineCertificateFile, Apache ತನ್ನದೇ ಅಪ್‌ಸ್ಟ್ರೀಮ್ TLS ಅಧಿವೇಶನವನ್ನು ರಚಿಸುವಾಗ ರುಜುವಾತುಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ. ಆ ಫೈಲ್ ಬಗ್ಗೆ ಸಲಹೆ, ಅಪಾರದರ್ಶಕ ಫಾರ್ವರ್ಡ್ ಸುರಂಗ ಬಳಸುವ ಪ್ರತಿಯೊಂದು ಕ್ಲೈಂಟ್ ಅದನ್ನು ಸಂರಚಿಸಬೇಕು ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

TLS ಪ್ರತಿಬಂಧವು ಮಧ್ಯವರ್ತಿಯಲ್ಲಿ ಅಧಿವೇಶನವನ್ನು ಕೊನೆಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಈ ಮಾಲೀಕತ್ವವನ್ನು ಬದಲಿಸುತ್ತದೆ. ಪ್ರಮಾಣಪತ್ರವನ್ನು ನಕಲಿಸುವುದು ತುದಿಯಿಂದ ತುದಿಗೆ ದೃಢೀಕರಣವನ್ನು ಉಳಿಸುತ್ತದೆ ಎಂದು ಊಹಿಸುವ ಬದಲು, ಅಗತ್ಯವಿರುವ ಕ್ಲೈಂಟ್ ಗುರುತು ಆ ವ್ಯವಸ್ಥೆಯ ಮೂಲಕ ಹಾದುಹೋಗಬಹುದೇ ಎಂದು ನಿರ್ಧರಿಸಿ.

ವೈಫಲ್ಯದ ಸಂದರ್ಭದಲ್ಲಿ, ವಿನಂತಿಯು ಪ್ರಾಕ್ಸಿ ಲಾಗಿನ್‌ನಲ್ಲಿ, ಗಮ್ಯಸ್ಥಾನದ TLS ನಲ್ಲಿ ಅಥವಾ ನಂತರದ ಅಪ್ಲಿಕೇಶನ್ ವಿನಿಮಯದಲ್ಲಿ ನಿಂತಿದೆಯೇ ಎಂದು ದಾಖಲಿಸಿ. ರುಜುವಾತನ್ನು ಅದನ್ನು ನಿಜವಾಗಿ ಕೋರುವ ಸಂಪರ್ಕದ ಮೇಲೆ ಇರಿಸಿ.