Respons "Tidak mendapat respons" ketika menggunakan tukang pos dengan subdomain

Saya menggunakan tukang pos untuk menguji API yang saya miliki, semuanya baik ketika permintaan tidak mengandung sub-domain, namun ketika saya menambahkan sub-domain ke URL saya mendapatkan respons ini.

Tidak bisa mendapat tanggapan

Terjadi kesalahan saat menyambung ke http: //sdomain.localhost: port / api /

Mengapa ini mungkin terjadi:

Server tidak dapat mengirim respons: Pastikan backend berfungsi dengan benar

Sertifikat SSL yang ditandatangani sendiri sedang diblokir: Perbaiki dengan mematikan 'Verifikasi sertifikat SSL' di Pengaturan> Umum

Proksi dikonfigurasi dengan salah Pastikan proksi dikonfigurasi dengan benar di Pengaturan> Proksi

Batas waktu permintaan: Ubah batas waktu permintaan di Pengaturan> Umum

Jika saya menyalin URL yang sama dari tukang pos dan menempelkannya ke browser saya mendapat respons yang tepat, apakah ada beberapa jenis konfigurasi yang harus saya lakukan untuk membuat tukang pos bekerja dengan sub-domain?

Pergi Pertama ke Pengaturan di tukang pos :

1. Off the verifikasi sertifikat SSL di General Tab:

   

2. Off the Global Proxy Configuration dan Use Proxy System di Proxy Tab:

   

3. Buat Permintaan Batas Waktu ke Nol

Saya memiliki masalah yang sama. Itu disebabkan oleh baris baru di akhir nilai tajuk "Otorisasi", yang telah saya atur secara manual dengan menyalin-menempel token pembawa (yang secara tidak sengaja memuat baris baru di ujungnya)

Jika Anda mendapatkan pesan "Tidak bisa mendapatkan respons" dari aplikasi asli Postman saat mengirim permintaan Anda, buka Postman Console (Lihat> Show Postman Console), kirim ulang permintaan dan periksa semua log kesalahan di konsol.

Terima kasih kepada numaanashraf

Hai Masalah ini teratasi untuk saya.

pengaturan -> umum -> Requesttimeout dalam ms = 0

Jika semua metode di atas tidak berfungsi, periksa variabel lingkungan Anda, dan pastikan bahwa lingkungan berikut ini tidak disetel. Jika itu diatur dan tidak diperlukan oleh aplikasi lain, hapus saja.

HTTP_PROXY
HTTPS_PROXY

Tautan referensi

Bagi saya itu adalah http: // localhost, bukan https: // localhost .

Saat mendapatkan kesalahan berikut,

Anda perlu melakukan hal berikut.

Langkah 1: Di tukang pos, klik ikon kunci inggris, pergi ke pengaturan, lalu pergi ke tab Proksi.

Langkah 2: Buat Proksi khusus. Artikel ini menjelaskan cara membuat proksi khusus. Setelah Anda membuat Proxy khusus, pastikan Anda mematikan tombol sakelar Proxy. Saya menempatkan 61095 untuk server proxy dan itu berhasil untuk saya.

Langkah 3:

Keberhasilan

Saya datang dengan solusi ini

1. Di tukang pos pergi ke pengaturan -> proxy
2. Dan menonaktifkan Konfigurasi Proksi Global

3. tentang Gunakan System Proxy

4. Dan pergi ke file konfigurasi host Windows 'C: \ Windows \ System32 \ drivers \ etc \ hosts'

5. Buka file itu dalam mode administrator
6. Dan tambahkan sub domain ke file hosts

Bagi saya yang berhasil adalah menambahkan 127.0.0.1 subdomain.localhostke file host saya. Di OSX itu adalah / etc / hosts. Tidak yakin mengapa itu perlu karena saya dapat mencapai subdomain dari chrome.

1. Di tukang pos pergi ke pengaturan -> proxy
2. Dan menonaktifkan Konfigurasi Proksi Global

Bagi saya, itu adalah rute yang saya panggil di server node saya tidak mengembalikan apa pun. Menambahkan

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

ke rute saya menelepon menyelesaikan masalah.

Anda menyebutkan bahwa Anda menggunakan sertifikat CER.

Menurut halaman Postman pada sertifikat.

Pilih file sertifikat klien Anda di bidang file CRT. Saat ini, kami hanya mendukung format CRT. Dukungan untuk format lain (seperti PFX) akan segera hadir.

Nama ekstensi CER, CRT tidak membuat sertifikat yang bertipe sertifikat tetapi, ini adalah nama ekstensi yang dikecualikan.

CER adalah sertifikat X.509 dalam bentuk biner, DER disandikan.

CRT adalah sertifikat biner X.509, yang dienkapsulasi dalam teks (basis-64).

Anda dapat menggunakan OpenSSL untuk mengubah file CER menjadi file CRT. Saya belum beruntung dengan itu tetapi sepertinya ini.

openssl x509-informasikan PEM -in Certificate.cer -out Certificate.crt

atau

openssl x509 -informasikan DER -in Certificate.cer -out Certificate.crt

Tak satu pun dari solusi ini yang berfungsi untuk saya. Tukang pos tidak mengirim permintaan apa pun ke server karena tukang pos tidak menemukan tuan rumah. Jadi, jika Anda memodifikasi / etc / hosts menjadi 127.0.0.1 localhost 127.0.0.1 subdomain.localhost

Ini bekerja untuk saya.

Bagi saya masalahnya Content-Lengthadalah terlalu besar. Saya menempatkan konten tubuh di NotePad ++ dan menghitung karakter dan memasukkan angka itu ke dalamPostMan dan kemudian berfungsi.

Saya tahu itu tidak langsung menjawab mengapa sub-domain op tidak berfungsi tetapi mungkin membantu seseorang.

Dalam kasus saya, spasi yang tidak terlihat yang tidak dikenali oleh tukang pos, string teks di atas menjadikan tanpa spasi dalam tukang pos. Saya menonaktifkan Validasi sertifikat SSL dan Sistem Proxy bahkan mencoba ekstensi krom tukang pos (yang akan ditinggalkan), tetapi ketika saya mengunduh dan mencoba Insomnia dan itu memberikan titik-titik merah di tempat di mana ruang-ruang itu, pasti sudah ada di sana selama salinan /tempel

Bagi siapa saja yang mengalami masalah ini dengan domain asli, bukan localhost dan tidak dapat menyelesaikannya menggunakan APA PUN DI ATAS solusi .

Coba ubah DNS Jaringan (WIFI atau LAN) Anda ke DNS lain. Bagi saya, saya menggunakan Google DNS 8.8.8.8, 8.8.4.4 dan berhasil!

solusinya sangat sederhana jika Anda menggunakan aplikasi asp.net core 2. Di dalam metode ConfigureServices di dalam file startup.cs semua baris ini

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

Anda hanya perlu mematikan SSL untuk mengirim permintaan Anda.

Proxy dan yang lainnya datang dengan berbagai kesalahan.

Setelah semua metode di atas seperti mematikan verifikasi sertifikat SSL, HIDUP hanya Gunakan Proxy Sistem dan menghapus HTTP_PROXY dan HTTPS_PROXY variabel lingkungan sistem, itu berhasil.

Catatan: Harus memulai ulang aplikasi tukang pos, karena variabel lingkungan diubah.

Menghapus centang pada proxy dan Verifikasi Sertifikat SSL tidak berhasil untuk saya.

Tidak menyetel variabel lingkungan PROXY berhasil.

export http_proxy=
export ftp_proxy=
export https_proxy=

Ubah ke direktori tempat tukang pos diinstal dan kemudian:

./Postman

Tukang pos untuk Linux Versi 6.7.1 - Ubuntu 18.04 - linux 4.15.0-43-generic / x64

Aku punya masalah yang sama dan kebetulan saya diganti http://localhostdenganhttp://127.0.0.1 dan semuanya bekerja.

Saya etc/hostsmemiliki entri yang tepat untuk localhostdanhttps://localhost permintaan selalu berfungsi seperti yang diharapkan.

Saya tidak memiliki petunjuk mengapa berubah localhostuntuk httpdengan 127.0.0.1memecahkan masalah.

Dalam kasus saya, MVC tidak dapat membuat serialisasi hasilnya (saya tidak sengaja menggunakan model, bukan DTO). Saya menolak untuk melewati string sederhana, yang berhasil. Setelah saya memperbaiki serialisasi semuanya muncul.

Dalam kasus saya, proksi (perusahaan) menggunakan sertifikat SSL yang ditandatangani sendiri yang tidak disukai tukang pos. Saya menemukannya dengan mengaktifkan View-> Show Postman console dan mencoba kembali permintaan. Konsol kemudian menunjukkan kesalahan sertifikat. Dalam Pengaturan-> Umum Saya menonaktifkan verifikasi sertifikat SSL.

Solusi untuk saya, karena saya menggunakan Postmanekstensi yang sudah usang untuk Chrome, untuk menyelesaikan masalah ini saya harus:

1. Panggil beberapa GETpermintaan menggunakanChrome Browser itu sendiri.
2. Tunggu halaman kesalahan "Koneksi Anda tidak pribadi" muncul.
3. Klik tautan ADVANCEDlalu proceed to [url] (unsafe).

Setelah ini, permintaan melalui ekstensi itu sendiri akan berfungsi.

Dalam kasus saya itu adalah subnet yang salah konfigurasi. Hanya satu dari 2 subnet di ELB yang berfungsi.

Saya menemukan ini dengan melakukan nslookup dan mencoba meringkuk IP yang dikembalikan secara langsung. Hanya satu yang berhasil. Tukang pos terus menggunakan yang salah konfigurasi.

Saya memiliki masalah yang sama.

Ternyata batas waktu saya terlalu rendah. Saya mengubahnya menjadi 30 ms, berpikir itu 30 detik. Saya mengaturnya kembali ke 0 dan mulai bekerja lagi.

Saya mendapat masalah "Tidak mendapat respons" yang sama karena parameter yang salah di header. Saya memperbaikinya dengan menghapus parameter HOST dari header.

PS: Sayangnya, saya terdorong untuk menginstal perangkat lunak lain untuk mendapatkan informasi ini. Seharusnya bagus untuk mendapatkan pesan kesalahan ini dari Postman alih-alih mendapatkan omong kosong umum.

Dalam kasus saya, saya lupa mengatur nilai variabel di bidang "CURRENT VALUE".

Dalam kasus saya, Masalahnya adalah bahwa untuk lingkungan UAT , URL API akan mulai dengan Http alih-alih https . Juga, backend menetapkan port yang berbeda untuk Http dan https.

sebagai contoh,

http://10.12.12.31:001/api/example . - benar bagi saya

https://10.12.12.31:002/api/example . - salah bagi saya

Karena saya menggunakan port https dan 2002 untuk menekan lingkungan UAT. Jadi saya tidak bisa mendapatkan kesalahan respons dalam tukang pos.

Saya baru saja mengalami kesalahan ini. Dalam kasus saya, jalannya TERLALU LAMA. Jadi url seperti itu memberi saya kesalahan ini pada tukang pos (contoh palsu)

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

sedangkan

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

bekerja dengan baik.

Semoga ini bisa membantu seseorang yang kebetulan membaca sejauh itu ...