这 bug 太可怕了

有道还有人维护吗？

懂协议的就是网管，智商捉急

openssl s_client -connect t.tt:443 2>&1 | openssl x509 -text |grep -A1 "Subject Alternative Name"
X509v3 Subject Alternative Name:
DNS:static.smartisanos.cn, DNS:dl2.smartisan.cn, DNS:www.t.tt, DNS:t.tt


这个还是有必要的，这就是一个运维的情怀，不是 60 分就行了，90-100 分才行。
HSTS 也是必要的。

简历里面 写各种精通的，一律 KO，绝对没错。

修改如下试试：
服务器 A
server {
listen 9090;
server_name xxx.xxx.com;
location / {
proxy_redirect off;
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass http://xxx:8080;
}

}

服务器 B
listen 80 ;

server_name xxx.xxx.com;

location / {
proxy_redirect off;
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Forwarded-Port $server_port;
proxy_pass http://xxx.xxx.com:9090;
}


本机绑定 host 到服务器 B，访问 xxx.xxx.com ，可以的话，改 DNS。

这种事情，阿里云计算有限公司 当然不方便出面了。

proxy_set_header Host xxx; #这个改成 proxy_set_header Host $http_host; 告诉 tomcat 返回最终的请求端。

另一台服务器 proxy_set_header X-Forwarded-Port $server_port; #这个最终反代到 tomcat 上。

一台
以想 另一台
给一台
原服务器
<base>
这表达能力真的蛋疼

有云上云，没云上 KVM，这都不是啥事。

程序猿 都用 cisco 12000

@ywgx 你们这套系统没有任何业务在里面，充其量也就是套网管系统，在公司里面使用场景不大，没有核心价值。

还是老老实实最业务开发吧，自动化运维这个自动化它有很多很多前提，小公司搞不好业务需求也不大，大公司难度大也难搞。

阿里云也是如此。用 smtps

所以换掉 ftp，和串口一样，都是古老不合理的老掉牙的协议，用 sftp。

现在创业还用二手服务器的，自己往坑里面跳。