无法导入证书的AWS数据迁移服务

问题描述：

我们想复制我们的现场MySQL数据库AWS。毋庸置疑，我们需要一个安全的连接，并且设置它已经证明是非常困难的。 AWS数据迁移服务看起来是正确的，它可以选择导入证书。无法导入证书的AWS数据迁移服务

试验和错误之后，我发现，AWS所需要的。质子交换膜的扩展，甚至尝试要上传的文件。按照documentation，预计链式证书文件，我有。但是，我每次都会收到一个验证错误，绝对没有有用的详细信息。我确保我的私钥只有2048比特长，因为AWS似乎遇到了较大的私钥。我已经通过各种在线工具运行证书，他们说这没问题。看起来证书的第一部分就是问题，Data Migration乐意自己导入第二部分。另外值得注意的是，AWS Certificate Manager愿意承担整个事件（尽管它迫使您分割文件）。该证书由Let's Encrypt/Zero SSL与我的CSR生成。我已经确认在上传文件时没有多余的空格。

UPDATE：答案，这是把重点放在中间证书，是正确的。仅使用中间件就足以完成数据加载。但是，要在继续复制数据加载，你的确会从您的证书颁发机构的根证书中添加为好。将其转换为PEM格式并将其添加到中间包的末尾，并将生成的文件提供给AWS。

答

数据迁移是幸福的全部由自己来导入第二部分。

第二部分是什么DMS需要，不是第一次。

要将证书分配给端点，您需要提供根证书或中间CA证书链（作为证书包），该证书用于对已部署的服务器SSL证书进行签名在您的端点上。

https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Security.SSL.html#CHAP_Security.SSL.Limitations

DMS希望能够验证在端点的证书，所以只希望对其签名的权威的证书 - 显然不实际的端点证书本身。

的“验证失败”，可能与事实，你的第一个证书是您的端点证书，这是不是一个CA证书。

如果您检查您的证书与openssl x509您注意的是，第一个文件是不是一个CA文件...

 X509v3 Basic Constraints: critical 
      CA:FALSE

...但第二个是。

 X509v3 Basic Constraints: critical 
      CA:TRUE, pathlen:0

我怀疑这就是你需要的。

但是，你在这里什么是中间。如果你想构建完整的链，那么你需要追加根。根据Let's Encrypt，他们签署证书的中级证书颁发机构已签署为IdenTrust DST Root CA X3。

这通过比较Let's Encrypt Authority X3的权威密钥标识符与DST Root CA X3（同样使用openssl x509）的主题密钥标识符来确认。

因此，请删除您的第一个证书，然后只上传第二个证书。

如果这还不够，请将IdentTrust DST根CA X3证书的主体添加到文件末尾。它在上面链接的URL，也粘贴如下：

哦哇。这将解释很多！好的，我明天会试试这个，测试连接，并在结帐时标记回答。谢谢。 –

你是对的，并且做得比AWS付费支持更好。对于其他人这样做，还值得注意的是，MySQL可能会坚持将匹配的私钥转换为RSA格式（如果它尚未存在）。见https://serverfault.com/questions/451487/configured-mysql-for-ssl-but-ssl-is-still-disabled –

奇怪的是，对于数据加载只有中间证书的作品。但对于正在进行迁移的数据加载，必须将根添加到中间证书文件。再次感谢。 –

无法导入证书的AWS数据迁移服务

相关推荐