AWS S3 CLI - समापन बिंदु URL से कनेक्ट नहीं हो सका

Question

$ aws s3 ls

Could not connect to the endpoint URL: "https://s3.us-east-1a.amazonaws.com/"

क्या समस्या हो सकती है?

Comments

यह मेरे साथ तब हुआ जब मैं एक क्लाउड-खोज डोमेन बनाने की कोशिश कर us-east-2रहा था, जिसका मुझे उपयोग करना था us-east-1?

— जेसन गोएमाट

Answer 1

डिफ़ॉल्ट क्षेत्र के लिए आपकी डिफ़ॉल्ट प्रोफ़ाइल में संभवतः आपके पास कुछ गलत है।

अपनी फ़ाइल की जांच करें ~/.aws/config, आपके पास कुछ ऐसा है

[default]
region=us-east-1a
...

क्षेत्र को ठीक करें region=us-east-1और फिर कमांड सही ढंग से काम करेगा

Comments

मेरे पास ~ / .aws / config में एक समान गलत प्रविष्टि थी जो 'aws config' कमांड द्वारा बनाई गई थी। डिफ़ॉल्ट रूप से इसने मेरे क्षेत्र का नाम 'मुंबई' सुझाया जिसे मैंने स्वीकार कर लिया। यह मुद्दा था। एक बार जब मैंने इसे एपी-साउथ -1 के साथ बदल दिया, तो कमांड (aws s3 ls) ने काम करना शुरू कर दिया। धन्यवाद।

— अनुराग

आपका बहुत बहुत धन्यवाद। मेरे सिर पर जो थोड़े से बाल बचे हैं, वे अब कुछ और क्षणों के लिए सुरक्षित हैं ...

— ताम्र

धन्यवाद। मुझे नहीं पता कि आप कैसे जानते हैं।

— user890332

मेरे पास एक समान त्रुटि थी, और यह पाया कि इसे कमांड-लाइन विकल्प के रूप में क्षेत्र को निर्दिष्ट करके भी हल किया जा सकता है aws s3 ls --region us-east-1:।

— कर्ट पीक

काश, उनके पास इस तरह से जवाब देने के लिए वित्तीय दान भेजने की क्षमता होती।

— रेवेल्वेस

Answer 2

पहले आप 'aws कॉन्फ़िगर' का उपयोग करते हैं फिर इनपुट कुंजी, और गुप्त कुंजी और क्षेत्र का इनपुट करते हैं। इस समस्या के लिए आपके द्वारा इनपुट किया जाने वाला क्षेत्र महत्वपूर्ण होगा। कुछ 's3.us-east-1' इनपुट करने की कोशिश करें, न कि 's3.us-east-1a'। यह समस्या को हल करेगा।

Answer 3

कुछ AWS सेवाएँ केवल विशिष्ट क्षेत्रों में उपलब्ध हैं जो आपके वास्तविक क्षेत्र से मेल नहीं खाती हैं। यदि यह मामला है तो आप इस क्षेत्र को अपने वास्तविक cli कमांड में जोड़कर मानक सेटिंग को ओवरराइड कर सकते हैं।

यह उन लोगों के लिए एक उपयोगी समाधान हो सकता है जो कॉन्फ़िगरेशन फ़ाइल में अपने डिफ़ॉल्ट क्षेत्र को बदलना नहीं चाहते हैं। यदि आपकी सामान्य कॉन्फ़िग फ़ाइल सेट नहीं है: कृपया ऊपर दिए गए सुझावों की जाँच करें।

इस उदाहरण में यह क्षेत्र यूरो-पश्चिम -1 (जैसे आयरलैंड) के लिए मजबूर है:

aws s3 ls --region=eu-west-1

उपयोगकर्ताओं को हटाने के लिए परीक्षण और aws के साथ प्रयोग किया जाता है:

aws workmail delete-user --region=eu-west-1 --organization-id [org-id] --user-id [user-id]

मैंने इस धागे से विचार प्राप्त किया और यह मेरे लिए एकदम सही है - इसलिए मैं इसे साझा करना चाहता था। आशा करता हूँ की ये काम करेगा!

Answer 4

यदि ऊपर दिए गए समाधानों में से कोई भी काम नहीं करता है, तो अपनी अनुमतियों और फ़ायरवॉल सेटिंग्स की भी जाँच करें। मेरे मामले में प्रॉक्सी वातावरण चर को जोड़ने का काम किया।

लिनक्स या मैक के लिए

$ export HTTP_PROXY=http://<YOUR PROXY IP>:<PORT>

$ export HTTPS_PROXY=http://<YOUR PROXY IP>:<PORT>

विंडोज के लिए

set HTTP_PROXY=http://<YOUR PROXY IP>:<PORT>

set HTTPS_PROXY=http://<YOUR PROXY IP>:<PORT>

Answer 5

आपको अपने सीएलआई लिपि में क्षेत्र को निर्दिष्ट करना चाहिए, बजाय कॉन्फ़िगर किए गए aws का उपयोग करके निर्दिष्ट डिफ़ॉल्ट क्षेत्र पर भरोसा करना चाहिए (जैसा कि वर्तमान सबसे लोकप्रिय उत्तर मुखर)। एक अन्य जवाब में कहा गया है, लेकिन यदि आप PWShell के लिए AWS टूल्स के माध्यम से CLI का उपयोग कर रहे हैं तो वाक्यविन्यास गलत है।

यह उदाहरण हमारे लिए क्षेत्र-पश्चिम -2 (उत्तरी कैलिफोर्निया), पावरशेल सिंटैक्स को मजबूर करता है:

aws s3 ls --region us-west-2

Answer 6

संभवतः, कॉन्फ़िगर करते समय डिफ़ॉल्ट क्षेत्र में कुछ गड़बड़ है। आपके मामले में, URL कहता है " https://s3.us-east-1a.amazonaws.com/ "

अपने कमांड प्रॉम्प्ट में,

aws कॉन्फ़िगर करें, अपनी कुंजी दर्ज करें, अब अपने क्षेत्र को पूर्व- हमसे -1a से हमें-पूर्व -1 में ठीक करें ।

जिस CLI का आप उपयोग कर रहे हैं, उसके अनुसार कृपया सिंटैक्स की जाँच करें। यह मददगार होगा।

Answer 7

यह मानते हुए कि आपका प्रोफ़ाइल ~/aws/configइस क्षेत्र का उपयोग कर रहा है (आपके मूल प्रश्न के अनुसार AZ के बजाय); अन्य कारण आपके क्लाइंट की कनेक्ट करने में अक्षमता है s3.us-east-1.amazonaws.com। मेरे मामले में, मैं अपने नेटवर्क कॉन्फ़िगरेशन में त्रुटि के कारण उस DNS नाम को हल करने में असमर्थ था। DNS समस्या को हल करने से मेरी समस्या हल हो गई।

Answer 8

इसे ठीक करने के लिए मैंने जो कुछ किया है:

1. मेरी CLI अपडेट की गई और उसने यह त्रुटि दी (पिछली त्रुटि " aws connection aborted error 10013" थी)

2. Nslookup aws s3 endpoing की ओर प्रयास किया गया: nslookup s3.us-east-2.amazonaws.com

   DNS अनुरोध समय समाप्त हो गया। टाइमआउट 2 सेकंड का था। सर्वर: अनकाउन्ट एड्रेस: ​​192.168.10.1

-> ह्म्म्म बहुत अजीब है

3. विंडोज़ नेटवर्क समस्या निवारण के लिए गया और विशिष्ट पृष्ठ तक पहुंच का परीक्षण करने के लिए चुना गया। इसने बताया कि विंडोज फ़ायरवॉल ने कनेक्शन को ब्लॉक कर दिया। इसे निश्चित किया

4. फायरवाल के माध्यम से अनुरोध को ठीक करने के बाद, एक नई त्रुटि प्राप्त हुई:

   ListBuckets कार्रवाई को कॉल करते समय एक त्रुटि हुई (RequestTimeTooSkewed): अनुरोध समय और वर्तमान समय के बीच का अंतर बहुत बड़ा है।

5. स्वचालित करने के लिए मेरी तिथि और समय अपडेट किया गया -> फिक्स्ड

Answer 9

आपको सीएलआई पर निम्नलिखित कार्य करना चाहिए: 1. एईएस कॉन्फ़िगर '
2. इनपुट कुंजी 3. इनपुट गुप्त कुंजी 4. इनपुट और फिर क्षेत्र अर्थात: यूरोप-पश्चिम -1 (1 के बाद एक या बी छोड़ दें)

Answer 10

सभी के पास अलग-अलग चूक हैं, और दिलचस्प है कि यह समय के बाद बदल जाएगा। एक उदाहरण के रूप में, पहले मैं वैश्विक था, और फिर 15 मिनट के बाद यह ओहियो (जो है) दिखाता हैus-east-2 ) ।

अपने काम के दौरान इसे देखने के लिए सबसे अच्छा तरीका है - अपने एडब्ल्यूएस कार्य क्षेत्र के कंसोल में, बस इसे ऊपर की तरफ अपने नाम के पास दाईं ओर सेट करें करें अपने क्षेत्र का नाम जांचें और अपने क्षेत्र को देखने के लिए नीचे तीर पर क्लिक करें।

AWS सीएलआई प्रकार में aws configureया aws2 configure, अपनी पहुंच और गुप्त आईडी दें, फिर डिफ़ॉल्ट क्षेत्र के दौरान, अपना क्षेत्र लिखें और Enter दबाएं।

आपको निश्चित रूप से विशिष्ट क्षेत्र सेट तक पहुंच मिलेगी और यह काम करेगा।

Answer 11

मेरी समस्या का हल चलाना था:

    sudo aws configure

अपनी साख दर्ज करें और फिर चलाएं:

    sudo aws s3 ls

एक अलग समाधान यह सुनिश्चित करने के लिए था कि .aws / config फाइल में क्षेत्र एंडपॉइंट के समान है