Ответ "Не могу получить ответ" при использовании почтового менеджера с субдоменом

Ответ 1

Сначала перейдите в Настройки в Postman:

1) Отключение проверки сертификата SSL на вкладке " Общие":

2) Отключение глобальной прокси-конфигурации и использования прокси- сервера системы на вкладке "Прокси- сервер"

Ответ 2

Я была такая же проблема. Это было вызвано символом новой строки в конце значения заголовка "Авторизация", который я установил вручную путем вставки копии токена носителя (который случайно содержал символ новой строки в конце)

Ответ 3

Если при отправке запроса вы получаете сообщение "Не удалось получить ответ" от собственных приложений Postman, откройте консоль Postman ("Просмотр"> "Показать консоль Postman"), повторно отправьте запрос и проверьте журналы ошибок в консоли.

Благодаря numaanashraf

Ответ 4

Если все вышеперечисленные методы не работают, проверьте переменные среды и убедитесь, что следующие среды не установлены. Если они установлены и не нужны никаким другим приложениям, удалите их.

HTTP_PROXY
HTTPS_PROXY

Ссылка ссылка

Ответ 5

Привет Этот вопрос решен для меня.

настройка → общие → время ожидания запроса в мс = 0

Ответ 6

Для меня это был http://localhost вместо https://localhost.

Ответ 7

При получении следующей ошибки,

вам нужно сделать следующее.

Шаг 1: В Postman нажмите значок гаечного ключа, перейдите к настройкам, затем перейдите на вкладку "Прокси".

Шаг 2. Создайте собственный прокси-сервер. В этой статье объясняется, как создать пользовательский прокси. После создания пользовательского прокси убедитесь, что вы выключили кнопку переключения прокси. Я поставил 61095 для прокси-сервера, и это сработало для меня.

Шаг 3:

успех

Ответ 8

Для меня то, что работало, было добавить 127.0.0.1 subdomain.localhost в мой файл хоста. На OSX это был /etc/hosts. Не уверен, почему это было необходимо, так как я мог получить доступ к поддомену из Chrome.

Ответ 9

Я придумал это решение

1. В почтальоне зайдите в настройки → прокси
2. И отключить глобальную настройку прокси

3. по использованию системного прокси

4. И перейдите в файл конфигурации хоста Windows 'C:\Windows\System32\drivers\etc\hosts'

5. Откройте этот файл в режиме администратора
6. И добавьте поддомен в файл hosts

Ответ 10

Для меня именно тот маршрут, который я вызывал на моем узловом сервере, ничего не возвращал. Добавление

    return res.status(200).json({
        message: 'success!',
        response: 'success!'
    });//

к маршруту, который я вызывал, разрешили проблему.

Ответ 11

Вы упомянули, что используете сертификат CER.

Согласно странице почтальона на сертификатах.

Выберите свой файл сертификата клиента в поле файла CRT. В настоящее время мы поддерживаем только формат CRT. Поддержка других форматов (например, PFX) появится в ближайшее время.

Имя расширения CER, CRT не делает сертификат таким типом сертификата, но это имена исключенных расширений.

CER - это сертификат X.509 в двоичной форме, кодированный DER.

CRT - это двоичный сертификат X.509, инкапсулированный в текстовую (base-64) кодировку.

Вы можете использовать OpenSSL для преобразования файла CER в файл CRT. Мне не повезло с этим, но это выглядит так.

openssl x509 -inform PEM -in сертификат.сер -out сертификат.crt

или же

openssl x509 -inform DER -in сертификат.сер -out сертификат.crt

Ответ 12

Ни одно из этих решений не работает для меня. Почтальон не отправляет никаких запросов на сервер, потому что почтальон не находит хост. Итак, если вы измените ваш /etc/hosts на 127.0.0.1 localhost 127.0.0.1 subdomain.localhost

Меня устраивает.

Ответ 13

Для меня проблема была в том, что Content-Length была слишком большой. Я поместил содержимое тела в NotePad++, сосчитал символы и поместил эту фигуру в PostMan после чего все PostMan.

Я знаю, что это не дает прямого ответа, почему не работает поддомен op, но это может кому-то помочь.

Ответ 14

1. В почтальоне зайдите в настройки → прокси
2. И отключить глобальную настройку прокси

Ответ 15

После всех вышеперечисленных методов, таких как отключение проверки сертификата SSL, включение только Использовать системный прокси и удаление системных переменных среды HTTP_PROXY и HTTPS_PROXY, все заработало.

Примечание: пришлось перезапустить приложение Postman, так как переменные среды были изменены.

Ответ 16

Снятие отметки с прокси-сервера и SSL-сертификата не помогло мне.

Сброс переменных окружения PROXY сделал свое дело.

export http_proxy=
export ftp_proxy=
export https_proxy=

Перейдите в каталог, где установлен Postman, а затем:

./Postman

Ответ 17

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

Ответ 18

Почтальон для Linux версии 6.7.1 - Ubuntu 18.04 - linux 4.15.0-43-generic/x64

У меня была та же проблема, и я случайно заменил http://localhost на http://127.0.0.1 и все заработало.

В моем etc/hosts были правильные записи для localhost и запросы https://localhost всегда работали, как и ожидалось.

Я понятия не имею, почему изменение localhost для http с 127.0.0.1 решило проблему.

Ответ 19

Для меня я должен изменить адрес с:

http://localhost:200/something

в это:

localhost:200/something

Это тогда таинственно работает. Позже, когда я добавляю http:// обратно, он все еще работает. У кого-нибудь есть идеи?

Ответ 20

В моем случае это были невидимые пробелы, которые почтальон не мог распознать, приведенная выше строка текста отображается как без пробелов в почтальоне. Я отключил проверку SSL-сертификата, а системный прокси-сервер даже пытался использовать расширение для почтовой системы Chrome (которое должно быть объявлено устаревшим), но когда я скачал и попробовал Insomnia, и он дал эти красные точки в том месте, где находились эти пробелы, он, должно быть, попал туда во время копирования/вставить

Ответ 21

В моем случае MVC не смог сериализовать результаты (я случайно использовал модель вместо DTO). Я отладил до передачи простой строки, которая работала. Как только я исправил сериализацию, все вышло.

Ответ 22

В моем случае (корпоративный) прокси-сервер использовал самозаверяющий SSL-сертификат, который Postman не любил. Я обнаружил это, активировав View-> Показать консоль почтальона и повторить запрос. Затем консоль показала ошибку сертификата. В Settings-> Общие Я инвалид Проверка SSL сертификата.

Ответ 23

Для тех, кто столкнулся с этой проблемой с реальным доменом вместо localhost и не смог решить ее, используя ЛЮБЫЕ ВЫШЕ решения.

Попробуйте изменить сетевой DNS (WIFI или LAN) на другой DNS. Я использовал Google DNS 8.8.8.8, 8.8.4.4, и это сработало!

Ответ 24

Решение очень простое, если вы используете приложение asp.net core 2. Внутри метода ConfigureServices внутри startup.cs сохраните всю эту строку

services.AddMvc()
                .SetCompatibilityVersion(CompatibilityVersion.Version_2_1)
                .AddJsonOptions(x => x.SerializerSettings.ReferenceLoopHandling = Newtonsoft.Json.ReferenceLoopHandling.Ignore);

Ответ 25

Решение для меня, поскольку я использую устаревшее расширение Postman для Chrome, чтобы решить эту проблему, мне пришлось:

1. Вызовите какой-нибудь запрос GET с помощью самого браузера Chrome.
2. Дождитесь появления страницы с ошибкой "Ваше соединение не является частным".
3. Нажмите на ADVANCED, а затем на ссылку proceed to [url] (unsafe).

После этого запросы через само расширение должны работать.