S3 오류 : 요청 시간과 현재 시간의 차이가 너무 큽니다.

I 오류가 요청 시간과 현재 시간의 차이가 너무 큰 경우 통화 방법 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를 사용하는 사람들에게는 a vagrant halt가 vagrant up나를 위해 일했습니다.

시계가 동기화되지 않았습니다.

이 게시물 의 단계를 따라 다시 작동하도록했지만 다음 명령도 실행해야했습니다.

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

NTP 소켓이 아직 사용 중이라는 메시지가 표시되면 언제든지 중지하고 sudo /etc/init.d/ntp stop명령을 다시 실행하십시오.

동일한 오류가 발생하여 Mac 용 Docker를 사용하고 있습니다. Docker를 다시 시작하는 것만으로도 효과적이었습니다.

누군가 Laravel과 Homestead를 사용하여 이것을 발견하면 간단히 실행하십시오.

homestead halt

뒤에

homestead up

그리고 다시 가셔도 좋습니다.

Windows에서 Docker를 사용하는 경우 설정-> 재설정-> Docker 다시 시작에서 Docker 엔진을 다시 시작하십시오.

다른 사람들이 말했듯이 로컬 시계가 AWS와 동기화되지 않았습니다. NTP를 사용하여 직접 Amazon 서버에 동기화 상태를 유지할 수 있으므로 현재 또는 미래의 클럭 드리프트에 대해 걱정할 필요가 없습니다 .

참고 : 아래 지침은 * nix 사용자를위한 것입니다. Windows에서 수행 할 수있는 방법에 대한 설명을 추가했지만 Windows가 아닌 사용자로서 정확성을 확인할 수 없습니다.

1. NTP를 설치하려면 배포에 따라 다음 중 하나를 선택하면됩니다.

   apt-get install ntp
   

   또는

   yum install ntp 
   

   기타

2. 다음과 같이 Amazon 서버를 사용하도록 NTP를 구성합니다.

   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에서 내 시스템 시계를 올바르게 재설정합니다. JS SDK를 사용한 S3 업로드는 이제 로컬 개발자에서 작동합니다.

ntpdate us.pool.ntp.org

여기에 대해 자세히 알아보십시오.

Windows 10 용 localhost 에서이 문제가 발생하면

시간을 자동으로 설정하고 시간대를 자동으로 설정 하면 문제가 해결됩니다.

이는 작업 외부의 요청 객체 생성 및 작업 내부의 AWS에 대한 실제 호출과 함께 async / await를 사용하여 발생할 수도 있습니다. 실행중인 작업이 많고 작업이 제 시간에 예약되지 않았거나 AWS에 대한 실제 호출을 지연시키는 다른 작업이있는 경우이 예외가 발생할 수 있습니다.

이 문제를 해결하려면 최대 15 분의 최대 타임 스탬프 차이가 있도록 클라이언트의 타이밍을 조정해야합니다. 또한 시스템의 표준 시간 및 구역을 설정하십시오.

여기에서 전체 세부 정보를 확인하십시오.

virtualbox를 사용하는 경우 가상 머신에 들어가는 시간은 실제 머신의 시간과 동기화됩니다. 가상 머신에 시간을 고정하면 문제가 해결되지 않습니다.

내 로컬 컴퓨터의 시간과 시간대가 잘못 설정 되었기 때문에이 오류가 발생했습니다. 정확한 시간과 시간대로 변경하면 저에게 효과적이었습니다.

Windows 에서이 오류가 발생하면 다음 단계에 따라 문제를 해결하십시오. 현지 시간 설정 변경 :
1 단계 : 날짜 및 시간 설정 변경을 클릭하십시오.
2 단계 : 팝업 날짜 및 시간 창에서 인터넷 시간 탭을 클릭하십시오.
3 단계 : 옆에 클릭 설정 변경
4 단계 : 선택 아래로 서버 드롭 time.nist.gov 또는 확인 이 웹 사이트의
5 단계 : 확인을 클릭

본체를 다시 시작하고 확인하십시오. 효과가있다...

ntp를 사용하면 모든 버전의 Linux 기반 서버에서 작동하지 않을 수 있습니다 (예 : 더 이상 지원되지 않는 오래된 Ubuntu 서버 버전으로 인해 ntp가 아직 설치되지 않은 경우 다운로드 할 수 없음).

이 경우 Linux VM에 대해 독립적 인 시간대를 설정할 수 있습니다. https://community.rackspace.com/products/f/25/t/650

이 작업을 수행 한 후 시간 / 날짜를 재설정해야 할 수 있습니다. 이 작업에 대한 지침은 다음 문서에 있습니다. http://codeghar.wordpress.com/2007/12/06/manage-time-in-ubuntu-through-command-line

u가 2016에 있고 이스탄불에 있다면 터키가 겨울철 표준으로 전환하지 않기로 결정한 이상한 상황이 어쨌든 현지 시간대를 모스크바로 설정 한 다음 컴퓨터를 다시 시작하십시오.

Mac 용 Docker 베타 채널 1.13.1-beta42를 사용하여 MacOS에서 Jet (Codeship) 및 Terraform을 실행하는이 문제가 발생했습니다.

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를 다시 시작하여 해결되었습니다.

이 오류가 발생하기 시작했으며 시계를 동기화해도 도움이되지 않습니다. (AWS 서버를 포함하여 찾을 수있는 모든 타임 서버와 동기화하는 데 2 ​​시간이 걸렸지 만 아무런 차이가 없습니다.)

1 년 전 2017 년 12 월 31 일에 똑같은 일이 발생하기 시작했습니다.이 경우 시스템을 재부팅하고 서버 (aws java sdk를 사용)를 다시 빌드하여 문제를 해결했습니다. 이유를 모르겠습니다. 저는 AWS에 연말 시간대의 특이성이 있다고 가정했습니다. 또한 제가 이러한 작업을 수행하는 동안 AWS 타임 서버가 스스로를 수정했을 수도 있습니다. 나는 그 가설을 테스트 할 방법이 없습니다.

이제 2018 년 12 월 30 일에 똑같은 일이 갑자기 시작되었습니다. 연말에는 옳지 않지만 의심스러워 보일만큼 가깝습니다. (이 날짜를 제외하고는이 오류가 발생하지 않았습니다.) 재부팅 및 재 구축이 이번에는 도움이되지 않습니다.

이 상자의 내 개발 환경은 Parallels의 Windows 10입니다. 이전 Parallels 스냅 샷으로 롤백하여 다시 확인 했으므로 내 시스템의 다른 사항은 변경되지 않았습니다. 호스트 MacOS와 가상 Windows 10의 시계가 모두 정확합니다.

AWS 버그가 의심됩니다.