libproxy ஒரு வழியைத் தேர்ந்தெடுக்கிறது; உங்கள் கிளையண்ட் இணைப்பை உருவாக்குகிறது

libproxy ஒரு ப்ராக்ஸி URI-ஐத் திருப்பித் தரும்போது அடுத்த சாக்கெட் நேரடியாக இணைந்தால், ஒப்படைப்பைச் சரிபார்க்கவும். libproxy கொள்கையைக் கண்டறிகிறது; பயன்பாடு திறக்கும் ஒவ்வொரு சாக்கெட்டையும் அது இடைமறிக்காது.

1. வளத்தைக் கேளுங்கள். ஆவணப்படுத்தப்பட்ட libproxy 0.5 C API-இல் ப்ராக்ஸி தொழிற்சாலையை உருவாக்கி உண்மையான இலக்கு URL-ஐக் கேளுங்கள்.
2. வரிசைப்படுத்தப்பட்ட வேட்பாளர்களை விளக்குங்கள். HTTP, SOCKS மற்றும் நேரடி முடிவுகளுக்கு வெவ்வேறு கையாளுதல் தேவை. அவற்றின் முன்னுரிமை வரிசையையும் நோக்கமான தோல்விக் கொள்கையையும் பேணுங்கள்.
3. நுகர்வோரை உள்ளமைக்கவும். தேர்ந்தெடுத்த ப்ராக்ஸி வகை, இறுதிப்புள்ளி மற்றும் அங்கீகார ஏற்பாட்டை அவற்றை ஆதரிக்கும் இடமாற்றத்திற்கு வழங்குங்கள். மூல TCP சாக்கெட் திருப்பியளிக்கப்பட்ட URI-இல் இருந்து CONNECT அல்லது SOCKS பேச்சுவார்த்தையைப் பெறாது.

ஒரு பதிலை எல்லா இலக்குகளுக்கும் வழியாகச் சேமிக்காதீர்கள், முதல் ப்ராக்ஸி ஒருமுறை தோல்வியடைந்ததால் நேரடி வழிப்பாதையை நிரந்தரமாக்காதீர்கள்.

HTTP கிளையண்ட் ஏற்கனவே கணினி ப்ராக்ஸி அல்லது PAC கண்டறிதலை ஒருங்கிணைத்திருந்தால், தேர்வின் ஒரு உரிமையாளரைத் தேர்ந்தெடுக்கவும். இரண்டு சுயாதீன தேர்வாளர்கள் மற்றும் மற்றொரு மடக்கு எந்தக் கொள்கையும் நோக்காத வழியை உருவாக்கலாம்.

சொந்தக் குறியீட்டில், நிறுவப்பட்ட API-இன் தொழிற்சாலை மற்றும் முடிவு-நினைவக வாழ்க்கைச் சுழற்சியைப் பின்பற்றுங்கள். தொழிற்சாலையை மீண்டும் பயன்படுத்துவது பயனுள்ள கண்டறிதல் நிலையைத் தக்கவைக்கலாம், ஆனால் ஒவ்வொரு இலக்கிற்கும் இன்னும் ஒரு வினவல் தேவை. தேர்வை இணைப்பு முடிவிலிருந்து தனியாகப் பதிவு செய்யுங்கள்: திருப்பியளிக்கப்பட்ட URI வெற்றிகரமான அங்கீகாரம், தீர்வு அல்லது மேலும் அணுகலை நிரூபிக்காது.