ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿ ಕಸ್ಟಮ್ API ಹೆಡರ್ ಅನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸುತ್ತದೆ

API ತನ್ನ ಆವೃತ್ತಿಯನ್ನು API-Version ನಂತಹ ಕಸ್ಟಮ್ ವಿನಂತಿ ಕ್ಷೇತ್ರದಲ್ಲಿ ಹೊತ್ತುಕೊಳ್ಳಬಹುದು. ಸಾಮಾನ್ಯ ಫಾರ್ವರ್ಡಿಂಗ್ ಪ್ರಾಕ್ಸಿ ಆ ಕ್ಷೇತ್ರವನ್ನು ಕೇವಲ ಹೆಸರು ಪರಿಚಯವಿಲ್ಲ ಎಂಬ ಕಾರಣಕ್ಕೆ ಬಿಸಾಡಬಾರದು. HTTP ಗುರುತಿಸದ ಕ್ಷೇತ್ರಗಳನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡುವುದನ್ನು ಕಡ್ಡಾಯಗೊಳಿಸುತ್ತದೆ, ನಿರ್ದಿಷ್ಟ ವಿನಾಯಿತಿ ಅಥವಾ ಸಂರಚಿಸಿದ ನೀತಿ ಅನ್ವಯವಾಗದ ಹೊರತು.

Connection ಕ್ಷೇತ್ರ ಅಂತಹ ಒಂದು ವಿನಾಯಿತಿ. ಈ ಉದಾಹರಣಾ ವಿನಂತಿಗಳನ್ನು ಹೋಲಿಸಿ:

API-Version: 2026-10
Connection: keep-alive

ಇಲ್ಲಿ API ಕ್ಷೇತ್ರವನ್ನು ಈ ಸಂಪರ್ಕಕ್ಕೆ ಸ್ಥಳೀಯ ಎಂದು ಗುರುತಿಸಲಾಗಿಲ್ಲ. ಮುಂದಿನ ಉದಾಹರಣೆಯಲ್ಲಿ ಕಳುಹಿಸುವವರು ಅದರ ವ್ಯಾಪ್ತಿಯನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಬದಲಿಸುತ್ತಾರೆ:

API-Version: 2026-10
Connection: API-Version

ಫಾರ್ವರ್ಡಿಂಗ್ ಪ್ರಾಕ್ಸಿ ಫಾರ್ವರ್ಡ್ ಮಾಡುವ ಮೊದಲು Connection ಹೆಸರಿಸಿದ ಕ್ಷೇತ್ರಗಳನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ ಮತ್ತು ಸಂಪರ್ಕಕ್ಕೆ ವಿಶಿಷ್ಟವಾದ ಸೂಚನೆಗಳನ್ನೇ ತೆಗೆದುಹಾಕುತ್ತದೆ ಅಥವಾ ಬದಲಾಯಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ ಮೂಲಕ್ಕೆ ಉದ್ದೇಶಿಸಿದ ಅಪ್ಲಿಕೇಶನ್ ಹೆಡರ್ ಆ ಟೋಕನ್ ಪಟ್ಟಿಯಲ್ಲಿ ಕಾಣಬಾರದು.

ಕ್ಷೇತ್ರ ಬದಲಾಗುವ ಬಿಂದುವನ್ನು ಹುಡುಕಿ

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

ಹಳೆಯ ನಿಯೋಜನೆಯಲ್ಲಿ ವರದಿಯಾದ ಹೆಡರ್ ಗಾತ್ರದ ಮಿತಿಯಿಂದಷ್ಟೇ ಮೌನ ತೆಗೆದುಹಾಕುವಿಕೆಯನ್ನು ಊಹಿಸಬೇಡಿ. ಮಿತಿಗಳು ಮತ್ತು ತಿರಸ್ಕಾರದ ವರ್ತನೆ ನಿಜವಾದ ಘಟಕಗಳು ಮತ್ತು ಸಂರಚನೆಗೆ ಸೇರಿವೆ. HTTP ಪ್ರತಿಕ್ರಿಯೆ ಮತ್ತು ಸಂಬಂಧಿತ ಲಾಗ್‌ಗಳನ್ನು ವೀಕ್ಷಣೆಯೊಂದಿಗೆ ಇರಿಸಿ.

ಸಾಮಾನ್ಯ CONNECT ಸುರಂಗದೊಳಗೆ ಎಂಡ್-ಟು-ಎಂಡ್ HTTPS ಆಗಿರುವಾಗ ಪ್ರಾಕ್ಸಿ ಒಳಗಿನ API ಕ್ಷೇತ್ರವನ್ನು ಓದಲಾಗದು ಮತ್ತು ಆಯ್ದು ತೆಗೆಯಲಾಗದು. ಆಗ ಹೆಡರ್ ಪರಿಶೀಲನೆ TLS ತುದಿಗಳಿಗೆ ಅಥವಾ ಸ್ಪಷ್ಟವಾಗಿ ವಿಶ್ವಾಸಾರ್ಹ ಪರಿಶೀಲನಾ ಮಧ್ಯವರ್ತಿಗೆ ಸೇರುತ್ತದೆ.