1
allenm 2014-06-30 11:29:21 +08:00
HTTPS 只是检测不出来传输的内容,但是域名是可以检测的。
|
2
Actrace OP @allenm 我看了一下net-internals,发现页面内的那些HTTPS静态资源链接触发的是HTTP的传输事件.真是奇怪啊.
|
3
wy315700 2014-06-30 12:31:32 +08:00
在建立连接的时候都是明文的 ,比如证书什么的
|
4
wanjun 2014-06-30 12:39:55 +08:00
|
5
Actrace OP 我记得HTTPS的传输过程是在建立了SSL之后才开始发送HEADER的,包括HOST.
|
6
Shieffan 2014-06-30 12:50:30 +08:00 via iPhone
目前的tls协议给防火墙开了两个洞:证书明文传输;默认启用的tls sni extension会在tls握手阶段暴露域名。所以~
|
7
Actrace OP @Shieffan 单独点开静态资源文件地址,是可以打开的,但是载入页面时,解析这些资源文件地址却没有走443端口.无解了么.令人感到奇怪的是谷歌统计的JS就一直载入正常,话说谷歌统计的JS也是HTTPS的,从network里看,确实是走了443端口,我看了一下,只要能正常请求到资源的都是走了443端口的.
|
8
lehui99 2014-06-30 13:12:23 +08:00
@Actrace 确实HEADER的包括HOST确实都是加密的,但证书不是加密的,通过证书可以判断你访问哪个域名。
主要问题还是在于你的页面中一部分资源用http方式加载了吧,测试下来阿里云并没有检测证书进行reset的能力。 |
9
Actrace OP @lehui99 其实主要是这个环节令人费解.
1,chrome请求了页面,由于该链接是HTTPS链接,所以能正确获取内容. 2,chrome解析页面,请求相同域的其他资源,但是HTTPS链接全部走了HTTP管道.然后RESET. 3,chrome解析页面,请求不同域的其他资源,HTTPS正常开SSL管道走流量,没有问题. 一个比较特殊的情况是,如果单独打开页面内的其他HTTPS资源(新标签页,正在载入),再去刷新原来页面,会发现那个资源正确走了SSL管道,304. |
10
orzfly 2014-06-30 15:03:37 +08:00
Server Name Indication (SNI) is an extension to the TLS protocol[1] that indicates what hostname the client is attempting to connect to at the start of the handshaking process.
|
11
Shieffan 2014-06-30 15:06:05 +08:00
@Actrace 我很好奇你怎么得出 “2,chrome解析页面,请求相同域的其他资源,但是HTTPS链接全部走了HTTP管道.然后RESET.” 这个结论的。 TCP reset跟应用层协议又没关系,何必要跳到http再reset
|
12
Actrace OP |
13
Shieffan 2014-06-30 16:21:34 +08:00
@Actrace 之前我就回复你了tls sni extension会在tls握手阶段暴露域名,所以防火墙当然可以直接reset你呀,所以你所说的“HTTPS链接全部走了HTTP管道”实在让人不知所云。
|
15
Shieffan 2014-06-30 16:38:40 +08:00
|
16
eslizn 2014-07-01 10:08:33 +08:00
阿里云很渣,而且会扫描你机器上的文件,就因为我代码里用了eval,它说存在木马,ban掉,要求你删除再开通.
也就是说: 1.阿里云可以肆无忌惮的窥视你机器上的文件(我是用的vps) 2."木马查杀"很弱智,很低级 |
17
haikouwang 2022-09-19 06:14:49 +08:00
@Shieffan 所以 ESNI 有希望解决这个问题吗 ...
|