ప్రతి గమ్యాన్ని నిర్వహించాల్సిన పేరెంట్ ప్రాక్సీకి డిఫాల్ట్ ఫార్వార్డింగ్ నియమం అవసరం. చాలా పాత Tinyproxy కాన్ఫిగరేషన్ నుండి కాపీ చేసిన వైల్డ్కార్డ్ తప్పనిసరిగా అవసరం లేదు.

ప్రస్తుత మాన్యువల్ ప్రాక్సీ రకం మరియు ఎండ్పాయింట్ను ఉపయోగిస్తుంది, గమ్యం ఎంపిక ఐచ్ఛికం:

Upstream http parent.example.net:8080

అనుమతించబడిన పబ్లిక్ గమ్యాల కోసం, ప్రామాణీకరణ లేని పబ్లిక్ HTTP పేరెంట్తో, HTTP ప్రాక్సీ జాబితా ఆ హోస్ట్ మరియు పోర్ట్ కోసం అభ్యర్థులను అందిస్తుంది; మరో పేరెంట్ ఆధారాలను జోడించవద్దు. ఐచ్ఛిక గమ్యాన్ని వదిలివేయడం డాక్యుమెంట్ చేసిన సింటాక్స్లో దీన్ని డిఫాల్ట్ upstreamగా చేస్తుంది. ఆ తర్వాత మరింత నిర్దిష్ట గమ్యం నియమం వేరే మార్గాన్ని లేదా ఉద్దేశపూర్వక ప్రత్యక్ష మినహాయింపును వ్యక్తపరచగలదు.

వేర్వేరు విడుదలల వ్యాకరణాలను కలపవద్దు

చిరునామా, పోర్ట్ మరియు చివరి బిందువు మాత్రమే ఉన్న పాత ఉదాహరణ మరో వెర్షన్కు చెంది ఉండవచ్చు. upstream ఫీచర్ మద్దతు మరియు మద్దతు ఉన్న పేరెంట్ ప్రోటోకాల్లతో సహా మాన్యువల్ను ఇన్స్టాల్ చేసిన ప్యాకేజీకి సరిపోల్చండి.

నియమాల క్రమం కూడా ముఖ్యం. మాన్యువల్ చివరి-సరిపోలిక ప్రవర్తనను వివరిస్తుంది, కాబట్టి సరైనదిగా కనిపించే మినహాయింపు తర్వాతి సరిపోలే నియమం ద్వారా దాచబడవచ్చు. సవరించబడుతున్న లైన్ మాత్రమే కాకుండా మొత్తం సెట్ను సమీక్షించండి.

ఎంచుకున్న పేరెంట్ పబ్లిక్ నిర్గమనం ఇప్పటికీ Tinyproxy యొక్క స్థానిక నిర్గమన మూలం నుండి వేరుగా ఉంటుంది. ఉద్దేశ్యం నిర్దిష్ట బాహ్య గుర్తింపును కాపాడుకోవడమైతే, పేరెంట్ అందుబాటులో లేనప్పుడు ఏమి జరుగుతుంది మరియు ఏ గమ్యాలు నేరుగా వెళ్లడానికి అనుమతి ఉన్నాయో డాక్యుమెంట్ చేయండి.

చివరగా, గమ్యం రూటింగ్ను క్లయింట్ యాక్సెస్ నుండి వేరుగా ఉంచండి. upstream నియమం ప్రామాణీకరణ నియమం కాదు మరియు స్థానిక శ్రోతను ఏ మెషీన్లు ఉపయోగించవచ్చో పరిమితం చేయదు. చక్కటి రూట్ పట్టిక బహిర్గత ప్రాక్సీ సేవను భర్తీ చేయలేదు.

సంబంధిత వ్యాసాలు