Błąd S3: Różnica między czasem żądania a aktualnym czasem jest zbyt duża

Mam błąd Różnica między czasem żądania a aktualnym czasem jest zbyt duża w przypadku wywołania metody amazons3.

ListObjectsRequest request = new ListObjectsRequest() {
    BucketName = BucketName, Prefix = fullKey 
}; 
using (ListObjectsResponse response = s3Client.ListObjects(request))
{
    bool result = response.S3Objects.Count > 0;

    return result;
}

Co to może być?

Czas w twoim lokalnym skrzynce nie jest zsynchronizowany z aktualnym czasem. Zsynchronizuj zegar systemowy, a problem zniknie.

Dla tych, którzy używają Vagrant, pracował dla mnie , a vagrant haltnastępnie vagrant up.

Zegar nie jest zsynchronizowany.

Wykonałem kroki opisane w tym poście, aby ponownie działało, ale musiałem również uruchomić następujące polecenie.

sudo ntpdate ntp.ubuntu.com
sudo apt-get install ntp

Jeśli w dowolnym momencie otrzymasz komunikat, że gniazdo NTP jest nadal używane, zatrzymaj je za pomocą sudo /etc/init.d/ntp stopi ponownie uruchom polecenie.

Wystąpił ten sam błąd i używam Dockera dla komputerów Mac. Po prostu ponowne uruchomienie Dockera działało dla mnie.

Jeśli ktoś znajdzie to przy użyciu Laravel i Homestead, po prostu uruchom

homestead halt

śledzony przez

homestead up

I możesz znowu iść.

Dla tych, którzy używają Dockera w Windows, spróbuj ponownie uruchomić silnik Docker w Ustawienia-> Resetuj-> Uruchom ponownie Docker.

Jak powiedzieli inni, twój lokalny zegar nie jest zsynchronizowany z AWS. Możesz zsynchronizować go z serwerami Amazon bezpośrednio za pomocą NTP, więc nie będziesz musiał martwić się o przesunięcie zegara teraz lub w przyszłości.

Uwaga: Poniższe instrukcje są przeznaczone dla użytkowników * nix. Dodałem komentarz pokazujący, jak możesz to zrobić w systemie Windows, ale jako użytkownik spoza systemu Windows nie mogę zweryfikować ich dokładności.

1. Aby zainstalować NTP, po prostu wybierz jedną z następujących opcji, w zależności od dystrybucji:

   apt-get install ntp
   

   lub

   yum install ntp 
   

   itp.

2. Skonfiguruj NTP do korzystania z serwerów Amazon, na przykład:

   vim /etc/ntp.conf
   

   A w nim zakomentuj domyślne serwery i dodaj te:

   server 0.amazon.pool.ntp.org iburst
   server 1.amazon.pool.ntp.org iburst
   server 2.amazon.pool.ntp.org iburst
   server 3.amazon.pool.ntp.org iburst
   

3. A następnie zrestartuj usługę ntp:

   sudo service ntp restart
   

Źródło: https://www.allcloud.io/how-to/how-to-fix-amazon-s3-requesttimetooskewed/

I bardziej ogólny artykuł na temat synchronizacji czasu z NTP: https://www.digitalocean.com/community/tutorials/how-to-set-up-time-synchronization-on-ubuntu-12-04

Spowoduje to prawidłowe zresetowanie zegara systemowego w systemie OSX. Przesyłanie S3 przy użyciu JS SDK działa teraz dla mnie w lokalnym programowaniu

ntpdate us.pool.ntp.org

Przeczytaj więcej na ten temat tutaj

jeśli ten problem występuje w twoim lokalnym hoście dla systemu Windows 10

ustaw czas automatycznie ON i ustaw strefę czasową automatycznie ON to rozwiązuje mój problem.

Może to być również spowodowane użyciem async / await z konstrukcją obiektu żądania poza zadaniem i faktycznym wywołaniem AWS wewnątrz zadania. Jeśli jest uruchomionych wiele zadań, a zadanie nie jest zaplanowane na czas lub jest jakaś inna operacja opóźniająca faktyczne wywołanie usługi AWS, może zostać zgłoszony ten wyjątek.

Aby pozbyć się tego problemu, musisz tak ustawić czas klienta, aby maksymalna różnica znaczników czasu wynosiła do 15 minut. Ustaw także standardowy czas i strefę dla swojego systemu.

Sprawdź wszystkie szczegóły tutaj.

Jeśli używasz virtualbox, czas na maszynie wirtualnej jest zsynchronizowany z czasem rzeczywistej maszyny. Po prostu ustalenie czasu na maszynie wirtualnej nie rozwiąże problemu.

Wystąpił ten błąd, ponieważ czas i strefa czasowa mojego komputera lokalnego zostały ustawione nieprawidłowo. Zmiana ich na właściwy czas i strefę czasową zadziałała dla mnie.

Jeśli pojawi się ten błąd w systemie Windows, wykonaj następujące kroki, aby rozwiązać problem. Zmień ustawienia czasu lokalnego:
krok 1: kliknij opcję Zmień ustawienia daty i godziny
krok 2: w wyskakującym oknie Data i godzina kliknij kartę Czas internetowy
krok 3: następny Kliknij Zmień ustawienia
krok 4: z listy rozwijanej Serwer wybierz time.nist.gov lub sprawdź tę stronę internetową
krok 5: kliknij OK

Uruchom ponownie konsolę i sprawdź. To działa...

Używanie ntp może nie działać na wszystkich wersjach twojego serwera opartego na Linuksie (np. Nieaktualna wersja serwera Ubuntu, która nie jest już obsługiwana, co zablokuje ci możliwość pobrania ntp, jeśli nie jest jeszcze zainstalowany).

W takiej sytuacji możesz ustawić niezależne strefy czasowe dla maszyny wirtualnej z systemem Linux: https://community.rackspace.com/products/f/25/t/650

Po wykonaniu tej czynności może być konieczne zresetowanie godziny / daty. Instrukcje, jak to zrobić, znajdują się w tym artykule: http://codeghar.wordpress.com/2007/12/06/manage-time-in-ubuntu-through-command-line

Jeśli jesteś w 2016 roku iw Stambule, to dziwna sytuacja, że ​​Turcja i tak zdecydowała się nie przechodzić na standardy czasu zimowego, ustaw lokalną strefę czasową na Moskwę, a następnie uruchom ponownie komputer.

Napotkałem ten problem podczas uruchamiania Jet (Codeship) i Terraform w systemie MacOS przy użyciu Docker for Mac Beta w wersji 1.13.1-beta42.

Failed to read state: Error reloading remote state: RequestTimeTooSkewed: The difference between the request time and the current time is too large.
status code: 403, request id: 9D32BA2A5360FC18

Problem został rozwiązany przez ponowne uruchomienie Dockera.

Właśnie zacząłem otrzymywać ten błąd, a synchronizacja mojego zegara nie pomaga. (Spędziłem 2 godziny na synchronizowaniu go z każdym serwerem czasu, jaki mogę znaleźć, w tym z serwerami AWS, ale nic nie robi różnicy).

Dokładnie to samo zaczęło się dziać rok temu 31 grudnia 2017 r. W takim przypadku ponowne uruchomienie systemu i przebudowa serwera (który używa aws java sdk) naprawiło to. Nie wiem dlaczego. Założyłem, że AWS ma specyficzną strefę czasową na koniec roku. Możliwe jest również, że kiedy robiłem te rzeczy, serwery czasu AWS naprawiły się. Nie mam możliwości sprawdzenia tej hipotezy.

Teraz to samo zaczęło się nagle dziać 30 grudnia 2018 r. To nie jest koniec roku, ale na tyle blisko, że wydaje się podejrzany. (Ten błąd nigdy nie wystąpił z wyjątkiem tych dat). Ponowne uruchamianie i odbudowywanie nie pomaga tym razem.

Moje środowisko deweloperskie na tym pudełku to Windows 10 w Parallels. Nic więcej w moim systemie się nie zmieniło - co sprawdziłem dwukrotnie, przywracając poprzednie migawki Parallels. Zegary na moim hostie MacOS i wirtualnym systemie Windows 10 są poprawne.

Podejrzewam błąd AWS.