php - vib - vmware host client ™ 1.8 0 ga

Error de AWS SDK: firma aún no actual

Question

Estoy usando el aws-sdk-php , el SesClient específicamente, he implementado una aplicación en un servidor de cliente (alojado en DreamHost) y recibo este error:

Signature not yet current: 20130909T170846Z is still later than 20130909T170823Z (20130909T170323Z + 5 min.)

Supongo que la hora del servidor está mal configurada, estoy tratando de alcanzar el soporte DH para verificar eso, apuesto a que tomará un tiempo.

¿Alguna otra idea? La aplicación se ha implementado muchas veces antes y nunca he visto este error.

Answer 1

Acabo de encontrar el mismo problema con una aplicación de Django implementada en AWS. El error del sitio fue muy vago, pero el registro de errores que me fue enviado por correo electrónico decía: "JSONResponseError: JSONResponseError: 403 Forbidden {''message'': ''Firma aún no actualizada: 20150224T185106Z es aún posterior a 20150224T185033Z (20150224T184533Z + 5 min.)'' } "después de una ruta de archivo que apuntaba a Boto y Elastic Transcoder. Haz lo siguiente en el servidor:

1. ntpq -p te dirá si tienes instalado ntp
2. Si no tiene ntp, haga sudo apt-get install ntp
3. sudo service ntp stop
4. sudo ntpdate -s us.pool.ntp.org alineará la hora de su servidor con los relojes atómicos en los EE. UU. (esto deberá ajustarse a su país)
5. sudo service ntp start

¡Buena suerte! Puede leer más aquí: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/set-time.html#configure_ntp

Answer 2

Me enfrenté a un problema similar y después de un poco de investigación, encontré la causa raíz.

La razón era que mi zona horaria de la instancia / servidor de AWS y la zona horaria de mi sistema local desde donde hacía la llamada RESTful eran diferentes. AWS asume que la solicitud también se realiza desde la misma zona horaria (simplemente ignora la brecha de 5 minutos, no más que eso). Pude validar esto haciendo una llamada de prueba desde la consola de AWS y comprobando los detalles en los registros (dando debajo del fragmento de Java)

private String getDateString() {
    Calendar cal = Calendar.getInstance();
    DateFormat dfm = new SimpleDateFormat("yyyyMMdd''T''HHmmss''Z''");
    dfm.setTimeZone(TimeZone.getTimeZone("UTC"));  //server timezone
    return dfm.format(cal.getTime());
}

Answer 3

Parece que solo se trata de una configuración incorrecta de la fecha del sistema, verifique esto

https://forums.aws.amazon.com/thread.jspa?threadID=103764#

Ese tipo tenía el mismo problema.

Answer 4

Solo necesita asegurarse de que el tiempo de su servidor sea de 5 minutos de precisión a partir de la hora actual. verifique la hora AM o PM.

Answer 5

Tuve el mismo problema recientemente. Hice lo siguiente

sudo ntpd -q -g

La opción -g es necesaria si el reloj no está sincronizado. Fuerza a ntpd a continuar hasta que esté sincronizado.

Answer 6

Tuve el problema similar. Estaba ejecutando mi servidor de CI desde una instancia de Ubuntu EC2 y tiene el tiempo fuera de sincronización. Sincronicé el tiempo con la demanda de NTP

sudo ntpdate ntp.ubuntu.com

Comenzó a funcionar bien.