5

मैं this और this पर देख रहा हूं और यह URL में प्रमाण-पत्र भेजने के लिए 'आसान' दिखाई देगा। उदाहरण के लिए:कोई ब्राउज़र शीर्षलेख में प्राधिकरण जानकारी भेज रहा है

http://gooduser:[email protected]/webcallback?foo=bar

यह सब अच्छी तरह से और अच्छा लेकिन यह काम does not है। मैंने फिडलर चालू कर दिया है और क्रोम के लिए Authorization हेडर नहीं भेजा गया है। ऐसा लगता है कि अन्य ब्राउज़रों के लिए एक ही व्यवहार प्रदर्शित होता है (मुझे सर्वर पर ब्रेकपॉइंट मिला है और फ़ायरफ़ॉक्स, सफारी या आईई के लिए कोई अधिकृत हेडर चालू नहीं है)

इसे बेहतर कैसे बनाएं?

+0

हाय, मैं बस एक ही प्रश्न में भाग गया। क्या आपको अभी तक कोई समाधान मिला है? – mreithub

+0

@mreithub कोई खेद नहीं है :( – wal

+0

मुझे आश्चर्य हुआ कि मुझे क्रोम में मूल स्वायत्तता के लिए भेजा गया प्राधिकरण शीर्षलेख दिखाई देता है। अन्य अभी भी विफल – spankmaster79

उत्तर

2

विभिन्न बुनियादी लेख कार्यान्वयन के शोध के दौरान इस पर ठोकर खाई।

ब्राउज़र आमतौर पर केवल मूल लेख भेजते हैं यदि उन्हें 401 सर्वर से चुनौती प्रतिक्रिया प्राप्त होती है (more on basic auth protocol)। यदि प्रश्न में एंडपॉइंट प्रमाणीकृत और गैर-प्रमाणीकृत दोनों उपयोगकर्ताओं को स्वीकार करता है, तो ब्राउज़र पैरामीटर अनुरोध को ऑथ पैरामीटर के लिए कभी भी संकेत नहीं दिया जाएगा।

curl 'http://gooduser:[email protected]/webcallback?foo=bar'

0

ठीक तो:

इस प्रकार के सेटअप का परीक्षण करने के लिए सबसे आसान तरीका अपने सर्वर समाप्ति बिंदु को authorization हैडर की प्राप्ति एक कर्ल अनुरोध (जो प्रमाणीकरण मानकों की परवाह किए बिना भेजता है) भेजने के लिए और मान्य करने के लिए है दृष्टिकोण की खोज और प्रयोग करने के बाद

http://gooduser:[email protected]/webcallback?foo=bar 

काम करता है। हालांकि किसी को यह सुनिश्चित करने के लिए सावधान रहने की आवश्यकता है कि गुप्त पासवर्ड में कोई विशेष वर्ण न हो। केवल अक्षरों और संख्याओं और एक हाइफ़न युक्त पासवर्ड का उपयोग करें (यदि आपको जरूरी है) और इसे काम करना चाहिए।

संबंधित मुद्दे