అంతర్గత ప్యాకేజీ రిపోజిటరీ కార్యాలయ నెట్‌వర్క్‌ను విడిచిపెట్టి బాహ్య ప్రాక్సీ ద్వారా తిరిగి రాకూడదు. ప్రతి డౌన్‌లోడ్‌కు ప్రాక్సీని నిలిపివేయకుండా APTకి హోస్ట్-నిర్దిష్ట మినహాయింపును ఇవ్వవచ్చు.

ఉదాహరణకు, APT కాన్ఫిగరేషన్ భాగంలో ఇవి ఉండవచ్చు:

Acquire::http::Proxy "http://proxy.example:8080/";
Acquire::http::Proxy::packages.office.example "DIRECT";
Acquire::https::Proxy::packages.office.example "DIRECT";

ఉదాహరణ డిఫాల్ట్ HTTP ప్రాక్సీని ఉంచి, జాబితా చేసిన రెండు రవాణా సెట్టింగ్‌లకు పేర్కొన్న రిపోజిటరీ హోస్ట్‌ను మినహాయిస్తుంది. దాని బాహ్య డిఫాల్ట్ మార్గం కోసం, పబ్లిక్ ప్రాక్సీలు అనుమతించబడినప్పుడు HTTP ప్రాక్సీ జాబితా అభ్యర్థులను అందిస్తుంది; అంతర్గత రిపోజిటరీని నేరుగా ఉంచండి. వాస్తవ వాతావరణానికి సరిపోయేలా అవసరమైన ఏదైనా డిఫాల్ట్ HTTPS ప్రాక్సీని విడిగా సెట్ చేయండి.

రిపోజిటరీ URL కాదు, హోస్ట్‌ను ఉపయోగించండి

ప్రత్యయం హోస్ట్‌నామ్: https:// లేదు, మార్గం లేదు, చివరలో స్లాష్ లేదు. ఒకే హోస్ట్‌పై అనేక రిపోజిటరీలు ఆ రౌటింగ్ మినహాయింపును పంచుకుంటాయి. ఇది ప్రతి డైరెక్టరీకి firewall నియమం కాదు.

DIRECT అనేది HTTP రవాణా మాన్యువల్లో నమోదైన APT ప్రాక్సీ-ఎంపిక విలువ. దీని అర్థం «మరో మిర్రర్ ఉపయోగించు» కాదు, రిపోజిటరీ ఏ ప్యాకేజీలను ప్రచురిస్తుందో కూడా మార్చదు.

డౌన్‌లోడ్‌ను దాని మొదటి URL దాటి అనుసరించండి

రిపోజిటరీ మరో హోస్ట్‌నామ్‌కు మళ్లించినట్లయితే, ఆ అభ్యర్థనకు దాని స్వంత రౌటింగ్ నిర్ణయం ఉంటుంది. మెటాడేటా మరియు ప్యాకేజీ ఆర్కైవ్‌లు వేర్వేరు హోస్ట్‌ల నుండి వచ్చినప్పుడు కూడా అదే వర్తిస్తుంది. అంతర్గత సేవకు నిజంగా అవసరమైన హోస్ట్‌లతో మినహాయింపులను సమన్వయపరచండి.

నేరుగా మార్గానికి సాధారణ చేరుకోగల సామర్థ్యం మరియు సరైన ధృవపత్ర నమ్మకం కూడా అవసరం. విజయవంతమైన బైపాస్ ఎంపిక చేరుకోలేని అంతర్గత సర్వర్‌ను ప్రతిస్పందించేలా చేయలేదు.

భాగాన్ని సాధారణ కాన్ఫిగరేషన్ డైరెక్టరీలో ఉంచిన తర్వాత ప్రభావవంతమైన APT కాన్ఫిగరేషన్‌ను సమీక్షించండి. తర్వాత జోడించిన హోస్ట్-నిర్దిష్ట నమోదు ఫలితాన్ని మార్చవచ్చు. బ్రౌజర్ యొక్క వైల్డ్‌కార్డ్ బైపాస్ సింటాక్స్‌ను ఈ కీలోకి కాపీ చేయడం మానండి; APT యొక్క నమోదిత హోస్ట్ సెట్టింగ్ సంబంధిత ఇంటర్‌ఫేస్.

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