Alt alan adına sahip postacı kullanırken “Yanıt alınamadı” yanıtı

Sahip olduğum bir API'yi test etmek için postacı kullanıyorum, istek alt alan içermediğinde her şey iyidir, ancak URL'ye bir alt alan eklediğimde bu yanıtı alıyorum.

Yanıt alınamadı

Http: //subdomain.localhost: port / api / dosyasına bağlanırken bir hata oluştu

Bu neden olmuş olabilir:

Sunucu yanıt gönderemedi: Arka ucun düzgün çalıştığından emin olun

Kendinden imzalı SSL sertifikaları engelleniyor: Ayarlar> Genel'de 'SSL sertifikası doğrulaması'nı kapatarak bunu düzeltin

Proxy yanlış yapılandırılmış Proxy'nin Ayarlar> Proxy'de doğru yapılandırıldığından emin olun

İstek zaman aşımı: Ayarlar> Genel'de istek zaman aşımını değiştirin

Aynı URL'yi postacıdan kopyalayıp tarayıcıya yapıştırırsam uygun bir yanıt alırım, postacıların alt alan adlarıyla çalışmasını sağlamak için yapmam gereken bazı yapılandırmalar var mı?

İlk Git Ayarlar içinde Postman'a :

1. Kapalı SSL sertifika doğrulaması içinde Genel Tab:

   

2. Kapalı Küresel Proxy yapılandırması ve sistemin proxy Vekil Sekmesi'ndeki:

   

3. Sıfıra İstek Zaman Aşımı Yap

Aynı sorunu yaşadım. Bunun nedeni, "Yetkilendirme" üstbilgisi değerinin sonundaki yeni bir satırdan kaynaklandı.

İsteğinizi gönderirken Postacı yerel uygulamalarından "Yanıt alınamadı" iletisi alırsanız Postacı Konsolu'nu (Görünüm> Postacı Konsolunu Göster) açın, isteği yeniden gönderin ve konsoldaki hata günlüklerini kontrol edin.

Numaanashraf sayesinde

Merhaba Bu sorun benim için çözüldü.

ayarı -> genel -> ms = 0 olarak istek zaman aşımı

Yukarıdaki yöntemlerin tümü çalışmazsa, ortam değişkenlerinizi kontrol edin ve Aşağıdaki ortamların ayarlanmadığından emin olun. Bunlar başka bir uygulama tarafından ayarlandıysa ve gerekli değilse bunları kaldırın.

HTTP_PROXY
HTTPS_PROXY

Referans bağlantısı

Benim için öyleydi // localhost: http yerine https: // localhost .

Aşağıdaki hatayı alırken,

aşağıdakileri yapmanız gerekir.

Adım 1: Postacı'da İngiliz anahtarı simgesini tıklayın, ayarlara gidin, ardından Proxy sekmesine gidin.

2. Adım: Özel bir Proxy oluşturun. Bu makalede, nasıl özel proxy oluşturulacağı açıklanır. Özel Proxy'yi oluşturduktan sonra, Proxy değiştirme düğmesini kapattığınızdan emin olun. Proxy sunucusu için 61095'i koydum ve benim için çalıştı.

Aşama 3 :

başarı

Bu çözümü buldum

1. Postacıda ayar -> proxy'ye gidin
2. Global Proxy Yapılandırması

3. Kullanım Proxy'si Hakkında

4. Ve 'C: \ Windows \ System32 \ drivers \ etc \ hosts' windows host configure dosyasına gidin

5. Bu dosyayı yönetici modunda açın
6. Ve alt etki alanını hosts dosyasına ekleyin

Benim için işe yarayan şey 127.0.0.1 subdomain.localhosthost dosyama eklemekti . OSX / etc / hosts idi. Chrome'dan alt alana ulaşabildiğim için neden gerekli olduğundan emin değilim.

1. Postacıda ayar -> proxy'ye gidin
2. Global Proxy Yapılandırması

Benim için, düğüm sunucumda aradığım yol hiçbir şey döndürmüyordu. Ekleme

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

aradığım rota sorunu çözdü.

CER sertifikası kullandığınızdan bahsettiniz.

Sertifikalardaki Postacı sayfasına göre.

CRT dosya alanında istemci sertifika dosyanızı seçin. Şu anda yalnızca CRT biçimini destekliyoruz. Yakında diğer formatlar için destek (PFX gibi) gelecek.

CER, CRT uzantısının adı, sertifikayı bu tür sertifika yapmaz, ancak bunlar istisna uzantı uzantılarıdır.

CER , DER kodlu, ikili biçimde bir X.509 sertifikasıdır.

CRT , metin (base-64) kodlamasında kapsüllenmiş ikili X.509 sertifikasıdır.

Bir CER dosyasını bir CRT dosyasına değiştirmek için OpenSSL'yi kullanabilirsiniz. Onunla iyi şansım olmadı ama öyle görünüyor.

openssl x509 - bilgi PEM - sertifikada. cer -out sertifika.crt

veya

openssl x509 - bilgi DER - sertifikada. cer -out certificate.crt

Bu çözümlerin hiçbiri benim için çalışmıyor. Postacı ana bilgisayarı bulamadığı için postacı sunucuya herhangi bir istek göndermiyor. Yani, / etc / host'larınızı şu şekilde değiştirirseniz: 127.0.0.1 localhost 127.0.0.1 subdomain.localhost

Benim için çalışıyor.

Benim için sorun Content-Lengthçok büyük olmasıydı. Vücudun içeriğini NotePad ++ içine yerleştirdim ve karakterleri saydım ve bu rakamı koydum PostManve işe yaradı.

Op'un alt alan adının neden çalışmadığını doğrudan yanıtlamadığını biliyorum, ancak birisine yardımcı olabilir.

Benim durumumda, postacıların tanımadığı görünmez alanlardı, yukarıdaki metin dizisi postacıda boşluklar olmadan işliyor. SSL sertifikasını devre dışı bıraktım Doğrulama ve Sistem Proxy'si postacı krom uzantısında bile denedim (kullanımdan kaldırılmak üzere), ancak Insomnia'yı indirip denediğimde ve bu kırmızı noktaları bu boşlukların olduğu yerde verdiğinde, kopyalama sırasında oraya gelmiş olmalı /yapıştırmak

Localhost yerine gerçek etki alanı ile bu sorunu yaşayan ve HERHANGİ BİR YUKARI çözüm kullanarak çözemedim herkes için .

Ağ DNS'inizi (WIFI veya LAN) başka bir DNS ile değiştirmeyi deneyin. Benim için Google DNS 8.8.8.8, 8.8.4.4 kullandım ve işe yaradı!

asp.net core 2 uygulamasını kullanıyorsanız, çözüm çok basittir. İçinde ConfigureServices içindeki yöntem startup.cs tüm bu satırı dosyası

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

İsteğinizi göndermek için SSL'yi kapatmanız yeterlidir .

Proxy ve diğerleri çeşitli hatalarla gelir.

SSL sertifika doğrulamasını KAPALI hale getirme, yalnızca Sistem Proxy'yi Kullan ve HTTP_PROXY ve HTTPS_PROXY sistem ortamı değişkenlerini kaldırma gibi yukarıdaki tüm yöntemlerden sonra işe yaradı.

Not: Ortam değişkenleri değiştirildiği için Postacı uygulamasını yeniden başlatmak zorunda kaldı.

Proxy ve SSL Sertifika Doğrulaması'nın işaretini kaldırmak benim için işe yaramadı.

PROXY ortam değişkenlerinin ayarlanması hile yaptı.

export http_proxy=
export ftp_proxy=
export https_proxy=

Postacı'nın kurulu olduğu dizine geçin ve ardından:

./Postman

Linux için Postacı Sürüm 6.7.1 - Ubuntu 18.04 - linux 4.15.0-43-generic / x64

Ben aynı sorunu vardı ve tesadüfen yerime başkasının http://localhostile http://127.0.0.1ve her şey çalıştı.

Benim etc/hostsiçin uygun girişler vardı localhostve https://localhostistekleri her zaman beklendiği gibi çalıştı.

Değişiyorum neden hiçbir ipucu localhostiçin httpbirlikte 127.0.0.1sorunu çözüldü.

Benim durumumda, MVC sonuçları serileştiremedi (yanlışlıkla DTO yerine bir model kullandım). Ben çalıştım basit bir dize geçen hata ayıklama. Serileştirmeyi düzelttikten sonra hepsi geldi.

Benim durumumda (kurumsal) proxy, Postman'ın beğenmediği kendinden imzalı bir SSL sertifikası kullanıyordu. Görünüm-> Postacı Göster konsolunu etkinleştirip isteği yeniden deneyerek keşfettim. Konsol daha sonra sertifika hatasını gösterdi. Ayarlar-> Genel'de SSL sertifikası doğrulamasını devre dışı bıraktım.

Benim için çözüm, kullanımdan kaldırılmış Postmanuzantıyı kullandığım için Chrome, bu sorunu çözmek için:

1. Tarayıcı'nın kendisini GETkullanarak bazı istekleri çağırın Chrome.
2. "Bağlantınız gizli değil" hata sayfasının görünmesini bekleyin .
3. Tıklayın ADVANCEDve sonra proceed to [url] (unsafe)bağlantı kurun.

Bundan sonra, uzantının kendisinden gelen istekler çalışmalıdır.

Benim durumumda, yanlış yapılandırılmış bir alt ağdı. ELB'deki 2 alt ağdan sadece biri çalıştı.

Bir nslookup yaparak ve döndürülen IP'leri doğrudan kıvırmaya çalışarak bunu anladım. Sadece biri çalıştı. Postacı yanlış yapılandırılmış olanı kullanmaya devam etti.

Aynı sorunu yaşadım.

Zaman aşımımın çok düşük olduğu ortaya çıktı. 30 saniyeliğine düşünerek 30ms olarak değiştirdim. Tekrar 0 olarak ayarladım ve tekrar çalışmaya başladı.

Üstbilgideki yanlış parametre nedeniyle aynı "Yanıt alınamadı" sorunu aldım. HOST parametresini başlıktan kaldırarak düzelttim.

Not: Ne yazık ki, bu bilgiyi almak için diğer yazılımı yüklemeye zorlandım. Bu hata mesajını genel saçmalık almak yerine Postacı'dan almak harika olmalıdır.

Benim durumumda, "AKIM DEĞERİ" alanında değişkenin değerini ayarlamayı unuttum.

Benim durumumda, sorun UAT ortamı için, API URL'si https yerine Http ile başlayacaktı . Ayrıca, arka uç Http ve https için farklı bağlantı noktaları atar.

Örneğin,

http://10.12.12.31:2001/api/example . - benim için doğru

https://10.12.12.31:2002/api/example . - benim için yanlış

Çünkü UAT ortamını vurmak için https ve 2002 portunu kullanıyordum. Yani postacı herhangi bir yanıt hatası alamadım alıyorum .

Bu hatayı yeni yaşadım. Benim durumumda, yol ÇOK UZUN oldu. Bu şekilde url bana postacıda bu hatayı verdi (sahte örnek)

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

buna karşılık

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

iyi çalıştı.

Umarım kazara bu kadar okuyan birine yardımcı olur ...