由于需要一个稳定运行的日本IP主机跑个性能要求不高的服务。国内云不可信，AWS和Azure太贵，linode和do也不便宜，各类杂牌VPS鱼龙混杂。
正发愁时灵光一现，想起了几年前随手注册后闲置的的永久免费Oracle Cloud账号，正好是日本区的，这不巧了吗？
之所以刚注册时没使用，是因为当初没这个需求且测试过之后发现它的线路并不好。我ping CN2的美国主机都只要170ms，你一个日本主机居然要200多ms？
但既然有了实际用途，Oracle又打算一直搞这个永久免费，那就捡起来用吧。
本以为这是个开机即用的玩意，没想到直接掉进了几个大坑，网上一查发现受害者众多。
在此把过程和心得记录一下。
前一段时间我测试了大量不同模式的代理，效果是不错，自己对一些技术也有了充分了解。
但是……实际用起来发现，最大问题不是哪个好用或不好用，而是同一台服务器上安的东西太多了，又极少会同时使用。
举个实际例子，某台境外服务器上做了以下配置：
续前文：一些新网络技术实测（上）
众所周知的事实：墙只安在国境线上，国内网站另有一套更加严密的监管系统。由于每个网站每个域名都要实名备案，找到负责人很容易，因此不会大费周章去监控国内流量。
而之前的方案中，直连的方式是：
国外公网←nginx←websocket←国外网站
⬇
墙
⬇
国内公网→家庭宽带/4G→websocket→本地代理→浏览器
道高一尺，魔高一丈，网络监管与反监管技术永远在更新和升级。现状是，除了简单粗暴的封锁，对数据包内容与来源的深度分析也在逐渐增强，监控已经从互联网出口、骨干网一路延伸到了家庭光猫。因此，我们需要定期更新自己的技术栈和工具库，使用不同类型、不同连接方式的加密数据通道作为备份。
之前文章中介绍的一些技术已经稳定运行了很长时间，并为了保障安全和可用性，分布于不同国家的多台服务器。
近期我对其中一部分技术进行了升级改造，并进行了测试和研究。
但本文只讨论形式和结果，不包含过程，也不涉及教程。
一个神奇的小程序，把你输入的任何文字转化成一个玛丽苏风格的名字；也可以转回来。用于各种加密、混淆、防监听等场合。
举例：
原文：苟利国家生死以，岂因祸福避趋之
密文：艳茹璃·百蕴合·雨璃·拉樱魅格凤柔糜璃·倩娅然音凝灵莹·威影涅奥雅眉洁·晗薇合盘希思阳樱·基玫如·舞恋黛·瑟拉利艳娅·盘墨萝洁·莲渺蓝芝寇妲馨安·之绯心蕾·巧蕾琦颖艳御莉