事后你就进去了...

大体是把两个实体网卡加入 esxi 虚拟交换机，然后极路由也加入一个交换机。
如果需要分开两个网卡，那么需要再增加一个 esxi 虚拟交换机。

不包含代码仓库？
点击注册发现需要填一堆东西就没兴趣了...

最近几天卸载了 2 台电脑里面的 Avast，每次编译调试程序都先检测，检测个 10 多秒再重新执行。
查了一下才知道 avast 居然是在将文件上传到服务器，找了半天也没找到关闭的地方。

nat 比纯路由成本高，如果有足够的公网 ip 运营商当然不想提供内网 ip。

政策方面独立 ip 更好追查，现在一个公网 ip 对应一堆用户，还需要配合端口号才能找到具体用户。
另外公网 ip 一样可以封禁 80 端口。

@BXIA #28 原来现在 docker 支持 arm 了.

@Troevil #35 Canva ？ 可以 js 拦截 getImageData 等函数后稍作修改。

@imn1 #32 意思是根据地址栏域名保存 cookie 环境，需要做成永久保留的。
tb 搜索完在 *.taobao.com 同一域名下的商品没问题。跳转到 tmail.com 就挂了，这个就需要白名单将 taobao 和 tmail 合并为一个 cookie 环境了。

不过这个想法浏览器插件不一定能做到，插件可以向网页注入 js 来控制 js 获取的 cookie，http 头的也可以拦截 http 请求处理。但是印象插件无法识别 http 请求属于哪个 tab，referer 可以解决一部分，但是无法处理 iframe 内的请求。

很有可能需要定制浏览器，那就麻烦了。

服务器，新的 xW 买不起，二手的就很便宜了。

@jarlyyn #29 晕了，忘了 cookie 常规方法根本没办法跨域...

单独 cookie 环境的目的主要是阻挡第三方 js 通过第三方 cookie 跨网站的确定用户身份。

不过网站后端卖用户信息就没办法了。

@loading #4 +1 能够直接模拟为 usb 键盘、鼠标，电脑什么都不用安装就能搞定。

@just1 #26 是的，挂掉的是第三方登录，这个需要白名单之类的方式来处理了。

@just1 #23 你没明白意思，cookie 环境划分以 tab 地址栏为准，允许 weibo.com 内嵌 sina.com 的 js 等内容，内嵌的 sina.com 的 cookie 属于 weibo.com 的 cookie 环境。我测试 weibo 登陆时地址栏 url 没有 sina.com 的，所以不受这种策略影响。

这种已知的缺陷是 OAuth 直接跨域名跳转登陆会出问题，iframe 内嵌跳转登陆不会出问题。也只有大型网站才会上跨域名 OAuth，这种可以单独做个白名单，白名单 url 的 tab 还是属于上一 cooke 环境。

说起理赔和法务，上面几个答主都提到纠纷然后打官司，我以一个参与者的身份来说这个，关于保险责任讲解不清，夸大收益的我亲身参审的案件有 9 次（以被告身份参与庭审），全部败诉，无论有什么证据，哪怕是录音，亲笔签名，只要一口咬死是办理的时候业务员什么也没讲，录音签名都是业务员让我干的，全部胜诉。

说这事的原因是想说，在法律上，但凡客户上诉，保险公司有九成败诉！为什么很少人上诉？

作者：Ans
链接： https://www.zhihu.com/question/35853885/answer/84405928
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

看起来直接起诉基本都能够赢，诉讼费也可以由被告承担，不过比较麻烦。

不知道是不是可以做到这种，每个网站都有自己独立的 cookie 环境。

比如我打开的是 taobao 的网页，这个 tab 内启动一个新的 cookie 环境，和其他的非 taobao 的 tab 都是隔离的。taobao 里面如果有引用 1688 的内容，包括 js 及 ifram 插入的其他网站的内容也是使用的 taobao 的 cookie 环境。

如果下次用户打开 1688 网页，那么又是一个独立的 cookie 环境和刚才的 taobao 的 cookie 环境独立。

也就是完全依赖浏览器地址栏来决定 cookie 环境，所有地址栏是 *.taoboa.com 的 tab 共享一个环境，即使内部引用了 1688 的 js 也是使用 *.taobao.com 的 cookie 环境。