उपडोमेन के साथ डाकिया का उपयोग करते समय "कोई प्रतिक्रिया नहीं मिल सकी"


223

मैं एक एपीआई का परीक्षण करने के लिए पोस्टमैन का उपयोग कर रहा हूं, यह सब अच्छा है जब अनुरोध में उप-डोमेन शामिल नहीं होता है, हालांकि जब मैं URL पर एक उप-डोमेन जोड़ता हूं तो मुझे यह प्रतिक्रिया मिल रही है।

कोई प्रतिक्रिया नहीं मिल सकी

Http: //subdomain.localhost: port / api / से कनेक्ट करने में एक त्रुटि हुई

ऐसा क्यों हुआ होगा:

सर्वर प्रतिक्रिया नहीं भेज सकता: सुनिश्चित करें कि बैकएंड ठीक से काम कर रहा है

स्व-हस्ताक्षरित SSL प्रमाणपत्र अवरोधित किए जा रहे हैं: सेटिंग> सामान्य में 'SSL प्रमाणपत्र सत्यापन' को बंद करके इसे ठीक करें

प्रॉक्सी को गलत तरीके से कॉन्फ़िगर किया गया है सुनिश्चित करें कि प्रॉक्सी को सेटिंग्स> प्रॉक्सी में सही तरीके से कॉन्फ़िगर किया गया है

अनुरोध टाइमआउट: सेटिंग्स> जनरल में अनुरोध टाइमआउट बदलें

यदि मैं उसी URL को पोस्टमैन से कॉपी करता हूं और उसे ब्राउज़र में पेस्ट करता हूं तो मुझे एक उचित प्रतिक्रिया मिलती है, क्या पोस्टमैन को उप-डोमेन के साथ काम करने के लिए कुछ प्रकार के कॉन्फ़िगरेशन चाहिए?


1
मैं मुख्य रूप से टाइमआउट मुद्दों में चला गया हूं जब वीपीएन से जुड़ा नहीं था, एक भगोड़ा प्रक्रिया सर्वर-साइड। क्या आपके अनुरोध शीर्ष लेख, या CORS विन्यास में कुछ गायब हो सकता है?
एड मेकाहम

1
अगर यह मामला है, तो क्या मुझे "बुरा अनुरोध", "अनधिकृत" या कुछ इसी तरह का नहीं मिलना चाहिए?
याह्या हुसैन

1
एक रूटिंग मुद्दे के लिए, आपको निश्चित रूप से एक 40x मिलेगा। यदि यह एक श्वेतसूची / वीपीएन समस्या है, तो आपको 40x का भी होना चाहिए ... मुझे नहीं पता कि सेवा कैसे कॉन्फ़िगर की गई है, लेकिन पोस्टमैन का उपयोग करते समय, आपका अनुरोध एक अलग मूल से आएगा - इसलिए, एक संभावित श्वेत सूची मुद्दा । आपको सर्वर-साइड पर कुछ बुनियादी डिबगिंग करने में सक्षम होना चाहिए, यह देखने के लिए कि क्या आप अपने समापन बिंदु के लिए नियंत्रक से मिल रहे हैं ...
एड Meacham

1
मैं देख रहा हूं, अगर यह एक सफेद सूची का मुद्दा है, तो क्या यह लोकलहोस्ट / एपीआई के लिए काम करेगा और सबडोमेन के लिए नहीं होगा। लोकोलिच / एपि? नहीं यह नियंत्रक को नहीं मिल रहा है
याह्या हुसैन

1
मुझे लगता है कि कई बार आवेदन में कुछ गड़बड़ है और पोस्टमैन के साथ नहीं। मैंने अपने एप्लिकेशन को डिबग किया और विजुअल स्टूडियो में आउटपुट विंडो में जांच की, और पाया कि मेरी संस्थाओं के बीच संदर्भ लूप थे। मैं तय करने के बाद यह समस्या दूर हो गई थी।
डेसेल

जवाबों:


480

पहले पोस्टमैन में सेटिंग में जाएं :

  1. सामान्य टैब में SSL प्रमाणपत्र सत्यापन बंद करें :

  2. प्रॉक्सी प्रॉक्सी में वैश्विक प्रॉक्सी कॉन्फ़िगरेशन और उपयोग सिस्टम प्रॉक्सी बंद करें :

  3. जीरो के लिए रिक्वेस्ट टाइमआउट करें


क्या आपने सभी चरणों का पालन किया है, बस अब मैंने इसे संशोधित किया मेरे लिए काम किया
रमेश आर

1
अगर आपके पास ssl का विकल्प नहीं है तो आपको यहाँ से डाकिया डाउनलोड करना होगा: www.getpostman.com
अब्दुल्ला

14
बस ssl प्रमाणीकरण को बंद करने से मेरे लिए काम किया
devcodes

4
यह एक आकर्षण की तरह काम करता है, लेकिन मेरी उलझन यह है कि क्यूए के लिए काम क्यों किया, लेकिन डीईवी के लिए नहीं। वैसे भी, दोनों अब ठीक काम करते हैं। एक बार फिर धन्यवाद।
raz777m

26
मैं प्यार करता हूँ कि यह उत्तर कैसे इतने सारे उत्थान करता है जब यह शाब्दिक रूप से आपको वही बातें बताता है जो त्रुटि संदेश ने कहा था।
georgiaboy82

224

मेरी भी यही समस्या थी। यह "प्राधिकरण" हेडर के मूल्य के अंत में एक नई लाइन के कारण होता था, जिसे मैंने वाहक टोकन को कॉपी-पेस्ट करके मैन्युअल रूप से सेट किया था (जिसमें गलती से इसके अंत में नई पंक्ति शामिल थी)


14
यहाँ भी, मेरा एक कस्टम हेडर पर था। अतिरिक्त न्यूलाइन को हटा दिया, सब कुछ ठीक है।
जिओ

कुछ हद तक संबंधित: मेरे पास सभी अनुरोधों में एक सामान्य यूआरएल चर का उपयोग करके, एक संग्रह में समूहीकृत था। मैंने गलती से चर नाम मिटा दिया (भले ही यूआरएल मान अभी भी थे) और ओपी में उल्लिखित त्रुटि मिली।
जेसुइस्म

3
यह किसी भी हेडर पर हो सकता है। Cookieहेडर के साथ मेरे साथ हुआ
केरुकर

4
इससे मेरी जान बच गई!
नीहॉव

2
@Kerooker! आपकी टिप्पणी ने मुझे बचाया है! यह एक कॉपी पेस्ट हेडर की थी जिसमें मेरे लिए एक प्रमुख स्थान था।
saml

56

यदि आपको अपना अनुरोध भेजते समय डाकिया मूल एप्लिकेशन से "कोई भी प्रतिक्रिया नहीं मिल सकती है" संदेश मिलता है, तो डाकिया कंसोल खोलें (देखें> पोस्टमैन कंसोल दिखाएं), अनुरोध को फिर से भेजें और कंसोल में किसी भी त्रुटि लॉग की जांच करें।

सुन्नशराफ के लिए धन्यवाद


4
बहुत मददगार। मुझे लगता है कि मुझे ssl सीरियलों को निष्क्रिय करने की आवश्यकता थी, लेकिन मैंने एक खराब हेडर जोड़ा था, और कंसोल ने मेरे लिए यह मंत्र दिया।
मैट सीपी

2
इसने मुझे सही दिशा में इशारा किया; मेरे मामले में कंसोल लॉग ने पोस्टमैन की तुलना में बहुत अधिक स्पष्ट त्रुटि दी: "त्रुटि: हेडर कंटेंट में अमान्य चरित्र [" प्राधिकरण "] चेतावनी: यह अनुरोध पूरी तरह से नहीं भेजा गया और इसमें सभी आवश्यक सिस्टम हेडर नहीं हो सकते हैं"।
पीटर डब्ल्यू

1
यह स्वीकृत उत्तर होना चाहिए क्योंकि यह अंतर्निहित कारण को समझने में आपकी मदद करता है और न केवल इसका अनुमान लगाता है (उदाहरण के लिए "हेडर में अमान्य वर्ण")।
अलेक्सेई

17

नमस्ते यह मुद्दा मेरे लिए हल हो गया है।

सेटिंग -> सामान्य -> ​​ms = 0 में अनुरोध


आप हँस सकते हैं, लेकिन एक v7.17.0 ताज़ा स्थापना में यह था 60... यदि आपने इसका उल्लेख नहीं किया है, तो मैं वहां घंटों नहीं देखूंगा ... धन्यवाद!
कोशिनी

बूम! यह काम किया, क्या मैं इसके पीछे का कारण जान सकता हूं?
परदीप जैन

13

यदि उपरोक्त सभी विधियां आपके पर्यावरण चर की जांच नहीं करती हैं, और सुनिश्चित करें कि निम्न वातावरण सेट नहीं हैं। यदि वे सेट हैं और किसी अन्य अनुप्रयोग द्वारा आवश्यक नहीं हैं, तो उन्हें हटा दें।

HTTP_PROXY
HTTPS_PROXY

संदर्भ लिंक


2
मुझे विश्वास नहीं हो रहा है कि यह अभी भी 2019 में होगा। अगर मेरे अन्य ऐप्स को उन एनवी
परमों की


6

जब निम्न त्रुटि हो रही है, यहां छवि विवरण दर्ज करें

आपको निम्न कार्य करने की आवश्यकता है।

चरण 1: पोस्टमैन में, रिंच आइकन पर क्लिक करें, सेटिंग्स पर जाएं, फिर प्रॉक्सी टैब पर जाएं।

चरण 1 रिंच आइकन> सेटिंग्स> प्रॉक्सी टैब

चरण 2: एक कस्टम प्रॉक्सी बनाएं। यह लेख बताता है कि कस्टम प्रॉक्सी कैसे बनाया जाता है। कस्टम प्रॉक्सी बनाने के बाद, सुनिश्चित करें कि आपने प्रॉक्सी टॉगल बटन को बंद कर दिया है। मैंने प्रॉक्सी सर्वर के लिए 61095 डाला और यह मेरे लिए काम कर गया।

यहां छवि विवरण दर्ज करें

चरण 3 :

सफलता

सफलता


4
क्या आप बता सकते हैं कि स्थानीय नेटवर्क पर किसी सर्वर तक पहुँचने के लिए प्रॉक्सी की आवश्यकता क्यों होगी जो इस समस्या का कारण है?
लुटेरा 0606

5

मैं इस समाधान के साथ आया था

  1. पोस्टमैन में सेटिंग -> प्रॉक्सी पर जाएं
  2. और ग्लोबल प्रॉक्सी कॉन्फ़िगरेशन बंद करें
  3. सिस्टम प्रॉक्सी का उपयोग करें यहां छवि विवरण दर्ज करें

  4. और विंडो होस्ट कॉन्फिगर फाइल 'C: \ Windows \ System32 \ ड्राइवर \ etc \ मेजबान' पर जाएं

  5. उस फ़ाइल को व्यवस्थापक मोड में खोलें
  6. और उप डोमेन को होस्ट फ़ाइल में जोड़ें यहां छवि विवरण दर्ज करें

3

मेरे 127.0.0.1 subdomain.localhostलिए मेरी होस्ट फ़ाइल में जोड़ने के लिए जो काम किया गया था । OSX पर जो / etc / मेजबान थे। यह निश्चित नहीं है कि क्रोम से उपडोमेन तक पहुँचने के लिए मैं क्यों आवश्यक था।


2
  1. पोस्टमैन में सेटिंग -> प्रॉक्सी पर जाएं
  2. और ग्लोबल प्रॉक्सी कॉन्फ़िगरेशन बंद करें

यहां छवि विवरण दर्ज करें


1

मेरे लिए, यह वह मार्ग था जिसे मैं अपने नोड सर्वर में कॉल कर रहा था वह कुछ भी वापस नहीं कर रहा था। जोड़ा जा रहा है

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

जिस रूट पर मैं बुला रहा था उस मुद्दे को हल कर दिया गया।


1

आपने उल्लेख किया है कि आप CER प्रमाणपत्र का उपयोग कर रहे हैं।

प्रमाण पत्र पर पोस्टमैन पृष्ठ के अनुसार।

CRT फ़ाइल फ़ील्ड में अपना क्लाइंट प्रमाणपत्र फ़ाइल चुनें। वर्तमान में, हम केवल CRT प्रारूप का समर्थन करते हैं। अन्य प्रारूपों (जैसे PFX) के लिए समर्थन जल्द ही आ जाएगा।

एक्सटेंशन CER, CRT का नाम उस प्रकार का प्रमाणपत्र नहीं बनाता है लेकिन, ये अपवादित एक्सटेंशन नाम हैं।

सीईआर द्विआधारी रूप में एक X.509 प्रमाण पत्र है, डीईआर एन्कोडेड है।

सीआरटी एक बाइनरी X.509 सर्टिफिकेट है, जो टेक्स्ट (बेस -64) एन्कोडिंग में एनकैप्सुलेटेड है।

आप CSS फ़ाइल को CRT फ़ाइल में बदलने के लिए OpenSSL का उपयोग कर सकते हैं। मुझे इसका सौभाग्य नहीं मिला है लेकिन यह इस तरह दिखता है।

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

या

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


1

इनमें से कोई भी समाधान मेरे लिए काम नहीं करता है। डाकिया सर्वर को कोई अनुरोध नहीं भेज रहा है क्योंकि डाकिया मेजबान नहीं मिल रहा है। इसलिए, यदि आप अपने / etc / मेजबानों को संशोधित करते हैं 127.0.0.1 localhost 127.0.0.1 subdomain.localhost

इससे मेरा काम बनता है।


1

मेरे लिए यह मुद्दा Content-Lengthबहुत बड़ा था। मैंने नोटपैड ++ में शरीर की सामग्री को रखा और पात्रों को गिना और उस आकृति को अंदर डाल दियाPostMan और फिर काम किया।

मुझे पता है कि यह सीधे जवाब नहीं देता है कि ऑप का उप डोमेन काम क्यों नहीं कर रहा है लेकिन यह किसी की मदद कर सकता है।


भले ही आप HTTP हेडर भेजते हों, content-encoding: gzipलेकिन डाकिया उसी त्रुटि को वापस करता है, लेकिन सामग्री gzipped नहीं है। देखें stackoverflow.com/a/52854400/2988107
मिसो

1

अदृश्य स्थान

मेरे मामले में यह अदृश्य स्थान था जिसे डाकिया पहचान नहीं पाया था, पाठ के उपरोक्त स्ट्रिंग पोस्टमैन में रिक्त स्थान के बिना प्रदान करता है। मैंने SSL प्रमाणपत्र सत्यापन को अक्षम कर दिया और सिस्टम प्रॉक्सी ने पोस्टमैन क्रोम एक्सटेंशन पर भी प्रयास किया (जो कि अपग्रेड होने वाला है), लेकिन जब मैंने डाउनलोड किया और इनसोम्निया की कोशिश की और इसने उन स्थानों में लाल डॉट्स दिए, जहां वे रिक्त स्थान थे, उन्हें कॉपी के दौरान प्राप्त करना चाहिए / पेस्ट


1

जो कोई भी इस समस्या को स्थानीय डोमेन के बजाय वास्तविक डोमेन के साथ अनुभव करता है और किसी भी समाधान का उपयोग करके इसे हल नहीं कर सकता है ।

अपने नेटवर्क DNS (WIFI या LAN) को कुछ अन्य DNS में बदलने का प्रयास करें। मेरे लिए, मैंने Google DNS 8.8.8.8, 8.8.4.4 का उपयोग किया और इसने काम किया!

यहां छवि विवरण दर्ज करें


1

यदि आप asp.net core 2 एप्लिकेशन का उपयोग कर रहे हैं तो समाधान बहुत सरल है। अंदर ConfigureServices विधि स्टार्टअप के भीतर। यह सब लाइन फ़ाइल

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


0

उपरोक्त सभी तरीकों जैसे कि SSL प्रमाणपत्र सत्यापन बंद करने के बाद, केवल सिस्टम प्रॉक्सी का उपयोग करें और HTTP_PROXY और HTTPS_PROXY सिस्टम वातावरण चर को हटाकर, यह काम किया।

नोट: पोस्टमैन ऐप को पुनः आरंभ करना था, क्योंकि पर्यावरण चर बदल दिए गए थे।


0

प्रॉक्सी और एसएसएल सर्टिफिकेट वेरिफिकेशन अनचेक करना मेरे लिए कारगर नहीं रहा।

PROXY पर्यावरण चर को छोड़कर चाल चली।

export http_proxy=
export ftp_proxy=
export https_proxy=

उस निर्देशिका में बदलें जहाँ Postman स्थापित है और फिर:

./Postman

0

लिनक्स संस्करण 6.7.1 के लिए डाकिया - उबंटू 18.04 - लिनक्स 4.15.0-43-जेनेरिक / x64

मैं एक ही समस्या थी और संयोग से मैं प्रतिस्थापित http://localhostके साथ http://127.0.0.1और सब कुछ काम किया।

मेरे etc/hostsलिए उचित प्रविष्टियों था localhostऔर https://localhostअनुरोध हमेशा आशा अनुरूप काम किया।

मेरे पास कोई सुराग नहीं है कि मुद्दे को हल करने के localhostलिए क्यों बदल रहा है ।http127.0.0.1


0

मेरे मामले में, एमवीसी परिणामों को क्रमबद्ध करने में सक्षम नहीं था (मैंने गलती से डीटीओ के बजाय एक मॉडल का उपयोग किया था)। मैंने एक साधारण स्ट्रिंग को पारित करने के लिए डिबग किया, जिसने काम किया। एक बार जब मैंने क्रमबद्धता तय कर ली तो यह सब सामने आया।


0

मेरे मामले में (कॉर्पोरेट) प्रॉक्सी एक स्व-हस्ताक्षरित एसएसएल प्रमाणपत्र का उपयोग कर रहा था जिसे पोस्टमैन ने नापसंद किया था। मैंने इसे व्यू-> शो पोस्टमैन कंसोल को सक्रिय करके और अनुरोध को पुनः प्राप्त करके खोजा। कंसोल ने तब प्रमाणपत्र त्रुटि दिखाई। सेटिंग में-> सामान्य I ने SSL प्रमाणपत्र सत्यापन को अक्षम कर दिया है।


0

मेरे लिए समाधान, जैसा कि मैं के लिए पदावनत Postmanविस्तार का उपयोग कर रहा हूं Chrome, इस मुद्दे को हल करने के लिए मुझे निम्न करना था:

  1. GETका उपयोग कर कुछ अनुरोध को बुलाओChromeब्राउज़र ।
  2. त्रुटि पृष्ठ के लिए प्रतीक्षा करें "आपका कनेक्शन निजी नहीं है" प्रकट होने के लिए।
  3. पर क्लिक करें ADVANCEDऔर फिर proceed to [url] (unsafe)लिंक करें।

इसके बाद, एक्सटेंशन के माध्यम से अनुरोध स्वयं काम करना चाहिए।


0

मेरे मामले में यह एक गलत सबनेट था। ईएलबी में 2 सबनेट में से केवल एक ने काम किया।

मैंने एक nslookup करके और लौटाए गए आईपी को सीधे कर्ल करने की कोशिश करके यह पता लगाया। केवल एक ने काम किया। पोस्टमैन सिर्फ गलत धारणा का उपयोग करता रहा।


0

मेरी भी यही समस्या थी।

पता चला कि मेरा टाइमआउट बहुत कम सेट किया गया था। मैंने इसे 30ms में बदल दिया, यह सोचकर कि यह 30sec था। मैंने इसे 0 पर सेट किया और यह फिर से काम करने लगा।


0

हेडर में गलत पैरामीटर के कारण मुझे वही मिला "कोई प्रतिक्रिया नहीं मिल पाई"। मैंने हेडर से बाहर पैरामीटर HOST को हटाकर इसे ठीक किया।

पुनश्च: दुर्भाग्य से, मुझे यह जानकारी प्राप्त करने के लिए अन्य सॉफ़्टवेयर स्थापित करने के लिए धक्का दिया गया था। सामान्य बकवास करने के बजाय पोस्टमैन से यह त्रुटि संदेश प्राप्त करना बहुत अच्छा होना चाहिए।



0

मेरे मामले में, मुद्दा यह था कि UAT पर्यावरण के लिए, API URL https के बजाय Http से शुरू होगा । इसके अलावा, बैकएंड Http और https दोनों के लिए अलग-अलग पोर्ट असाइन करता है।

उदाहरण के लिए,

http ://10.12.12.31:2001/api/example । - मेरे लिए सही है

https ://10.12.12.31:2002/api/example । - मेरे लिए गलत है

क्योंकि मैं UAT वातावरण को हिट करने के लिए https और 2002 पोर्ट का उपयोग कर रहा था। इसलिए मुझे पोस्टमैन में कोई प्रतिक्रिया त्रुटि नहीं मिल रही है ।


0

मैंने इस त्रुटि का अनुभव किया। मेरे मामले में, रास्ता बहुत लंबा था। इसलिए url जैसा कि मुझे पोस्टमैन में यह त्रुटि दी (नकली उदाहरण)

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

जहाँ तक

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

ठीक काम किया।

आशा है कि यह मदद करता है जो दुर्घटना से दूर है कि पढ़ा ...

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.