这种保活机制我也研究了很久 暂时没有进展 有啥思路吗? 实在是不想频繁重启端口

不错 udpxy 确实稳定简单 但是 实在是太老了

你原来的 /lib64 没有指向 usr/lib64 , 新建的是

@chenxuuu 能开,但是指向到机器上好像只能 /128

Linode

@WizardLeo 如果我改回原来的 就拿不到 V6,,很讨厌

@shortxxx Stripe 的风控也很迷，然后触发就全部自动退款

监控建议用磁带。反正你很难会经常看。

@libook 外部程序确实是会受到操作系统的内存读取保护，主要是担心浏览器插件之间的互相读取，因为他们都运行在 chrome 进程中，各自也都可以调用 chrome 的 API 操作 chrome.

这样麻烦的情况下，后续我应该选 raid1+0 还是 raid6 啊

@libook 还是没有回答：如果临时解锁，数据是否能被读取的问题。我们已经知道未解锁的情况下是安全的，如果临时解锁呢？

我尝试了指定一下之前实体 ME60 的 ACname ，还是可以接入这个实体 BAS 的，你可以试试看，

而且很奇怪，虽然能接入，但是你用 PPPoE SCAN 是扫不到的，重播频繁有概率能分到这个 ME60 的实体 BAS

@MsHan 实测目前还没事。不清楚是不是 esim.me 打嘴炮

我的账号还莫名其妙被改了地区，本来我的韩国区开了两台机器，莫名其妙被改成了日本区而且 instance 都看不见了，但是，我在 cloudportal 还能看到我有两个资源

@huobi 现在不行了把？

@davin 不要侮辱 SEO ，这帮招嫖的大多数都是玩诈骗的，绝大多数是 L 聊诈骗。他们发布那么多地名只是为了吸引人到他们的诈骗网站上去，不是真的在本地提供服务。

是为了反招嫖。了解黑产的都知道这些地名的搜索结果会出来什么东西。