Короткие ответы
Где задать прокси в Postman?
В настольном приложении откройте Settings → Proxy. Для выбранного шлюза используется собственная конфигурация запросов с полями сервера, порта и авторизации. Проверьте также системный режим и чтение переменных окружения: они могут задавать другой маршрут.
Нужен ли Basic Auth в самом запросе?
Для пароля прокси — нет. Введите его в настройках авторизации прокси. Вкладка Authorization обычного запроса предназначена для сервиса назначения; у него могут быть другие данные или No Auth.
Нужно ли запускать встроенный capture proxy?
Нет. Перенаправление исходящего запроса через внешний шлюз и перехват запросов другого клиента — разные функции. Здесь не запускается сессия перехвата и не устанавливается сертификат для неё.
Почему работа curl не подтверждает настройку Postman?
Это другой клиент со своими настройками, исключениями и временем ожидания. Сравните конфигурацию на том же компьютере и результат одного запроса. Переменные терминала не обязательно совпадают со средой приложения.
Подготовьте отдельный запрос без коллекции
Закройте рабочую коллекцию на время изменения маршрута. Её скрипты, сохранённые тела запросов, cookies и API-токены не нужны для небольшой сетевой проверки. Запишите версию приложения и прежние параметры прокси, чтобы затем восстановить правильный режим. Не используйте отправку заказа или формы как контроль соединения.
Откройте Connection builder · English и копируйте полный логин нужного HTTP-подключения. Пароль аккаунта и API-ключ не заменяют пароль шлюза. Кабинет остаётся на английском; передача настроек в Postman не покупает ГБ, но последующий запрос может расходовать существующий баланс.
Выберите источник настройки и заполните поля
Текущая справка Proxy settings сообщает, что системный режим и чтение HTTP_PROXY, HTTPS_PROXY и NO_PROXY включены по умолчанию. Если нужен намеренно выбранный собственный маршрут, проверьте эти переключатели и включите Use custom proxy configuration. Не изменяйте обязательную рабочую политику без согласования.
| Поле | Что указать |
|---|---|
| Протокол шлюза | HTTP; HTTPS у адреса назначения не меняет этот выбор. |
| Hostname | gw.portproof.org, без схемы, пути, логина и пароля. |
| Port | 7000. |
| Авторизация прокси | Полное имя пользователя и текущий пароль шлюза. |
| Назначение GET | https://api.portproof.org/v1/echo-ip. |
| Авторизация назначения | No Auth для этой проверки, без унаследованных токенов. |
Убедитесь, что правило исключений не отправляет проверяемый узел напрямую. В официальной инструкции конфигурации исходящий прокси отделён от других сетевых функций. Названия контролов зависят от версии; не переносите настройку настольного приложения автоматически в web-клиент, CLI или облачный запуск.
Отправьте один GET и прочитайте ответ
- Создайте новый GET с адресом https://api.portproof.org/v1/echo-ip.
- Выберите No Auth. Уберите унаследованные данные API и вручную добавленные заголовки авторизации.
- Оставьте включённой проверку SSL-сертификата. В General задайте конечный Request Timeout; значение измеряется в миллисекундах, а ноль не ограничивает ожидание.
- Выберите подходящий для небольшого ответа Max response size. Размер и время — разные ограничения.
- Отправьте один запрос. Сравните HTTP-статус и ожидаемый JSON с полем ip, а не только зелёный индикатор.
- Запишите время, выбранный пул и режим сессии без сохранения секретов в отчёте.
Полученный IP описывает конкретный запрос. Он не подтверждает страну, оператора или дальнейшие соединения. Для регионального QA нужно проверить и фактический ответ приложения. HTTP 200 с неверным содержимым не становится полезным результатом только из-за статуса.
Сохраните границу между шлюзом и API
При HTTPS через HTTP-шлюз сначала проходит CONNECT, затем TLS с назначением. Если шлюз отказал до туннеля, изменение API-токена не исправляет его пароль. Не добавляйте Proxy-Authorization в обычные заголовки коллекции и не вставляйте пароль в адрес назначения: эти данные можно отправить не тому узлу или сохранить в истории.
HTTPS внутри туннеля не шифрует начальную Basic-авторизацию перед HTTP-шлюзом. Используйте доверенный сетевой путь. Скриншоты, вывод консоли и экспорт коллекции проверяйте перед передачей: они могут содержать cookies, токены и личные ответы. Отчёт о подключении не требует полного архива запросов.
Разберите этап отказа
| Наблюдение | Следующее действие |
|---|---|
| 407 или отказ авторизации CONNECT | Проверить шлюз и полный логин по инструкции 407, не менять токен API. |
| Ошибка сертификата | Проверить имя назначения, время системы и доверенную цепочку. Не отключать SSL verification. |
| Таймаут до ответа | Сравнить один ограниченный запрос curl с того же компьютера. |
| 403 или 429 от назначения | Следовать правилам доступа или ограничениям самого сервиса. |
| Проверка проходит, API нет | Отдельно проверить URL, метод, разрешения, тело и ожидаемое содержимое API. |
Когда шлюз работает только в одном клиенте, используйте сравнение curl и приложения. Для нескольких симптомов не меняйте сразу порт, страну, пароль и программу: сохраните исходный результат и проверяйте один фактор.
Перейдите к разрешённой задаче и восстановите режим
После проверки выполните один разрешённый read-запрос рабочей коллекции, затем небольшой представительный сценарий. Cookies и переменные коллекции описывают состояние приложения, а ротация задаётся отдельно в имени пользователя. Повторные отправки могут переиспользовать соединения; не считайте каждое нажатие гарантией нового IP.
В конце восстановите исходный намеренный режим Postman, прежде чем открывать другие коллекции. Сравните расход при планировании больших задач и посмотрите актуальные тарифы. Общие пулы не становятся выделенными из-за настройки клиента. Оформление заказа и кабинет на английском. Документация проверена 31 октября 2026 года; запуск Postman и живой шлюз при подготовке русской инструкции не тестировались.
Допустимое использование
Используйте прокси для разрешённых задач и соблюдайте правила принимающего сервиса. Настройка соединения не даёт права на доступ. Применяются правила допустимого использования · English.