Помилка S3: Різниця між часом запиту та поточним часом занадто велика

У мене помилка Різниця між часом запиту та поточним часом занадто велика, коли метод виклику amazons3.ListObjects

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

    return result;
}

Що це може бути?

Час у вашому локальному вікні не синхронізований з поточним часом. Синхронізуйте системний годинник, і проблема зникне.

Для тих, хто використовує Vagrant, vagrant haltнаступний vagrant upпрацював для мене.

Годинник не синхронізований.

Я дотримувався кроків у цій публікації, щоб знову працювати, але також повинен був виконати наступну команду.

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

Якщо в будь-який момент ви отримаєте повідомлення про те, що NTP-сокет все ще використовується, зупиніть його sudo /etc/init.d/ntp stopта повторіть запуск команди.

У мене була така ж помилка, і я використовую Docker для Mac. Просто перезапуск Docker працював на мене.

У випадку, якщо хтось знайде це за допомогою Laravel та Homestead, просто працює

homestead halt

слідом за ним

homestead up

І ти добре піти знову.

Для тих, хто використовує Docker у Windows, спробуйте перезапустити Docker Engine у ​​розділі Налаштування-> Скинути-> Перезапустити Докер.

Як говорили інші, ваш місцевий годинник не синхронізований з AWS. Ви можете тримати його синхронізацію з серверами Amazon безпосередньо за допомогою NTP, тому вам не доведеться турбуватися про переміщення годин зараз або в майбутньому.

Примітка. Нижче наведені інструкції призначені для користувачів * nix. Я додав коментар щодо того, як це можна зробити в Windows, але як користувач, який не є Windows, я не можу перевірити їх точність.

1. Щоб встановити NTP, просто виберіть одне з наступних, залежно від вашого розповсюдження:

   apt-get install ntp
   

   або

   yum install ntp 
   

   тощо.

2. Налаштуйте NTP для використання серверів Amazon, наприклад:

   vim /etc/ntp.conf
   

   І в ньому прокоментуйте сервери за замовчуванням і додайте такі:

   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. А потім перезапустіть службу ntp:

   sudo service ntp restart
   

Джерело: https://www.allcloud.io/how-to/how-to-fix-amazon-s3-requesttimetooskewed/

І більш загальна стаття про збереження часу, синхронізованого з NTP: https://www.digitalocean.com/community/tutorials/how-to-set-up-time-synchronization-on-ubuntu-12-04

Це скидання мого системного годинника правильно на OSX. Завантаження S3 за допомогою SDK JS працює для мене зараз у локальному розробнику

ntpdate us.pool.ntp.org

Детальніше про це читайте тут

якщо ця проблема у вас localhost для Windows 10

встановити час автоматично увімкнено та встановити часовий пояс автоматично увімкнено, щоб вирішити мою проблему.

Це також може бути спричинено використанням асинхронізування / очікування при побудові об'єкта запиту поза завданням та фактичного виклику AWS всередині завдання. Якщо виконується багато завдань і завдання не планується вчасно або є якась інша операція, яка затримує фактичний виклик AWS, цей виняток може бути кинутий.

Щоб позбутися цієї проблеми, вам доведеться відрегулювати терміни клієнта так, щоб максимальна різниця в часовій марці - до 15 хвилин. Також встановіть для вашої системи стандартний час та пояс.

Повний докладний опис можна знайти тут.

Якщо ви використовуєте virtualbox, час у віртуальній машині синхронізується з часом реальної машини. Просто фіксація часу у віртуальній машині не виправить проблему.

У мене виникла помилка, оскільки час і часовий пояс моєї локальної машини встановлені неправильно. Зміна їх на правильний час та часовий пояс працювала на мене.

Якщо ви отримаєте цю помилку у Windows, виконайте наступні кроки, щоб вирішити свою проблему. Змініть локальний параметр часу:
крок 1: натисніть на зміну налаштувань дати та часу
крок 2: у спливаючому вікні дата та час натисніть на вкладку часу в Інтернеті
крок 3: Наступний Клацніть Змінити налаштування
крок 4: у спадному меню Сервера виберіть time.nist.gov або перевірте цей веб-сайт
крок 5: натисніть кнопку ОК

Перезавантажте консоль і перевірте. Це працює...

Використання ntp може не працювати на всій версії вашого сервера на базі Linux (наприклад, застаріла версія сервера Ubuntu, яка більше не підтримується, що заблокує завантаження ntp, якщо воно ще не встановлено).

Якщо це ваша ситуація, ви можете встановити незалежні часові пояси для вашого VM Linux: https://community.rackspace.com/products/f/25/t/650

Після цього вам може знадобитися скинути час / дату. Інструкції щодо цього є у цій статті: http://codeghar.wordpress.com/2007/12/06/manage-time-in-ubuntu-through-command-line

Якщо ви перебуваєте у 2016 році та у Стамбулі, то тут дивна ситуація, що Туреччина вирішила все-таки не переходити на стандарти зимового часу, встановивши місцевий часовий пояс у Москві, а потім перезавантажте машину.

Я зіткнувся з цією проблемою під керуванням Jet (Codeship) і Terraform на MacOS за допомогою Docker для Mac Beta каналу 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

Це було вирішено шляхом перезавантаження Docker.

Я тільки почав отримувати цю помилку, і синхронізація годинника не допомагає. (Я витратив 2 години, синхронізуючи це з кожним сервером часу, який я можу знайти, включаючи сервери AWS, але нічого не має значення.)

Точно те саме почалося з року тому 31 грудня 2017 року. У цьому випадку перезавантаження моєї системи та відновлення мого сервера (для цього використовується aws java sdk) виправили це. Я не знаю чому. Я припускав, що AWS має певну особливість часового поясу на кінець року. Можливо також, що поки я займався цим, часові сервери AWS виправили себе. Я не можу перевірити цю гіпотезу.

Тепер те ж саме раптом почало відбуватися 30 грудня 2018 р. Це не правильно в кінці року, але досить близько, щоб здатися підозрілим. (Ніколи не було цієї помилки, крім цих дат.) Перезавантаження та відновлення цього разу не допомагають.

Моє середовище розробників у цьому вікні - це Windows 10 під Паралелями. Ніщо інше в моїй системі не змінилося - як я двічі перевірив, повернувшись до попередніх знімків Parallels. Годинники на моєму хостовому MacOS і віртуальній Windows 10 є правильними.

Я підозрюю помилку AWS.