https://docs.aws.amazon.com/ja_jp/AmazonS3/latest/dev/UsingAWSSDK.htmlこのアナウンスがあった為、これまでの仕組みの変更が必要となった。署名バージョン4でファイルアップロードする仕組みに改める事。CLIのバージョンは1.11.108以上が求められるようだ。新しい署名へ対応する為の僅かなコードの追加のみで、スムーズに移行できる雰囲気だ。CLIもAWSのSDKによって実装されている為、簡単な対応の適用範囲だと思われる。具体的にどうやったら良いか全くわからないので、AWSのドキュメントを紐解いて調べる。抜粋デフォルトプロファイルか、カスタムプロファイルか、どちらによる実装であるかを、実装から見分ける必要がある。上記の一文をbashスクリプトに追記する事が主な対応となるようだ。環境のチェック現在使っている環境の情報はコマンドを入れて確かめると以下のような状態となっている。botocore/1.4.51また、AmazonのマネージドコンソールからEC2構築時のイメージを調べると以下のように表示される。CLIのバージョンアップが必要である事がわかった。awscli=1.11.108以下の理由から、このコマンドでは対応ができなかった。sixというライブラリを除外するオプションをつけないと、アップグレードが異常終了する正式には以下のコマンドを投入する事で解決した。s3v4」の一行を割り込ませる。s3://XXXXXXXXXX-XXXXXXXXXXX-XXXXXXXXXX/この事で、署名はバージョン2から、バージョン4へ切り替わるようだ。処理が正常終了しエラーを吐かないようだ、だからOKだ。←NGですねでは終わらないのがエンジニアの仕事。エビデンスを採取して確認する必要がある。5.2.ログの出力まずは、S3のログ出力は現在OFFになっているので、アクセスログを採取できるように設定を行う。S3のバケットのアクセスログを採取できるように、設定を変更する。詳細は参照1時間くらい経過すると、バケットの中に次々とログが出力されるようになる。大体1時間以上遅れてログが吐き出されるらしく、お昼の12:00に出力したはずのバックアップのログは13:20頃に出力されていた。5.3.ログの分析S3のログの分析のやり方はこちらに説明がある。S3サーバーアクセスログフォーマット今回、確認したい事は、bashのシェルがs3へ行うアップロード処理が、署名バージョン4で行われている事の確認である。ログを分析すると、署名バージョンに「SigV4」と出力されている。署名バージョン4で処理された事が確認できた。TLSv1.2※ログにはマスクをかけさせていただいております。upLoginユーザーは見つかりませんでした。