<p>mcは、名前にアンダースコアを含むGCSバケットでは機能しません</p>

$ ./mc config host add gcs https://storage.googleapis.com GOOGXXXXXXXXXXXXXXXX eb4XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX S3v2
$ ./mc ls gcs
[2016-03-21 15:30:02 GMT] 0B dw_export /
$ ./mc ls gcs / dw_export /
mc：'gcs / dw_export /'を統計できません。 バケット名に無効な文字が含まれています。

現在、はいバケットはS3バケットの命名要件に基づいて制限されています。つまり、ここからバケットの制限に従いますhttp://docs.aws.amazon.com/AmazonS3/latest/dev/BucketRestrictions.html

gcsのためだけにこれを緩和する方法があるかどうかを確認します。

各ストレージプロバイダーに固有のバケットの命名/検証規則を設定できますか？ それぞれ独自の制限がある複数のプロバイダーをサポートする場合に非常に便利です。 一方のポリシーの変更は、もう一方を壊すことはありません。

各ストレージプロバイダーに固有のバケットの命名/検証規則を設定できますか？ それぞれ独自の制限がある複数のプロバイダーをサポートする場合に非常に便利です。 一方のポリシーの変更は、もう一方を壊すことはありません。

Google Cloud Storageの問題は、S3と完全に互換性がないことです。 「mc」は、S3、Minio、Ceph、Swift、Filesystemsなどの「S3」互換のオブジェクトストレージ専用に作成されたツールです。 -そのため、プロバイダーごとに逐語的なソリューションを追加しても、すべてのタイプのプロバイダー向けの汎用データ転送ツールではないため、意味がありません。

できることは、特に「GCS」のバケット制限を緩和することです。これには、minio-goでのコード変更が必要です。

minioを機能させるために、アンダースコアなしの名前でバックレットを転送（名前変更）します。
その後、このバケットをミラーリングすることができました。

ユーザーにベストプラクティスに従うように勧めるだけです。 緩和すると、GCS、AWS、Minio間のデータ移行が難しくなり、ユーザーは常にmcに依存するようになります。

このスレッドは、閉じられた後、最近のアクティビティがないため、自動的にロックされています。 関連するバグについては、新しい問題を開いてください。