libproxy మార్గాన్ని ఎంచుకుంటుంది; మీ క్లయింట్ కనెక్షన్ చేస్తుంది

libproxy ప్రాక్సీ URIని తిరిగి ఇచ్చినప్పుడు తదుపరి సాకెట్ నేరుగా కనెక్ట్ అయితే, హ్యాండ్ఆఫ్ను తనిఖీ చేయండి. libproxy విధానాన్ని కనుగొంటుంది; అప్లికేషన్ తెరిచే ప్రతి సాకెట్ను అది అడ్డగించదు.

1. వనరు కోసం అడగండి. డాక్యుమెంట్ చేయబడిన libproxy 0.5 C APIలో ప్రాక్సీ ఫ్యాక్టరీని సృష్టించి నిజమైన గమ్యస్థాన URLను అడగండి.
2. క్రమబద్ధ అభ్యర్థులను వ్యాఖ్యానించండి. HTTP, SOCKS మరియు నేరుగా ఫలితాలకు వేర్వేరు నిర్వహణ అవసరం. వాటి ప్రాధాన్యత క్రమాన్ని మరియు ఉద్దేశించిన వైఫల్య విధానాన్ని నిలుపుకోండి.
3. వినియోగదారుని కాన్ఫిగర్ చేయండి. ఎంచుకున్న ప్రాక్సీ రకం, ఎండ్పాయింట్ మరియు ప్రామాణీకరణ ఏర్పాటును వాటిని మద్దతు ఇచ్చే రవాణాకు ఇవ్వండి. ముడి TCP సాకెట్ తిరిగి ఇచ్చిన URI నుండి CONNECT లేదా SOCKS చర్చలను పొందదు.

ఒక సమాధానాన్ని అన్ని గమ్యస్థానాల మార్గంగా సేవ్ చేయవద్దు మరియు మొదటి ప్రాక్సీ ఒకసారి విఫలమైందని నేరుగా రూటింగ్ను శాశ్వతం చేయవద్దు.

HTTP క్లయింట్ ఇప్పటికే సిస్టమ్ ప్రాక్సీ లేదా PAC అన్వేషణను సమగ్రపరిచి ఉంటే, ఎంపికకు ఒకే యజమానిని ఎంచుకోండి. రెండు స్వతంత్ర ఎంపికదారులు మరియు మరో ర్యాపర్ ఏ విధానమూ ఉద్దేశించని మార్గాన్ని ఉత్పత్తి చేయవచ్చు.

స్థానిక కోడ్లో ఇన్స్టాల్ చేసిన API యొక్క ఫ్యాక్టరీ మరియు ఫలిత-మెమరీ జీవిత చక్రాన్ని అనుసరించండి. ఫ్యాక్టరీని తిరిగి ఉపయోగించడం ఉపయోగకరమైన అన్వేషణ స్థితిని నిలుపుకోగలదు, కానీ ప్రతి గమ్యస్థానానికి ఇప్పటికీ ఒక ప్రశ్న అవసరం. ఎంపికను కనెక్షన్ ఫలితం నుండి విడిగా లాగ్ చేయండి: తిరిగి ఇచ్చిన URI విజయవంతమైన ప్రామాణీకరణ, పరిష్కారం లేదా తదుపరి యాక్సెస్ను రుజువు చేయదు.