STUN 实在不行就用公共服务器吧。

turn 没办法，只能标准防护。

我自己选择 chrome ，用着挺好的。

@saveai #22

这个不太全，很多子域名都没扫描出来。

子域名只能跑字典撞，所以很麻烦。

@also1412 #67

是想装在实体设备，但因为 chromiumos 的架构特殊性，手头很多能折腾的设备都不太能非常好的跑，能装的机子都是没办法随便折腾的。。

chromiumos 个人觉得非常适合轻用途设备使用，但就是项目架构有点制约它的发展，对硬件的适配不太灵活，有点难受。

对了，fydeos 的远程桌面是基于 chromiumos 自带方案实现的吧？后续有没有考虑魔改下？

@saveai #19

root 了的话可以先完整搜集下厂商域名，frameworks 和厂商预置的 APK 都得看下。

一般厂商在这两个层都做了相关东西。

google 翻译嵌入一下？

fydeos vmware 镜像之前在 vmware workstation 12 上用的时候出现了很奇怪的显示错误(右下状态栏点击后显示的状态信息选项卡部分内容黑块)。

还有，fydeos vmware 版本阉割了很多容器相关功能，这是出于什么考虑的？技术上并不是无法实现吧，性能考虑也没必要完全阉割掉啊。

最后，chromiumos 的架构确实导致设备适配较为困难，希望能在今后看到设备适配更灵活的 fydeos 。

不 root 的话别想了，干不掉全部的。。

能科普下 wasm 在 k8s 上的作用吗？

对 wasm 的用途理解还局限在浏览器上。

@flyqie #2

第一行写错了，我是后端。。

同前端，遇到了跟你正好相反的问题。。

react 项目转 vue 项目。。

没啥好办法，只能让前端重写，没法全干。

其实，主要是 go 不太甜的原因。。

@nevadax #2

要是硬件时钟出问题了呢。。

不知道为啥突然想起来 oracle 跟 google 之间关于 java 的撕逼。。

最后判决反正是不构成。

不删的话，不进当前系统拷贝而用 livecd 什么的话，应该是没有任何痕迹的。

删除的话，那就跟系统无关了，你得处理 filesystem 甚至硬件。。

git 会走自己的代理配置。。

所以你设*_proxy 基本是不会有效的。。

你这是直接把 issue 什么的复制黏贴过来了吗。。

没看你回复和主页以前还以为是外国人来 v 站发帖。。

@flyqie #8

另外有些时候也不要想偷懒用镜像站，一是镜像站的资源不一定靠谱，二是有些包他是硬编码地址的，更悲惨的是有些甚至都不走*_proxy 。。

楼上 +1

别用*_proxy ，有些根本就不走的，开 tun 模式靠谱多了。。