当前位置: 首页 > 知识库问答 >
问题:

自签名SSL不能在工作站上工作

束雅达
2023-03-14

我正在为一个tomcat实例修补RH Linux7上的自签名证书,但有一段时间,我没有浏览器警告。我在这里遵循了这些人的说明(让Chrome接受自签名的本地主机证书),并尝试使用KeyTool将.crt导入到我的tomcat实例中。使用以下命令-

创建密钥库-keytool-keysize 2048-genkey-alias tomcat-keyalg RSA-keystore tomcat.keystore

现在,在Linux7盒子上,我可以访问server.domain.com:8443或server:8443,并发出警告,但在我的Windows工作站上,我只能访问server:8443,而不能访问FQDN。我已将myca.pem和signed.crt作为受信任的root权限导入计算机。

我做错了什么?多谢了!

共有1个答案

刘选
2023-03-14

我能理解的是。您已生成SSL证书并将其导入计算机。希望您已经用ssl信息更新了conf/server.xml。更新后,重新启动服务并检查

 类似资料:
  • 我正在运行CouchDB Docker容器V.2.1.1。在这一点上,除了SSL之外,一切都在工作。我正在遵循关于SSL设置的CouchDB文档。容器具有OpenSSL 1.0.1T。 对最后一个错误进行搜索会出现指示Erlang版本有问题的信息。但是,我相信CouchDB容器已经有了一个补丁版本。我尝试用: 这没什么区别。搜索结果还指出OpenSSL的版本有问题。我从源代码升级到OpenSSL

  • 我正在尝试将 Websphere-liberty 服务器配置为对所有出站连接(实际上是 REST 调用)使用缺省密钥库和信任库,对于入站使用自定义密钥和信任库。但是,当尝试调用外部 REST 服务时,SSL 手抖异常会失败。在日志中,我可以看到它使用我的自定义信任库而不是默认信任库。 下面是我的服务器.xml 顺便说一下,如果将saasSSLConfig更改为使用defaultTrustStore

  • 我有的GET请求与已签名的cookie使用罐装和自定义策略。 是abc.cloudfront.net的替代域,并且在cloudfront和cloudflare上都设置了CNAME。 ``` ``` 提前谢谢。

  • 我有一个在远程服务器上运行的spring boot应用程序。当我构建它在HTTP上工作时,一切工作都很好。但当我试图设置SSL时,应用程序不能工作。它不会抛出错误或任何东西。但我无法访问浏览器中的任何页面(我尝试了https://www.example.com、https://www.example.com:8443、https://example.com等)。 > 我已经从certificate

  • 结果在Windows和Linux之间有所不同。 Linux:鼠标位置:0,0 Windows:鼠标位置:623.0,367.0 我不知道为什么它不能在windows上工作,甚至似乎与lwjgl版本完全无关,因为我尝试了3.1.6、3.2.1、3.2.2和3.2.3-snapshot,所有这些版本都是一样的。所以问题要么是我在创建窗口时忘记了一些东西,要么是windows在某个更新中损坏了一些东西,

  • 我希望表2(标题为“托管交易”)按日期自动排序,表1(标题为“贷款查询”)按姓氏自动排序。两张表都在一张谷歌表中。我已经找到了下面的脚本,我对它进行了轻微的修改,它在第2页上的效果非常好,可以按日期自动排序; 但是,我希望第一张工作表按照第2列中的姓氏自动排序,而不是脚本所指的第7列 值得一提的是,我对脚本做了以下更改,并在下面的脚本中添加了按姓氏排序的脚本,该脚本在第1页的第2列中运行良好; 但