Прокси, спрятанный в конфигурации curl

Вы удалили переменные прокси и открыли новый терминал, но curl по-прежнему подключается к тому же прокси. Прежде чем менять сетевые настройки системы, проверьте собственный файл конфигурации curl.

При запуске curl может загрузить конфигурацию по умолчанию. Постоянная запись прокси использует её синтаксис:

proxy = "http://203.0.113.10:8080"

Документация файла конфигурации объясняет поддерживаемые расположения файлов и правила разбора. Указанный адрес приведён для примера; список HTTP-прокси предлагает кандидатов для разрешённой проверки публичного маршрута. Используйте документированный порядок поиска для своей платформы; имя файла из старого ответа Windows может не соответствовать файлу, который действительно читает установленный curl.

Начните сравнение без файла по умолчанию

Поставьте -q первым, чтобы не загружать конфигурацию curl по умолчанию. Для явно прямого запроса очистите также выбор прокси:

curl -q --proxy "" https://example.com/

Одно лишь подавление файла конфигурации оставляет другие источники, включая переменные окружения. Пустая опция прокси явно задаёт намерение маршрутизации.

Псевдоним shell или обёртка могут добавить параметры прокси до того, как curl увидит ваши аргументы. Если минимальное сравнение ведёт себя неожиданно, проверьте, как shell разрешает команду и какие файлы конфигурации существуют.

Держите значения по умолчанию простыми

Файл по умолчанию удобен для стабильного личного маршрута. Скрипты, которым нужен конкретный прокси, должны явно указывать эту зависимость, а не полагаться на файл в домашнем каталоге разработчика.

Осторожно обращайтесь с учётными данными в постоянной конфигурации. Ограничьте доступ к файлу и не копируйте его в репозитории проектов или обращения в поддержку. Полезный диагностический отчёт безопасно называет выбранный прокси, не раскрывая его пароль.