![]() |
1
3
我和ftrotter在同一个项目上工作。 注意支持的要求 数千 领域的。我不认为sans会因为两个原因来切芥末。首先,证书的大小将变得巨大,这可能至少会导致性能问题。第二,这些领域将频繁出现和消失,特别是在NHIN Direct的早期。IMHO,每次域出现或消失时都必须更新证书的操作负担是不可接受的。 在Frter的请求下,我在Java、TLS和SNI的主题上进行了一些搜索,以及其他方法来实现一个基于虚拟主机的情况,每个虚拟主机有一个证书。我想到的是:
如果您有很多虚拟主机,这种方法将创建非常大的证书(由于所有这些CNS和SAN)。NHINDirect最近的面对面会议上有一个人在谈论要支持 数千 虚拟主机的。我猜这会破坏很多实现。此外,每次添加或删除虚拟主机时都必须更新证书,这听起来是一个荒谬的操作负担。 综上所述,当前基于Java的虚拟主机的状态,每个虚拟主机具有不同证书的虚拟主机似乎是“不能做”。此外,还不清楚何时或是否添加。 有人同意或不同意吗?有没有人知道OpenJDK项目有没有打算为Java 6“后退”SNI支持? |
![]() |
2
8
Javase7在JSSE中有SNI支持。 http://docs.oracle.com/javase/7/docs/technotes/guides/security/enhancements-7.html 注意,它似乎有问题,您可以在这里阅读: SSL handshake alert: unrecognized_name error since upgrade to Java 1.7.0 |
![]() |
3
6
也可以使用orig-sun jdk(bootclasspath)中的一些行进行修补,以使服务器sni正常工作。 类:sun.security.ssl.serverHandshaker 添加字段
补丁方法clienthello(添加这些行)
修补方法设置privatekey和chain(更改)
添加到sun.security.ssl.servernameextension类
|