Yanıtlar:
Muhtemelen varsayılan bölge için varsayılan profilinizde bir sorun var.
Adresinde dosyanızı kontrol edin ~/.aws/config
, şuna benzer bir şeyiniz var
[default]
region=us-east-1a
...
Bölgeyi olarak düzeltin region=us-east-1
ve ardından komut doğru şekilde çalışacaktır.
aws s3 ls --region us-east-1
.
Bazı AWS hizmetleri, yalnızca gerçek bölgenizle eşleşmeyen belirli bölgelerde kullanılabilir. Bu durumda, bölgeyi gerçek cli komutunuza ekleyerek standart ayarı geçersiz kılabilirsiniz.
Bu, yapılandırma dosyasında varsayılan bölgelerini değiştirmek istemeyen kişiler için kullanışlı bir çözüm olabilir. Genel yapılandırma dosyanız ayarlanmamışsa: Lütfen yukarıdaki önerileri kontrol edin.
Bu örnekte bölge, eu-west-1'e zorlanmıştır (örneğin, İrlanda):
aws s3 ls --region=eu-west-1
Kullanıcıları silmek için aws iş postasıyla test edildi ve kullanıldı:
aws workmail delete-user --region=eu-west-1 --organization-id [org-id] --user-id [user-id]
Fikri bu başlıktan çıkardım ve benim için mükemmel çalışıyor - bu yüzden paylaşmak istedim. Umarım yardımcı olur!
Yukarıda verilen çözümlerden hiçbiri işe yaramazsa, izinlerinizi ve güvenlik duvarı ayarlarınızı da kontrol edin. Benim durumumda proxy ortam değişkenleri eklemek işi yaptı.
Linux veya mac için
$ export HTTP_PROXY=http://<YOUR PROXY IP>:<PORT>
$ export HTTPS_PROXY=http://<YOUR PROXY IP>:<PORT>
Pencereler için
set HTTP_PROXY=http://<YOUR PROXY IP>:<PORT>
Aws configure kullanılarak belirtilen varsayılan bölgeye güvenmek yerine CLI komut dosyanızda bölgeyi belirtmelisiniz (mevcut en popüler yanıtın öne sürdüğü gibi). Başka bir cevap da buna işaret ediyordu, ancak CLI'yi Powershell için AWS Tools üzerinden kullanıyorsanız sözdizimi yanlış.
Bu örnek, bölgeyi us-west-2 (Kuzey Kaliforniya), PowerShell sözdizimine zorlar:
aws s3 ls --region us-west-2
Muhtemelen, aws'yi yapılandırırken varsayılan bölgede bir sorun var. Sizin durumunuzda, URL " https://s3.us-east-1a.amazonaws.com/ "
Komut isteminizde,
aws yapılandırın, anahtarlarınızı girin, Şimdi bölgenizi us-east-1a'dan us-east-1'e düzeltin .
Lütfen sözdizimini kullandığınız CLI'ye göre kontrol edin. Bu yardımcı olacaktır.
Profilinizin ~/aws/config
bölgeyi kullandığını varsayarsak (orijinal sorunuza göre AZ yerine); diğer neden, müşterinizin bağlanamamasıdır s3.us-east-1.amazonaws.com
. Benim durumumda, ağ yapılandırmamdaki bir hata nedeniyle bu DNS adını çözemedim. DNS sorununu düzeltmek sorunumu çözdü.
Bunu düzeltmek için yaptığım birkaç şey:
aws connection aborted error 10013
" idi)Nslookup aws s3 endpoing denendi: nslookup s3.us-east-2.amazonaws.com
DNS isteği zaman aşımına uğradı. zaman aşımı 2 saniyeydi. Sunucu: Bilinmeyen Adres: 192.168.10.1
-> hmmm çok tuhaf
Windows ağ sorunlarını gidermeye gitti ve belirli bir sayfaya erişimi test etmek için seçildi. Windows güvenlik duvarının bağlantıyı engellediğini bildirdi. Bu düzeltildi
Firewal aracılığıyla isteği düzelttikten sonra yeni bir hata aldı:
ListBuckets işlemi çağrılırken bir hata oluştu (RequestTimeTooSkewed): İstek zamanı ile geçerli saat arasındaki fark çok büyük.
Tarih ve saatim otomatik olarak güncellendi -> Düzeltildi
Herkesin farklı varsayılanları vardır ve ilginç bir şekilde, zamanla değişecektir. Örnek olarak, önce globaldeydim ve 15 dakika sonra Ohio'yu (yani us-east-2
) gösteriyor.
En iyi yaklaşım, işiniz sırasında kontrol etmektir - AWS çalışma alanınızın konsolunda , üst çubukta adınızın yanında sağ üst tarafa ayarlayın. , bölge adınızı kontrol edin ve bölgenizi görmek için aşağı oka tıklayın.
AWS CLI'de aws configure
veya yazın aws2 configure
, erişiminizi ve gizli kimliğinizi verin, ardından varsayılan bölge sırasında bölgenizi yazın ve Enter tuşuna basın.
Kesinlikle belirli bir bölge setine erişeceksiniz ve işe yarayacak.
Sorunumun çözümü şunu çalıştırmaktı:
sudo aws configure
Kimlik bilgilerinizi girin ve ardından çalıştırın:
sudo aws s3 ls
Farklı bir çözüm, .aws / config dosyasındaki bölgenin uç noktalar ile aynı olduğundan emin olmaktı.
Windows'ta aws configure komutunu tekrar çalıştırın ve bölgeyi harf olmadan sıfırlayın, örneğin bölgeniz us-east-1a ise, çalışması için bunu us-east-1 olarak değiştirmeniz gerekir.
us-east-2
, üzerinde bir cloudearch etki alanı oluşturmaya çalışırken benimle oldu, kullanmak zorunda mıydımus-east-1
?