@nonozone 不用

@xujiang
```
server = / {
return 301 /home;
}
```

更优雅的配置：
```
server {
listen 80;
server_name www.a.com a.com b.com;
return 301 https://www.b.com$request_uri;
}

server {
listen 443 ssl;
server_name www.a.com a.com;
return 301 https://www.b.com$request_uri;
}

server {
listen 443 ssl;
server_name b.com;
return 301 https://www.b.com$request_uri;
}
```

@ycqy 我说的技术成本，是指得找个懂数通和 Linux 的高级工程师。
这比 3 个 IP 成本高很多很多倍。
依瓢画葫芦做出来，没办法维护的。
另外，IP 是阿里云分的，如果阿里云不支持，肯定不会为你单独搞这个功能。

让机房把整个段路由给你，然后你自己来管理 IP 分配。
可以全部利用上 8 个 IP，但技术成本太高了。

1. nginx + stream，不需要证书和私钥
2. nginx + stream + sni proxy，不需要证书和私钥
3. nginx + http proxy，需要证书和私钥
4. nginx + http Proxy + keyless，需要证书不需要私钥

就防 DDoS 来说，效果最好是第 3 种，对请求、连接的卸载比较好
1, 2 两种，其实和 NAT 的技术差不多，两边的连接是对称的
4 需要修改 OpenSSL，如果是第三方防 DDoS 的，得他们来支持，可能你的 key server 是瓶颈

nginx 支持，具体见官方文档
https://nginx.org/en/docs/http/ngx_http_mirror_module.html

楼上各位都不看漂不漂亮？

/proc/net/tcp

代码合理的话，1 核 1G 足够

现在电脑城里的店铺没有不宰客的
百脑汇还得靠他们养着，跟你肯定不是一边的
如果一定要维权，打 12315 试试

相信对方客服、技术看到你的问题也是一口老血喷到屏幕上的

GL-AR300M

楼主，不如我给我名字你拿去测试一下，说不定很般配呢

感觉 Python + requests 封装一下，功能、便捷性、可扩展性都更好……

命令行的话，还是写单元测试和回归测试比较靠谱

@shijingshijing 没错
创业就是既当爹又当妈还当孙子，风里来雨里去，一把屎一把尿
没开业就被政府部门操，刚开张到处求合伙求员工，又想只给几 K，还想员工有阿里 P6 P7 的能力，不到一年员工都能换几轮

@pq 并不能伪造得很像，太多途径可以发现
而且，App 发布出去后，那真的是百分百的证据确凿