වින්‍යාස ගොනුවක PAC ගොනුවේ ලිපිනය සහ proxy හි අන්ත ලක්ෂ්‍යය එකිනෙකට මාරු කළ හැකි ලෙස පෙනේ, නමුත් එසේ නොවේ. එකක් සෑම URL එකකටම ඇගයිය යුතු ප්‍රතිපත්ති වැඩසටහනකි; අනෙක සම්බන්ධතා පිළිගන්නා host සහ port එකකි. curl තේරුම් ගන්නේ දෙවැන්න පමණි. PAC ලිපිනයක් --proxy වෙත යැවීම ව්‍යාජ ගණයක දෝෂයක් වන අතර එය ව්‍යාකූල ආකාරයෙන් අසාර්ථක වේ, සාමාන්‍යයෙන් වෙබ් සේවාදායකයකට දිගු CONNECT කාල ඉකුත්වීමකින් පසුව.

එක් එක් ඇත්ත වශයෙන්ම කුමක්ද

ඔබට ඇතඑය කුමක්දcurl එය සමඟ කුමක් කරයිද
http://wpad.corp.example/proxy.pacදී ඇති URL එකකට proxy එකක් හෝ සෘජු සම්බන්ධතාවයක් ලබා දෙන JavaScriptඑය ගොනුවක් ලෙස බාගෙන එතැනම නතර වේ
http://proxy.corp.example:8080proxy හරහා එන ඉල්ලීම් පිළිගන්නා ශ්‍රාවකයෙක්එය භාවිත කරයි, HTTPS ඉලක්ක සඳහා CONNECT ඇතුළුව

එය පැහැදිලිව කියයි curl පිළිබඳ නිතර අසන ප්‍රශ්න: curl JavaScript හෝ PAC කිසිදු අර්ථකථනයක් සපයන්නේ නැත. PAC තේරුම් ගන්නා ආවරණයකට curl වටා එය කළ හැක, නමුත් curl තමන්ට නොහැක, සහ කිසිදු ධජයක් එය බ්‍රව්සරයක් බවට නොපත් කරයි.

බ්‍රව්සරය ක්‍රියා කරන නමුත් curl නොකරන්නේ ඇයි

බ්‍රව්සරය පද්ධතියේ proxy වින්‍යාසය සමඟ ඒකාබද්ධ වේ, PAC ගොනුව බාගෙන ඔබ විවෘත කරන URL එකට එරෙහිව එහි නීති ධාවනය කරයි. එම ඇගයීම PAC ගොනුව ලබා දෙන සේවාවයි, එය ඔබේ ටර්මිනලය තුළ නොව බ්‍රව්සරය තුළ සිදු වේ.

curl සමඟ PAC ගොනුව බාගැනීමෙන් ලැබෙන්නේ එහි පෙළ පමණි. එය curl ප්‍රතිපත්තිය ක්‍රියාත්මක කරන්නේ නැත, සහ proxy එකක් සොයා ගැනීමට එය අතින් කියවීම එම ඇගයීමේ අතින් සිදු කළ පිටපතක් වන අතර වැරදි ශාඛාව තෝරා ගැනීමේ එම ඉඩම ඇත. ඔබ එය කියවන්නේ නම්, ගොනුවේ පළමු proxy නාමය වෙනුවට ඔබේ host එකට ගැළපෙන return ප්‍රකාශය කියවන්න. බොහෝ PAC ගොනුවල කිහිපයක් ඇත, සහ ඔබට අදාළ වන්නේ එක් ශාඛාවක් පමණි.

අනුමත HTTP proxy එකක් සහ අනුමත HTTPS සේවාවක් සඳහා, නිදර්ශන ඉල්ලීමක් මෙයයි:

curl --proxy http://proxy.corp.example:8080 https://service.example.net/status

පළමු ලිපිනය proxy ශ්‍රාවකය වන අතර දෙවැන්න ඔබට අවශ්‍ය සේවාවයි. මේවා නිදර්ශන අන්ත ලක්ෂ්‍ය වන අතර කිසිවෙකු කළ පරීක්ෂණයක් නොවේ, එබැවින් ඒවා ඔබේ සංවිධානයේ ක්‍රමය, port සහ සත්‍යාපන ගලායාම සමඟ ප්‍රතිස්ථාපනය කරන්න.

මෙම ගමනාන්තය සඳහා 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 host එක සඳහා නාම විශ්ලේෂණය ඇතුළුව, මේවායින් කිසිවක් සාර්ථක වීමට පෙර.

අන්ත ලක්ෂ්‍යය, ක්‍රමය, port, සත්‍යාපන ක්‍රමය, බැහැර කිරීම් සහ proxy වෙත VPN මාර්ගය ලියා තබන්න. එම වාර්තාව ඊළඟ ඉල්ලීම නැවත නිපදවිය හැකි කරයි, සහ ඔබේ proxy දැන ගැනීම සහ එය ගැන අනුමාන කිරීම අතර වෙනස එයයි.

අදාළ ලිපි