Risposta "Impossibile ottenere alcuna risposta" quando si utilizza postino con sottodominio

Sto usando Postman per testare un'API che ho, tutto va bene quando la richiesta non contiene un sottodominio, tuttavia quando aggiungo un sottodominio all'URL ricevo questa risposta.

Impossibile ottenere risposta

Si è verificato un errore durante la connessione a http: //subdomain.localhost: port / api /

Perché questo potrebbe essere successo:

Il server non è riuscito a inviare una risposta: assicurarsi che il back-end funzioni correttamente

I certificati SSL autofirmati vengono bloccati: risolvilo disattivando "Verifica certificato SSL" in Impostazioni> Generali

Proxy configurato in modo errato Assicurarsi che il proxy sia configurato correttamente in Impostazioni> Proxy

Timeout richiesta: modifica il timeout della richiesta in Impostazioni> Generale

Se copio lo stesso URL da Postman e lo incollo nel browser ottengo una risposta adeguata, c'è qualche tipo di configurazione che dovrei fare per far funzionare Postman con sottodomini?

Prima vai su Impostazioni in Postino :

1. Off dalla verifica del certificato SSL nella scheda Generale :

   

2. Off the Global Proxy Configuration e Use System Proxy in Proxy Tab:

   

3. Fare Request Timeout a Zero

Ho avuto lo stesso problema. È stato causato da una nuova riga alla fine del valore dell'intestazione "Autorizzazione", che avevo impostato manualmente copiando e incollando il token al portatore (che conteneva accidentalmente la nuova riga alla fine)

Se ricevi un messaggio "Impossibile ottenere risposta" dalle app native di Postman durante l'invio della richiesta, apri Postman Console (Visualizza> Mostra postman console), invia di nuovo la richiesta e verifica la presenza di eventuali log degli errori nella console.

Grazie a numaanashraf

Ciao, questo problema è stato risolto per me.

impostazione -> generale -> Timeout richiesta in ms = 0

Se tutti i metodi sopra indicati non funzionano, controlla le variabili di ambiente e assicurati che i seguenti ambienti non siano impostati. Se questi sono impostati e non necessari per altre applicazioni, rimuoverli.

HTTP_PROXY
HTTPS_PROXY

Link di riferimento

Per me era http: // localhost invece di https: // localhost .

Quando viene visualizzato il seguente errore,

devi fare quanto segue.

Passaggio 1: in Postman, fai clic sull'icona della chiave inglese, vai alle impostazioni, quindi vai alla scheda Proxy.

Passaggio 2: creare un proxy personalizzato. Questo articolo spiega come creare un proxy personalizzato. Dopo aver creato il proxy personalizzato, assicurati di disattivare il pulsante di attivazione proxy. Ho inserito 61095 per il server proxy e ha funzionato per me.

Passaggio 3:

Successo

Ho trovato questa soluzione

1. In postino vai su impostazione -> proxy
2. E via Configurazione proxy globale

3. sul Usa proxy di sistema

4. E vai al file di configurazione dell'host Windows 'C: \ Windows \ System32 \ drivers \ etc \ hosts'

5. Apri quel file in modalità amministratore
6. E aggiungi il sottodominio al file hosts

Per me ciò che ha funzionato è stato quello di aggiungere 127.0.0.1 subdomain.localhostal mio file host. Su OSX che era / etc / hosts. Non sono sicuro del perché fosse necessario in quanto potevo raggiungere il sottodominio da Chrome.

1. In postino vai su impostazione -> proxy
2. E via Configurazione proxy globale

Per me, era quel percorso che stavo chiamando nel mio nodo server non restituiva nulla. Aggiunta

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

al percorso che stavo chiamando risolto il problema.

Hai detto che stai utilizzando un certificato CER.

Secondo la pagina del postino sui certificati.

Scegli il file del certificato client nel campo del file CRT. Attualmente supportiamo solo il formato CRT. Il supporto per altri formati (come PFX) arriverà presto.

Il nome dell'estensione CER, CRT non rende il certificato quel tipo di certificato ma, questi sono i nomi delle estensioni esclusi.

CER è un certificato X.509 in forma binaria, codificato DER.

CRT è un certificato X.509 binario, incapsulato nella codifica del testo (base-64).

È possibile utilizzare OpenSSL per modificare un file CER in un file CRT. Non ho avuto fortuna, ma sembra così.

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

o

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

Nessuna di queste soluzioni funziona per me. Postman non sta inviando alcuna richiesta al server perché Postman non trova l'host. Quindi, se modifichi il tuo / etc / hosts in 127.0.0.1 localhost 127.0.0.1 subdomain.localhost

Per me funziona.

Per me il problema era che Content-Lengthera troppo grande. Ho inserito il contenuto del corpo in NotePad ++ e ho contato i personaggi, inserito quella figura PostMane poi ha funzionato.

So che non risponde direttamente al motivo per cui il sottodominio dell'operazione non funzionasse, ma potrebbe aiutare qualcuno.

Nel mio caso sono stati gli spazi invisibili che il postino non ha riconosciuto, la stringa di testo sopra riportata viene visualizzata come senza spazi nel postino. Ho disabilitato il certificato SSL Validation e System Proxy anche provato sull'estensione postman chrome (che sta per essere deprecata), ma quando ho scaricato e provato Insomnia e ha dato quei punti rossi nel luogo in cui si trovavano quegli spazi, deve essere arrivato lì durante la copia /incolla

Per chiunque abbia riscontrato questo problema con un dominio reale anziché localhost e non sia stato in grado di risolverlo utilizzando TUTTE LE SOLUZIONI SOPRA .

Prova a cambiare il tuo DNS di rete (WIFI o LAN) con qualche altro DNS. Per me, ho usato Google DNS 8.8.8.8, 8.8.4.4 e ha funzionato!

la soluzione è molto semplice se si utilizza l'applicazione asp.net core 2. All'interno del metodo ConfigureServices all'interno del file startup.cs tutta questa riga

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

Devi solo disattivare SSL per inviare la tua richiesta.

Proxy e altri vengono con vari errori.

Dopo tutti i metodi di cui sopra come disattivare la verifica del certificato SSL, attivare solo Usa proxy di sistema e rimuovere le variabili di ambiente di sistema HTTP_PROXY e HTTPS_PROXY, ha funzionato.

Nota: ho dovuto riavviare l'app Postman, poiché le variabili di ambiente sono state modificate.

Deselezionare il proxy e la verifica del certificato SSL non ha funzionato per me.

Le variabili di ambiente PROXY non modificabili hanno funzionato.

export http_proxy=
export ftp_proxy=
export https_proxy=

Passare alla directory in cui è installato Postman e quindi:

./Postman

Postman per Linux versione 6.7.1 - Ubuntu 18.04 - linux 4.15.0-43-generic / x64

Ho avuto lo stesso problema e per caso ho sostituito http://localhostcon http://127.0.0.1e tutto ha funzionato.

Avevo etc/hostsle voci giuste per localhoste le https://localhostrichieste funzionavano sempre come previsto.

Non ho idea perché cambiare localhostper httpcon 127.0.0.1risolto il problema.

Nel mio caso, MVC non è stato in grado di serializzare i risultati (ho usato accidentalmente un modello anziché DTO). Ho eseguito il debug per passare una semplice stringa, che ha funzionato. Una volta risolto il problema con la serializzazione, è venuto fuori tutto.

Nel mio caso il proxy (aziendale) utilizzava un certificato SSL autofirmato che a Postman non piaceva. L'ho scoperto attivando Visualizza-> Mostra console Postman e ritentando la richiesta. La console ha quindi mostrato l'errore del certificato. In Impostazioni-> Generale ho disabilitato la verifica del certificato SSL.

La soluzione per me, poiché sto usando l' Postmanestensione deprecata per Chrome, per risolvere questo problema ho dovuto:

1. Chiama alcune GETrichieste utilizzando il Chromebrowser stesso.
2. Attendi che appaia la pagina di errore "La tua connessione non è privata" .
3. Fare clic su ADVANCEDe quindi proceed to [url] (unsafe)collegare.

Successivamente, le richieste tramite l'estensione stessa dovrebbero funzionare.

Nel mio caso era una sottorete non configurata correttamente. Solo una delle 2 sottoreti dell'ELB ha funzionato.

Ho capito questo facendo un nslookup e cercando di arricciare direttamente gli IP restituiti. Solo uno ha funzionato. Il postino continuava a usare quello configurato male.

Ho avuto lo stesso problema.

Si è scoperto che il mio timeout era troppo basso. L'ho cambiato in 30ms pensando che fosse 30sec. L'ho riportato a 0 e ha ricominciato a funzionare.

Ho avuto lo stesso problema "Impossibile ottenere risposta" a causa di un parametro errato nell'intestazione. L'ho risolto rimuovendo il parametro HOST dall'intestazione.

PS: Sfortunatamente, sono stato spinto a installare l'altro software per ottenere queste informazioni. Dovrebbe essere bello ricevere questo messaggio di errore da Postman invece di ottenere sciocchezze generali.

Nel mio caso, ho dimenticato di impostare il valore della variabile nel campo "VALORE ATTUALE".

Nel mio caso, il problema era che, per l' ambiente UAT , l'URL dell'API inizierà con Http anziché https . Inoltre, il backend assegna diverse porte sia per Http che per https.

per esempio,

http://10.12.12.31:2001/api/example . - è corretto per me

https://10.12.12.31:2002/api/example . - è sbagliato per me

Perché stavo usando https e la porta 2002 per colpire l'ambiente UAT. Quindi sto ottenendo non è stato possibile ottenere alcun errore di risposta nel postino.

Ho appena riscontrato questo errore. Nel mio caso, il percorso era TROPPO LUNGO. Quindi un URL del genere mi ha dato questo errore nel postino (esempio falso)

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

mentre

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

ha funzionato bene.

Spero che aiuti qualcuno che per caso legga così lontano ...