Antwort "Konnte keine Antwort erhalten" bei Verwendung eines Postboten mit Subdomain

Ich verwende Postman, um eine API zu testen, die ich habe. Alles ist gut, wenn die Anfrage keine Subdomain enthält. Wenn ich jedoch eine Subdomain zur URL hinzufüge, erhalte ich diese Antwort.

Konnte keine Antwort bekommen

Beim Herstellen einer Verbindung zu http: //subdomain.localhost: port / api / ist ein Fehler aufgetreten.

Warum dies passiert sein könnte:

Der Server konnte keine Antwort senden: Stellen Sie sicher, dass das Backend ordnungsgemäß funktioniert

Selbstsignierte SSL-Zertifikate werden blockiert: Beheben Sie dies, indem Sie die Überprüfung der SSL-Zertifikate unter Einstellungen> Allgemein deaktivieren

Proxy falsch konfiguriert Stellen Sie sicher, dass der Proxy unter Einstellungen> Proxy richtig konfiguriert ist

Anforderungszeitlimit: Ändern Sie das Anforderungszeitlimit unter Einstellungen> Allgemein

Wenn ich dieselbe URL vom Postboten kopiere und in den Browser einfüge, erhalte ich eine angemessene Antwort. Gibt es eine Konfiguration, die ich vornehmen sollte, damit der Postbote mit Subdomains funktioniert?

Gehen Sie zuerst zu Einstellungen in Postman :

1. Deaktivieren Sie die Überprüfung des SSL-Zertifikats auf der Registerkarte " Allgemein" :

   

2. Deaktivieren Sie die globale Proxy-Konfiguration und verwenden Sie den Systemproxy auf der Registerkarte "Proxy":

   

3. Stellen Sie das Anforderungszeitlimit auf Null

Ich hatte das gleiche Problem. Es wurde durch eine neue Zeile am Ende des Header-Werts "Authorization" verursacht, die ich manuell festgelegt hatte, indem ich das Inhaber-Token kopierte (das versehentlich die neue Zeile am Ende enthielt).

Wenn Sie beim Senden Ihrer Anfrage von nativen Postman-Apps die Meldung "Keine Antwort erhalten" erhalten, öffnen Sie die Postman-Konsole (Ansicht> Postman-Konsole anzeigen), senden Sie die Anfrage erneut und suchen Sie in der Konsole nach Fehlerprotokollen.

Danke an numaanashraf

Hallo, dieses Problem ist für mich behoben.

Einstellung -> Allgemein -> Requesttimeout in ms = 0

Wenn alle oben genannten Methoden nicht funktionieren, überprüfen Sie Ihre Umgebungsvariablen und stellen Sie sicher, dass die folgenden Umgebungen nicht festgelegt sind. Wenn diese festgelegt sind und von keiner anderen Anwendung benötigt werden, entfernen Sie sie.

HTTP_PROXY
HTTPS_PROXY

Referenz - Link

Für mich war es der http: // localhost anstelle von https: // localhost .

Wenn der folgende Fehler angezeigt wird,

Sie müssen Folgendes tun.

Schritt 1: Klicken Sie in Postman auf das Schraubenschlüsselsymbol, gehen Sie zu den Einstellungen und dann zur Registerkarte Proxy.

Schritt 2: Erstellen Sie einen benutzerdefinierten Proxy. In diesem Artikel wird erläutert, wie Sie einen benutzerdefinierten Proxy erstellen. Stellen Sie nach dem Erstellen des benutzerdefinierten Proxys sicher, dass Sie die Schaltfläche zum Umschalten des Proxys deaktivieren. Ich habe 61095 für den Proxyserver eingegeben und es hat bei mir funktioniert.

Schritt 3 :

Erfolg

Ich habe diese Lösung gefunden

1. Gehen Sie im Postboten zu Einstellung -> Proxy
2. Und aus der globalen Proxy-Konfiguration

3. auf dem Use System Proxy

4. Wechseln Sie zur Windows-Host-Konfigurationsdatei 'C: \ Windows \ System32 \ drivers \ etc \ hosts'.

5. Öffnen Sie diese Datei im Administratormodus
6. Fügen Sie die Subdomain zur Hosts-Datei hinzu

Für mich funktionierte das Hinzufügen 127.0.0.1 subdomain.localhostzu meiner Host-Datei. Unter OSX war das / etc / hosts. Ich bin mir nicht sicher, warum das notwendig war, da ich die Subdomain von Chrom aus erreichen konnte.

1. Gehen Sie im Postboten zu Einstellung -> Proxy
2. Und aus der globalen Proxy-Konfiguration

Für mich war es diese Route, die ich auf meinem Knotenserver anrief, die nichts zurückgab. Hinzufügen

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

Auf die Route, die ich anrief, wurde das Problem behoben.

Sie haben erwähnt, dass Sie ein CER-Zertifikat verwenden.

Laut der Postman-Seite über Zertifikate.

Wählen Sie Ihre Client-Zertifikatdatei im Feld CRT-Datei aus. Derzeit unterstützen wir nur das CRT-Format. Unterstützung für andere Formate (wie PFX) wird in Kürze verfügbar sein.

Der Name der Erweiterung CER, CRT macht das Zertifikat nicht zu diesem Zertifikatstyp, dies sind jedoch die ausgenommenen Erweiterungsnamen.

CER ist ein X.509-Zertifikat in binärer Form, DER-codiert.

CRT ist ein binäres X.509-Zertifikat, das in Textcodierung (Base-64) gekapselt ist.

Mit OpenSSL können Sie eine CER-Datei in eine CRT-Datei ändern. Ich hatte kein Glück damit, aber es sieht so aus.

openssl x509 -inform PEM -in Zertifikat.cer -out Zertifikat.crt

oder

openssl x509 -inform DER -in zertifikat.cer -out zertifikat.crt

Keine dieser Lösungen funktioniert bei mir. Der Postbote sendet keine Anfrage an den Server, da der Postbote den Host nicht findet. Also, wenn Sie Ihre / etc / hosts auf ändern 127.0.0.1 localhost 127.0.0.1 subdomain.localhost

Für mich geht das.

Für mich war das Problem, dass das Content-Lengthzu groß war. Ich habe den Inhalt des Körpers in NotePad ++ platziert und die Zeichen gezählt und diese Zahl eingegeben, PostManund dann hat es funktioniert.

Ich weiß, dass es nicht direkt antwortet, warum die Subdomain des Ops nicht funktioniert hat, aber es könnte jemandem helfen.

In meinem Fall waren es unsichtbare Leerzeichen, die der Postbote nicht erkannte. Die obige Textfolge wird als Leerzeichen im Postboten dargestellt. Ich habe die Validierung des SSL-Zertifikats deaktiviert, und der Systemproxy hat sogar versucht, die Postman-Chrome-Erweiterung (die bald veraltet sein wird) zu testen. Als ich jedoch Insomnia heruntergeladen und ausprobiert habe und diese roten Punkte an der Stelle angezeigt wurden, an der sich diese Leerzeichen befanden, müssen sie während des Kopierens dort angekommen sein /Einfügen

Für alle, die dieses Problem mit einer realen Domain anstelle von localhost hatten und es mit ANY OF THE OBEN nicht lösen konnten Lösungen .

Versuchen Sie, Ihr Netzwerk-DNS (WIFI oder LAN) in ein anderes DNS zu ändern. Für mich habe ich Google DNS 8.8.8.8, 8.8.4.4 verwendet und es hat funktioniert!

Die Lösung ist sehr einfach, wenn Sie die asp.net Core 2-Anwendung verwenden. Innerhalb der ConfigureServices- Methode in der Datei startup.cs wird diese ganze Zeile gespeichert

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

Sie müssen nur SSL aktivieren deaktivieren, um Ihre Anfrage zu senden.

Proxy und andere kommen mit verschiedenen Fehlern.

Nach all den oben genannten Methoden wie dem Deaktivieren der Überprüfung von SSL-Zertifikaten, dem Aktivieren von Nur Systemproxy verwenden und dem Entfernen der Systemumgebungsvariablen HTTP_PROXY und HTTPS_PROXY hat es funktioniert.

Hinweis: Die Postman-App musste neu gestartet werden, da die Umgebungsvariablen geändert wurden.

Das Deaktivieren der Proxy- und SSL-Zertifikatüberprüfung hat bei mir nicht funktioniert.

Das Deaktivieren der PROXY-Umgebungsvariablen hat den Trick getan.

export http_proxy=
export ftp_proxy=
export https_proxy=

Wechseln Sie in das Verzeichnis, in dem Postman installiert ist, und gehen Sie dann wie folgt vor:

./Postman

Postman für Linux Version 6.7.1 - Ubuntu 18.04 - Linux 4.15.0-43-generic / x64

Ich hatte das gleiche Problem und ich zufällig ersetzt http://localhostmit http://127.0.0.1und alles funktionierte.

Ich etc/hostshatte die richtigen Einträge für localhostund https://localhostAnfragen funktionierten immer wie erwartet.

Ich habe keine Ahnung , warum Wechsel localhostfür httpmit 127.0.0.1dem Problem gelöst.

In meinem Fall konnte MVC die Ergebnisse nicht serialisieren (ich habe versehentlich ein Modell anstelle von DTO verwendet). Ich debuggte bis zur Übergabe einer einfachen Zeichenfolge, die funktionierte. Nachdem ich die Serialisierung repariert hatte, kam alles auf.

In meinem Fall verwendete der (Unternehmens-) Proxy ein selbstsigniertes SSL-Zertifikat, das Postman nicht mochte. Ich habe es entdeckt, indem ich View-> Show Postman Console aktiviert und die Anfrage erneut versucht habe. Die Konsole zeigte dann den Zertifikatfehler an. Unter Einstellungen-> Allgemein habe ich die Überprüfung des SSL-Zertifikats deaktiviert.

Die Lösung für mich, da ich die veraltete PostmanErweiterung für verwende Chrome, um dieses Problem zu lösen, musste ich:

1. Rufen Sie eine GETAnfrage über den ChromeBrowser selbst auf.
2. Warten Sie, bis die Fehlerseite "Ihre Verbindung ist nicht privat" angezeigt wird.
3. Klicken Sie auf ADVANCEDund dann auf den proceed to [url] (unsafe)Link.

Danach sollten Anforderungen über die Erweiterung selbst funktionieren.

In meinem Fall war es ein falsch konfiguriertes Subnetz. Nur eines der beiden Subnetze in der ELB funktionierte.

Ich habe dies herausgefunden, indem ich ein nslookup durchgeführt und versucht habe, die zurückgegebenen IPs direkt zu locken. Nur einer hat funktioniert. Der Postbote benutzte einfach weiter den falsch konfigurierten.

Ich hatte das gleiche Problem.

Es stellte sich heraus, dass meine Zeitüberschreitung zu niedrig eingestellt war. Ich habe es auf 30 ms geändert und dachte, es wären 30 Sekunden. Ich habe es wieder auf 0 gesetzt und es hat wieder funktioniert.

Ich habe das gleiche Problem "Konnte keine Antwort erhalten" wegen eines falschen Parameters im Header erhalten. Ich habe es behoben, indem ich den Parameter HOST aus dem Header entfernt habe.

PS: Leider wurde ich gezwungen, die andere Software zu installieren, um diese Informationen zu erhalten. Es sollte großartig sein, diese Fehlermeldung von Postman zu erhalten, anstatt allgemeinen Unsinn zu bekommen.

In meinem Fall habe ich vergessen, den Wert der Variablen im Feld "CURRENT VALUE" festzulegen.

In meinem Fall bestand das Problem darin, dass die API-URL für die UAT- Umgebung mit HTTP anstelle von https beginnt . Außerdem weist das Backend unterschiedliche Ports für HTTP und https zu.

beispielsweise,

http://10.12.12.31:2001/api/example . - ist richtig für mich

https://10.12.12.31:2002/api/example . - ist falsch für mich

Weil ich https und 2002 Port verwendet habe, um die UAT-Umgebung zu erreichen. Ich bekomme also keinen Antwortfehler beim Postboten.

Ich habe gerade diesen Fehler erlebt. In meinem Fall war der Weg zu lang. So eine URL gab mir diesen Fehler beim Postboten (falsches Beispiel)

http://127.0.0.1:5000/api/batch/upload_import_deactivate_from_ready_folder

wohingegen

http://127.0.0.1:5000/api/batch/upld_impt_deac_ready_folder

hat gut funktioniert.

Hoffe es hilft jemandem, der versehentlich so weit gelesen hat ...