Настройка прокси в Postman для отладки API

Может, дело в мелочи, но найти её не могу.

Расскажу по порядку.

Система свежая, версия программы последняя, настройки внесены руками. Логин с паролем приняты, а при обращении приходит отказ по авторизации.

export http_proxy=http://user:pass@10.0.0.5:8000
export https_proxy=$http_proxy
export no_proxy=localhost,127.0.0.1,.local
curl -s https://example.org/ip

Поделитесь, кто как выкручивается.

Есть момент, который меняет всю картину.

Исключения для локальных адресов вносите сразу при настройке, потом про них забывают и ловят странные обрывы.

Интересно, чем закончится.

Подтверждаю по своей практике.

Цепочка из двух посредников оправдана редко и почти всегда добавляет задержку без пользы.

Разные наборы адресов удобно держать отдельными профилями запуска. Переключение тогда занимает секунду.

Тема как раз вовремя, сам этим занят.

Добавлю то, что обычно выясняется поздно.

Проверка одна: сделайте запрос к сервису, который показывает адрес, из той же программы. Браузер показывает своё, и это догадки.

Локальные адреса выносите в исключения сразу, иначе внутренние запросы пойдут через посредника и всё встанет.

export http_proxy=http://user:pass@10.0.0.5:8000
export https_proxy=$http_proxy
export no_proxy=localhost,127.0.0.1,.local
curl -s https://example.org/ip

Разбейте прогон на части, станет ровнее.

Всё правильно расписано, повторю своими словами.

Цепочка из двух посредников оправдана редко и почти всегда добавляет задержку без пользы.

Роутер заворачивает весь трафик машины, включая обновления. Для рабочих задач это обычно лишнее.

Жду продолжения.

Разбейте задачу на части.

У нас похожая история была весной.

Настройки в системе и настройки в программе это два разных хранилища. Программа почти всегда перекрывает системные, поэтому проверяйте оба.

export http_proxy=http://user:pass@10.0.0.5:8000
export https_proxy=$http_proxy
export no_proxy=localhost,127.0.0.1,.local
curl -s https://example.org/ip

Если найдёте причину, поделитесь.

Разбейте прогон на части, станет ровнее.

У коллеги было то же самое, причина оказалась смешной.

После любой правки делайте контрольный запрос из самой программы. Это тридцать секунд и полная уверенность.

Работает, пока объём небольшой. Дальше правила другие.

Автозапуск проверяйте перезагрузкой. На словах он работает всегда. Половина настроек живёт до первого перезапуска.

Локальные адреса выносите в исключения сразу, иначе внутренние запросы пойдут через посредника и всё встанет.

export http_proxy=http://user:pass@10.0.0.5:8000
export https_proxy=$http_proxy
export no_proxy=localhost,127.0.0.1,.local
curl -s https://example.org/ip

Тема нужная, подписался.

Какие паузы между запросами?

Пробовали снизить темп вдвое?

Полгода назад ловил то же самое.

Контейнер не наследует окружение хоста. Передавайте настройки при сборке образа отдельно и при запуске отдельно, это два разных момента.

Проверка одна: сделайте запрос к сервису, который показывает адрес, из той же программы. Браузер показывает своё, и это догадки.

export http_proxy=http://user:pass@10.0.0.5:8000
export https_proxy=$http_proxy
export no_proxy=localhost,127.0.0.1,.local
curl -s https://example.org/ip

Добавлю тему в закладки.

Начинал с готовых сервисов, потом ушёл на своё.

Авторизация по адресу удобнее в бою: ничего не хранится в конфигах и не утекает в логи. Логин с паролем берите там, где адрес выхода плавает.

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

export http_proxy=http://user:pass@10.0.0.5:8000
export https_proxy=$http_proxy
export no_proxy=localhost,127.0.0.1,.local
curl -s https://example.org/ip

Пусть висит, такие вопросы всплывают постоянно.