curl మీ PAC ఫైల్‌ను చదవలేదు: దానికి బదులుగా proxy పంపండి
PAC ఒక JavaScript విధానం; curl కు ఎండ్‌పాయింట్ కావాలి. విధానం మీ URL కోసం ఏ proxy ఎంచుకుంటుందో అడిగి దాన్ని పంపండి, NO_PROXY మరియు TLS గమనించండి.
కాన్ఫిగ్ ఫైల్లో PAC ఫైల్ చిరునామా మరియు proxy యొక్క ఎండ్‌పాయింట్ పరస్పరం మార్చుకోగలిగినట్లు కనిపిస్తాయి, కానీ అలా కాదు. ఒకటి ప్రతి URL కోసం మూల్యాంకనం చేయాల్సిన విధాన ప్రోగ్రామ్; మరొకటి కనెక్షన్‌లను స్వీకరించే హోస్ట్ మరియు పోర్ట్. curl రెండవదాన్ని మాత్రమే అర్థం చేసుకుంటుంది. PAC చిరునామాను --proxy కు పంపడం ఒక వర్గ దోషం, అది గందరగోళంగా విఫలమవుతుంది, సాధారణంగా వెబ్ సర్వర్‌కు దీర్ఘ CONNECT సమయం ముగిసిన తర్వాత.
ప్రతి ఒకటి నిజంగా ఏమిటి
| మీ దగ్గర ఉంది | అది ఏమిటి | curl దానితో ఏమి చేస్తుంది |
|---|---|---|
http://wpad.corp.example/proxy.pac | ఇచ్చిన URL కోసం proxy లేదా నేరు సంబంధాన్ని తిరిగి ఇచ్చే JavaScript | దాన్ని ఫైల్‌గా డౌన్‌లోడ్ చేసి అక్కడే ఆగిపోతుంది |
http://proxy.corp.example:8080 | proxy ద్వారా వచ్చే అభ్యర్థనలను స్వీకరించే శ్రోత | దాన్ని ఉపయోగిస్తుంది, HTTPS లక్ష్యాలకు CONNECT సహా |
దీన్ని స్పష్టంగా చెబుతుంది curl గురించి తరచుగా అడిగే ప్రశ్నలు: curl JavaScript లేదా PAC యొక్క ఏ వివరణను అందించదు. curl చుట్టూ PAC అర్థం చేసుకునే ఆవరణ చేయగలదు, కానీ curl స్వయంగా కాదు, ఏ ఫ్లాగ్ దాన్ని బ్రౌజర్‌గా మార్చదు.
బ్రౌజర్ ఎందుకు పనిచేస్తుంది, curl ఎందుకు పనిచేయదు
బ్రౌజర్ సిస్టమ్ proxy కాన్ఫిగరేషన్‌తో ఏకీకృతమవుతుంది, PAC ఫైల్‌ను పొంది మీరు తెరిచే URL పై దాని నియమాలను నడుపుతుంది. ఆ మూల్యాంకనమే PAC ఫైల్ అందించే సేవ, అది మీ టెర్మినల్‌లో కాదు, బ్రౌజర్ లోపల జరుగుతుంది.
curl తో PAC ఫైల్‌ను డౌన్‌లోడ్ చేస్తే దాని టెక్స్ట్ మాత్రమే వస్తుంది. అది curl ను విధానాన్ని అమలు చేయించదు, proxy కనుగొనడానికి దాన్ని చేతితో చదవడం అదే మూల్యాంకనం యొక్క చేతితో చేసిన సంస్కరణ, తప్పు శాఖను ఎంచుకునే అదే అవకాశంతో. మీరు చదివితే, ఫైల్‌లోని మొదటి proxy పేరుకు బదులు మీ హోస్ట్‌కు సరిపోయే return ప్రకటనను చదవండి. చాలా PAC ఫైల్‌లలో అనేక ఉంటాయి, మీకు వర్తించేది ఒక శాఖ మాత్రమే.
ఆమోదిత HTTP proxy మరియు ఆమోదిత HTTPS సేవ కోసం, ఒక ఉదాహరణ అభ్యర్థన ఇది:
curl --proxy http://proxy.corp.example:8080 https://service.example.net/statusమొదటి చిరునామా proxy యొక్క శ్రోత, రెండవది మీకు కావలసిన సేవ. ఇవి ఉదాహరణ ఎండ్‌పాయింట్లు, ఎవరైనా చేసిన పరీక్ష కాదు, కాబట్టి వాటిని మీ సంస్థ స్కీమ్, పోర్ట్ మరియు ప్రామాణీకరణ ప్రవాహంతో భర్తీ చేయండి.
ఈ గమ్యం కోసం proxy ఎంచుకోండి
సంస్థ వద్ద ఏ proxy ఉందో కాదు, విధానం మీకు అవసరమైన URL కోసం ఏ proxy ఎంచుకుంటుందో నిర్వాహకుడిని అడగండి. PAC నియమాలు అంతర్గత సేవలు, పబ్లిక్ సైట్‌లు మరియు వైఫల్య-మార్పు స్థితులకు వేర్వేరు ఫలితాలను ఇవ్వవచ్చు, ఈరోజు మీ URL కి సరిపోయే నియమం సవరణ తర్వాత మరొకదానికి సరిపోవచ్చు.
పని ప్రవాహానికి ఒకటి కంటే ఎక్కువ తెలిసిన అభ్యర్థనలు అవసరమైతే, నిర్వాహకుడు మద్దతిచ్చే స్థిర అమరిక లేదా ఆమోదిత PAC-అవగాహన ఏకీకరణను ఉపయోగించండి. ఒక కాపీ చేసిన చిరునామాను హార్డ్‌కోడ్ చేయడం విధానం మారి ఆ చిరునామా ఎందుకు ఎంచుకోబడిందో ఎవరికీ గుర్తులేని రోజు వరకు పనిచేస్తుంది.
తర్వాత curl ఏమి వారసత్వంగా పొందుతుందో చూడండి. proxy వాతావరణ చరాలు మరియు NO_PROXY మీరు పంపిన proxy ను అధిగమించవచ్చు లేదా మినహాయించవచ్చు, మీ లక్ష్యంతో సరిపోయే మినహాయింపు అభ్యర్థనను నిశ్శబ్దంగా నేరుగా పంపుతుంది. ప్రతి మినహాయింపును తొలగించడం లేదా అన్నింటినీ ఒకే చిరునామా ద్వారా బలవంతం చేయడం బదులు ఉద్దేశించిన విధానాన్ని కాపాడండి. అభ్యర్థనను ఒకసారి -v తో నడిపి అది నిజంగా ఏ చిరునామాకు కనెక్ట్ అయిందో తనిఖీ చేయండి.
రెండు TLS గుర్తింపులను వేరుగా ఉంచండి
HTTPS proxy తో, రెండు TLS కనెక్షన్లు అమలులో ఉన్నాయి: మీది proxy వైపు మరియు proxy ది గమ్యం వైపు. ప్రతి ఒకటి ధృవీకరించాల్సిన తన స్వంత గుర్తింపును కలిగి ఉంటుంది, వాటిలో ఏదైనా ఒకదానికి ధృవీకరణను ఆపివేయడం PAC సవరణ కాదు, మొదటి సమస్యకు జోడించిన రెండవ సమస్య.
ధృవీకరణను ఆన్‌లో ఉంచి మీకు వచ్చే వైఫల్యాన్ని చదవండి. proxy ప్రామాణీకరణ సవాలు, చేరుకోలేని proxy మరియు వెబ్‌సైట్ నిరాకరణ మూడు వేర్వేరు ఫలితాలు, మొదటిది మాత్రమే ఆధారాలకు సంబంధించినది. VPN ఇప్పటికీ ప్రైవేట్ proxy కు అనుమతించిన మార్గాన్ని అందించాలి, proxy హోస్ట్ కోసం పేరు విశ్లేషణతో సహా, ఇవేవీ విజయవంతం కాకముందు.
ఎండ్‌పాయింట్, స్కీమ్, పోర్ట్, ప్రామాణీకరణ పద్ధతి, మినహాయింపులు మరియు proxy వరకు VPN మార్గాన్ని రాసి ఉంచండి. ఆ రికార్డే తదుపరి అభ్యర్థనను పునరుత్పత్తి చేయగలిగేలా చేస్తుంది, మీ proxy ను తెలుసుకోవడం మరియు దాని గురించి ఊహించడం మధ్య తేడా అదే.