முன்னனுப்பு ப்ராக்ஸி தனிப்பயன் API தலைப்பை எவ்வாறு கையாள்கிறது
API பதிப்பு புலத்தை வழக்கமான அனுப்புதல், ஒவ்வொரு தாவலுக்குமான Connection விதிகள் மற்றும் வெளிப்படையாக அமைக்கப்பட்ட தலைப்பு கொள்கை வழியாகப் பின்தொடரவும்.
ஒரு 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 முனைகளுக்கோ வெளிப்படையாக நம்பப்படும் ஆய்வு இடைநிலைக்கோ உரியது.