既然你都说了盲目，那么不就是赌博么，十赌九输，一般来说这样买基亏损可能超过 80%，如果直接买股的话亏损可能超过 95%，不用说买期的话亏损可能超过 100%

@bthulu #2 你都能想到，那么谷歌、百度这样的大公司早干了，所以可以确定肯定不行，短期大盘指数符合博弈和情绪原理，并不能通过以往数据推测未来，因为你的推测就已经在影响未来走势了，又因为你的推测变更了未来走势所以你的推测肯定是错的

#5 说得对，不但 tcp 有连接 established 的状态，udp 也有，iptables -m 参数可以设置匹配这个，服务器上网先走 output 表不 reject 发 sync ，然后就有连接状态可以匹配继续放行

@yuyuyu #7 直接上门去谈合作问呗，你又不是抢游戏提供商生意，是帮人家提高服务质量，人家大概率会很欢迎很开心直接告诉你或者给你个更新接口用，别只想着用技术解决问题好吧，还有合作共赢，当然你有办法通过技术方法找到倒是可以节省不少成本，如果你想做这个生意自然要有方法可以做到，只是那些做得久做的好的大概率应该是用前一种方法才对

@yuyuyu #3 游戏服务器虽然用的是 GCP 美国，但是人家用的是 GCP 固定一部分 ip ，这些 ip 已经被游戏服务商买了，你如何用得了，又不是把整个 GCP 的 ip 都加入了白名单，是把游戏提供商买了真的提供服务的 ip 才会被加入白名单，其他人肯定用不了啊

白名单呗，反正游戏服务提供商也不可能动不动大范围改 ip 吧，一下不就给你堵死了

如果是入口页并不会完全缓存不发请求吧
如果你是配置了 manifest 指明首页可以离线使用，那么肯定会请求 manifest 信息啊，你通过新的 manifest 返回首页过期信息就行了吧
如果 service worker ，那么启动 service worker 的 sw.js 会请求，再里边写删缓存的代码就行吧，所以你这个不能清是个啥情况。。

@huangya #11 对，IPv4/IPv6 是三层包。。

ethernet 标识相同 code 是 ip 包然后由操作系统来区分当然也是可以的，但是是否选择这样做的考量点其实是上层协议的广泛和重要程度，也就是成本考量，如果 ethernet 无法区分上层协议是 v4 还是 v6 ，那么也就意味着 ethernet 没有为上层协议优化的可能了，比如 v4 和 v6 的包大小就完全不一样，也许会针对这个在硬件层面做优化，还有链路层针对 IPv4/IPv6 的 qos ，虽然都可以在网络栈里处理，区别就是延时波动、功耗、效率，一个使用更为广泛的协议必然需要考虑更多场景，就算这个场景再小，你不但遇不到甚至都想不到，但也是需要考量的，比如汽车内部使用 ethernet 网的时候对延时波动就有更苛刻的需求，需要内核的网络栈解析就可能大幅降低延时波动的可靠性

@huangya #7 而且吧服务器机房现在 40G 、400G 或者更高速网络使用的网卡很多就不是 ethernet 网卡，厂家自己搞的一套协议，然后同时提供驱动

@huangya #7 还有吧，网卡再收到 ethernet 数据包之后首先得知道这是啥数据包，然后才能决定交给 v4 还是 v6 网络栈处理，或者就是其他类型的数据包，比如带宽协商，ethernet 一般是硬件绑定的，比如你买的网卡出厂就已经告诉你使用的 ethernet 协议，你几乎不可能说改成蓝牙网卡之类的，但你用它来组 IPv4/IPv6 网络这个则是操作系统通过驱动和网络栈来完成的，你要是自己搞搞驱动或网络栈，你也可以自己搞个叫 IPv888 的网络啊

@huangya #7 这话反过来也一样啊，ethernet 也不止可以传输 IPv4/IPv6 数据包

首先 ethernet 是二层协议，有个流量类型只是方便设备间通信与分析以及 qos 、防火墙等的控制，但实际通信过程中二层协议并不会解析四层 IPv4/IPv6 的数据包，所以并不能使用 IPv4/IPv6 的 version 字段，一层是一层互不干扰啊，否则哪天 IPv4/IPv6 协议有调整你的所有硬件设备不全废了，比如局域网交换机之间二层协议通信直接 ethernet 层就完成了，并不会进入网络栈，也不会解析 IPv4/IPv6 协议

再说要按你这么说，更上层的协议包含重复信息更多，既然如此为啥还要分 IPv4/IPv6 ，不直接用应用层协议提供的信息呢，这不是一个逻辑么

@huangya #2 IPv4/IPv6 数据包不止可以在 ethernet 链路上传输，这么说就不困惑了吧

@zmqiang #3 如果是这样的话不就是监控系统么，Prometheus 也支持用类似 sql 查询，influxdb 官方也有一套监控系统，数据保存在 influxdb 里，也支持 sql 查询，组件的话估计不好找，其实就是个可组件使用的内存数据库，比较能适配又不影响你自己程序运行可行性太小了

状态报告啊，其实他不是个表，只是接受用表的接口查询吧，实时的状态报告肯定是要融入到程序各处逻辑的，那么性能是个优先考虑项，最终需要读取时怎么把这些数据收集过滤显示或者接口 sql 查询就是另外一回事了

这你都想看出了，你这是当你的眼睛是光刻机+X 光扫描么。。

外部这只是引脚封装，cpu 本体并不是你能看到的这个，可以拿去维修测测看看你能看到的这些电阻电容有没有异常的，如果没有异常估计就没希望了吧，感觉能干这活的估计不好找吧，或许把主板也拿去看看，说不定是主板有问题呢

@sniperking1234 #11 就是正常的 vpn 组虚拟局域网吧，这个资料应该很多才是，集群流量不高随便那种 vpn 都可以，流量高的话可以使用 tinc 这种可以 p2p 组虚拟交换机模式的 vpn 就行

https://www.cnblogs.com/huangweimin/articles/7700892.html openvpn 的

https://www.moewah.com/archives/2898.html tinc 用 switch 模式组网

openvpn 组的流量统一由中心节点转发，tinc 的 switch 模式就是各机器相互直达了，然后把 vpn 的 ip 当集群外部 ip 就行，安装 k8s 时候其实就是一个多网卡机器指定外部 ip 的过程，查一下应该很容易找到安装 k8s 怎么指定网卡和外部 ip

保证同一局域网的话，直接自己给网卡再添加设置一个不会变的的 ip 来组局域网也可以，或者添加网桥网卡再添加 ip 组单独局域网也行，这样也正常二层网络完全一样的

不过感觉还是用 vpn 比较好，在不在统一局域网都没问题，改集群 ip 看起来似乎有点麻烦，而且你都交互给客户了，你有方案他们操作的时候估计也很容易出错，还是独立于集群外用 vpn 组一个独立的局域网靠谱，有问题客户只要有点经验的也可以自己搞定

要不直接套层 vpn 呗，性能也没多大影响，然后客户 ip 随便他们折腾，只需要保证各节点网络能正常访问就行了吧