केवल एक ऑथ तंत्र की अनुमति है; केवल एक्स-अमेज़-एल्गोरिदम क्वेरी पैरामीटर ..?

Question

मैं एक amazonS3 निर्धारित यूआरएल के लिए एक पुट अनुरोध भेजने की कोशिश कर रहा हूँ। मेरा अनुरोध दो बार कहा जाता है भले ही मेरे पास केवल एक पुट अनुरोध है। पहला अनुरोध 200 OK देता है, दूसरा दूसरा 400 Bad Request देता है।

यहाँ मेरी कोड है:

var req = { 
    method: 'PUT', 
    url: presignedUrl, 
    headers: { 
     'Content-Type': 'text/csv' 
    }, 
    data: <some file in base64 format> 
}; 

$http(req).success(function(result) { 
    console.log('SUCCESS!'); 
}).error(function(error) { 
    console.log('FAILED!', error); 
}); 

और अधिक विस्तार में 400 Bad Request त्रुटि:

<?xml version="1.0" encoding="UTF-8"?> 
<Error> 
    <Code>InvalidArgument</Code> 
    <Message>Only one auth mechanism allowed; only the X-Amz-Algorithm query parameter, Signature query string parameter or the Authorization header should be specified</Message> 
    <ArgumentName>Authorization</ArgumentName> 
    <ArgumentValue>Bearer someToken</ArgumentValue> 
    <RequestId>someRequestId</RequestId> 
    <HostId>someHostId</HostId> 
</Error> 

क्या मुझे समझ नहीं आता, क्यों यह 400 लौटा रहा है है? और कामकाज क्या है?

Answer 1

आपका क्लाइंट शायद प्रारंभिक अनुरोध भेज रहा है जो प्राधिकरण शीर्षलेख का उपयोग करता है, जिसे 302 के साथ जवाब दिया जा रहा है। प्रतिक्रिया में एक स्थान शीर्षलेख शामिल है जिसमें हस्ताक्षर पैरामीटर है। समस्या यह है कि प्रारंभिक अनुरोध के शीर्षलेखों को बाद के पुनर्निर्देशन अनुरोध में कॉपी किया जा रहा है, जैसे कि इसमें प्राधिकरण और हस्ताक्षर दोनों शामिल हैं। यदि आप बाद के अनुरोध से प्राधिकरण को हटाते हैं तो आपको अच्छा होना चाहिए।

यह मेरे साथ हुआ, लेकिन जावा/एचटीपी क्लाइंट पर्यावरण में। मैं जावा में समाधान का विवरण प्रदान कर सकता हूं, लेकिन दुर्भाग्य से AngularJS के लिए नहीं।

Answer 2

मुझे पता है कि यह उत्तर देने में बहुत देर हो सकती है, लेकिन @mlohbihler की तरह, मेरे लिए इस त्रुटि का कारण प्राधिकरण हेडर को http इंटरसेप्टर द्वारा भेजा गया था जिसे मैंने कोणीय में स्थापित किया था। अनिवार्य रूप से, मैंने एडब्ल्यूएस एस 3 डोमेन को सही ढंग से फ़िल्टर नहीं किया था ताकि इसे स्वचालित रूप से जेडब्ल्यूटी प्राधिकरण शीर्षलेख प्राप्त करने से बचें।

Answer 3

इसके अलावा, 400 "अमान्य तर्क" आपके एस 3 :: प्रेसीनेर के लिए गलत कॉन्फ़िगरेशन/क्रेडेंशियल के परिणामस्वरूप सतह हो सकता है जो यूआरएल को शुरू करने के लिए निर्धारित कर रहा है। एक बार जब आप 400 से अधिक हो जाते हैं, तो आपको 501 "लागू नहीं किया गया" प्रतिक्रिया मिल सकती है जैसे मैंने किया था। सामग्री-लंबाई शीर्षलेख निर्दिष्ट करके इसे हल करने में सक्षम था (आवश्यक शीर्षलेख के रूप में निर्दिष्ट here)। उम्मीद है कि @arjuncc में मदद करता है, यह एक निर्धारित यूआरएल के साथ s3 छवि अपलोड का परीक्षण करते समय मेरे पोस्टमैन मुद्दे को हल करता है।