@wohenyingyu01 签 B1/B2 显然不是工作。

读了一下 LZ 简历，建议 "PROGRAMMING SKILLS" 部分 Master xxx 稍微修改一下，应届生写这个会让 HR 感觉显得不太谦虚。

另外格式之类的小细节一定要注意，简历的第一印象往往是最重要的。

@woyaojizhu8 单卡多 VLAN 必须买支持 VLAN 的交换机， GS605 不支持 VLAN 。

HTTP/2 一开始强推 mandatory TLS ，后来因为政治原因妥协。不过浏览器厂商都是心照不宣的不支持 h2c 导致完全没有达到标准制定者希望的效果。

301 跳转跟 DNS 协议一点关系也没有。只是 DNS 服务商提供的一种服务。

楼主好牛逼，这都可以直接读出来

装 TLP ，亲测有用。

@kingoldlucky 只是指控系统。火箭上跑的肯定是实时系统。

没有。不管配置多少个证书真正握手的只有一个，复杂度应该是常量。

@binux
@lslqtz Google 连 Youtube 视频都使用 TLS 了， CPU 都有 AES-NI ， I/O 会比 CPU 资源先用尽。

直接 RouterBoard + AP 吧，虽然折腾但是性能只取决你愿意花多少钱，要多高有多高。

@oldcai 那就很奇怪了。 restorecon -vR /var/www/html 看看输出，应该会自动恢复 httpd_sys_content_t 。经常用这个 command ，从来没出过问题。

@McContax 我自己的生产服务器从来不禁用 SELinux ，熟悉后很快就能定位、解决权限问题。

如果应用程序本身有漏洞， SELinux 是最有效的一道防线，一个配置良好的 SELinux 系统有时甚至会让 remote exploit 变的完全 useless 。直接禁用未免因噎废食。

参考：
http://stopdisablingselinux.com/

@notgod 根本不需要禁用。 LZ 的 case 简单一行：

restorecon -R /var/www/html

应该就解决了

几乎可以确定是 SELinux 的问题， restorecon 试试。

@webjin1 还是麻烦啊，使用约定俗成的 non-routeable 的地址显然比申请还简单。另外如果跟 Internet 的隔离没做好也可能会有冲突（ lab 环境除外）。直接使用 non-routeable 的地址可以避免大多数问题。

@webjin1 另外可以防止 misconfigured 路由器转发这些私有 IP traffic 。

@webjin1 企业内网或者不需要互联网访问的 LAN ，这种情况下申请公用 IP 未免小题大作，直接用私有 IP 即可。

IPv6 根本不需要 NAT 。如果只是为了达到 NAT 的那种所谓的“安全”效果，直接在路由器 FORWARD chain 上 block 所有外来链接即可。 OpenWrt 的 IPv6 routing 默认行为即为此。