Зошто curl не го презема проксито на прелистувачот во Windows
Разликувајте ги libcurl прокси влезовите од откривањето на проксито на прелистувачот во Windows и автоматската конфигурација.
Прелистувач во Windows што работи преку корпоративното прокси не докажува дека апликација заснована на libcurl го открила истото поставување. libcurl има документирани прокси опции и променливи на околината; откривањето на проксито на прелистувачот во Windows е друг интерфејс.
Апликација што сака да ги следи поставките на Windows на тековниот корисник може да ги побара преку API за конфигурација на прокси во Windows. Тоа сè уште остава работа. URL-то за автоматска конфигурација покажува на PAC политика, не на фиксна прокси крајна точка погодна за директно копирање во CURLOPT_PROXY.
- Рачно поставување на прокси
- Анализирајте ја поддржаната конфигурација и дајте му на клиентот соодветни опции за прокси и заобиколување.
- PAC или автоматско откривање
- Оценете ја политиката за вистинската дестинација со поддржана интеграција.
- Позадинска услуга
- Проверете која сметка го поседува ефективното поставување; поставките на интерактивниот корисник можеби не се поставки на услугата.
За мал дијагностички барање, експлицитна libcurl прокси опција го отстранува откривањето од споредбата. Ограничена curl команда може независно да ја провери истата HTTP крајна точка. За управувана апликација, спроведете ја предвидената политика за откривање наместо да се потпирате на успешно барање на прелистувачот како доказ за заедничка конфигурација.