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;
}

Что это может быть?

Ответ 1

Время в вашем локальном поле не синхронизируется с текущим временем. Синхронизируйте свои системные часы, и проблема исчезнет.

Ответ 2

Для тех, кто использует Vagrant, a vagrant halt, за которым следует vagrant up, работал у меня.

Ответ 3

Часы не синхронизированы.

Я выполнил шаги в этом сообщении, чтобы снова запустить его, но также должен был выполнить следующую команду.

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

Если в любое время вы получите сообщение о том, что сокет NTP все еще используется, остановите его с помощью sudo /etc/init.d/ntp stop и запустите команду.

Ответ 4

У меня была такая же ошибка, и я использую Docker для Mac. Просто перезагрузка Docker сработала для меня.

Ответ 5

Если кто-нибудь найдет это, используя Laravel и Homestead, просто запустив

homestead halt

за которым следует

homestead up

И ты хорошо пойдешь снова.

Ответ 6

Для тех, кто использует Docker в Windows, попробуйте перезагрузить Docker Engine в настройках → Reset → Перезапустить докер.

Ответ 7

Это reset мои системные часы правильно в OSX. Загрузка S3 с использованием JS SDK работает для меня сейчас в локальном dev

ntpdate us.pool.ntp.org

Подробнее об этом здесь

Ответ 8

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

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

Чтобы установить NTP, просто выберите один из следующих вариантов в зависимости от вашего дистрибутива:
apt-get install ntp
или же
yum install ntp 
и т.п.
Настройте 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
А затем перезапустите службу 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

Ответ 9

если эта проблема у вас localhost для windows 10

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

Ответ 10

Чтобы избавиться от этой проблемы, вы должны настроить время клиента так, чтобы была максимальная разница в отметке времени до 15 минут. Также установите стандартное время и зону для вашей системы.

Проверьте полную информацию здесь.

Ответ 11

Если вы используете виртуальный бокс, время в виртуальной машине синхронизируется со временем реальной машины. Просто исправить время в виртуальной машине не решит проблему.

Ответ 12

Если вы получили эту ошибку в Windows, выполните следующие действия для решения вашей проблемы. Измените настройку локального времени:
шаг 1: нажмите на изменение даты и времени
Шаг 2: во всплывающем окне "Дата и время" нажмите вкладку " Время Интернета".
Шаг 3: следующий Нажмите на Изменить настройки
шаг 4: из выпадающего списка сервера выберите time.nist.gov или проверьте этот сайт
шаг 5: нажмите ОК

Перезагрузите консоль и проверьте. Оно работает...

Ответ 13

Это также может быть вызвано использованием async/wait с конструкцией объекта запроса вне задачи и фактическим вызовом AWS внутри задачи. Если запущено много задач и задача не запланирована вовремя, или есть какая-то другая операция, задерживающая фактический вызов AWS, это исключение может быть выбрано.

Ответ 14

У меня была эта ошибка, потому что мое локальное машинное время и часовой пояс были установлены неправильно. Изменение их на правильное время и часовой пояс мне помогло.

Ответ 15

Использование ntp может не работать во всей версии вашего Linux-сервера (например, устаревшая версия сервера Ubuntu, которая больше не поддерживается, которая заблокирует вас от загрузки ntp, если она еще не установлена).

Если это ваша ситуация, вы можете установить независимые часовые пояса для вашей виртуальной машины Linux: https://community.rackspace.com/products/f/25/t/650

После этого вам может понадобиться reset время/дата. Инструкции для этого приведены в этой статье: http://codeghar.wordpress.com/2007/12/06/manage-time-in-ubuntu-through-command-line

Ответ 16

Если вы находитесь в 2016 году, а в Стамбуле - странная ситуация, когда Турция решила не переключиться на зимние стандарты времени, все равно установите свой локальный часовой пояс в Москву, а затем перезапустите машину.

Ответ 17

Я столкнулся с этой проблемой, использующей Jet (Codeship) и Terraform на MacOS, используя Docker for Mac Beta channel 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.

Ответ 18

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

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

30 декабря 2018 года внезапно началось то же самое. Это произошло не в конце года, но достаточно близко, чтобы показаться подозрительным. (Никогда не получал эту ошибку, кроме как в эти даты.) На этот раз перезагрузка и восстановление не помогают.

Моя среда разработки на этом компьютере - Windows 10 под Parallels. Ничто другое в моей системе не изменилось - как я дважды проверил, откатившись к предыдущим снимкам Parallels. Часы на моем хосте MacOS и на виртуальной Windows 10 правильные.

Я подозреваю ошибку AWS.