昨天（29）晚上本来要更新来着，结果😴睡着了，草稿就放在那里，直到30号早上。起来看了一眼手机还在网站页面，刷新了一下直接522，给我整不会了，先上班再说。 vps也无法登陆，让人真是煎熬，我以为是小故障，直到10点依然没有恢复，CC官网也登陆不了，给客服发邮件他们才后知后觉知道，真是太不专业了。 开始以为是堆栈出问题，没想到看网上说是被勒索了，真是服了cloudcone。 只能做做最坏的打算，主站和图床做了备份，其他的站点就没这么乐观，只备份了数据库。能恢复最好，大不了就做这一个站点了…… 2026.01.31更新 我们写信是为了就影响您服务的事件提供明确的更新。 我们使用的平台（Virtu […]
最近科技圈最火的莫过于 clawdbot (现改名为 moltbot)，这是一个能帮你操作设备的 AI 助理。与 claude code 这些 AI 工具不同，它能真正“动手”，直接控制设备、读写文件、管理邮件、日历，甚至通过即时通讯软件主动提醒或汇报，不仅限于聊天或编程。
虽然 clawdbot 听上去很高大上，但配置其实非常简单。我使用一台年费不到 7 刀、配置相当“辣鸡”的 VPS（仅 1 vCPU, 2G RAM）也能部署成功。这篇文章就来分享一下这个极简的部署教程。
⚠️ 注意：虽然 clawdbot 功能强大，但其本质仍处于早期开源阶段，可能存在安全风险，不建议在生产设备上部署，这也是最近 Mac mini 卖到脱销的原因之一。因此，选择一台廉价 VPS 或者闲置设备进行体验是一个成本更低、更安全的选择。
curl -fsSL https://molt.bot/install.sh | bashI understand this is powerful and inherently risky. Continue?，选择 Yes，否则会退出安装流程。clawdbot onboard 可再次进入安装流程。Onboarding mode 选择 QuickstartModel/auth provider 中选择你偏好的模型并输入 API 即可。官方推荐 Minimax，但如果你不想为模型付费，且希望配置更简单，建议选择 Qwen。Keep current (qwen-portal/coder-model)。select channel 选择 Telegram (Bot API)Telegram 中搜索 @BotFather，发送 /newbot，根据引导填写名称和用户名。创建成功后，将获得的 API Token 粘贴回 VPS 命令行即可。安装完成后，输入 ss -lntp | grep 18789，如果有返回内容，则说明服务已成功启动。
/start。clawdbot pairing approve telegram <code> 的指令。<code> 替换为 VPS 命令行显示的 Pairing code，然后将整行指令通过 ssh 发给 VPS 即可完成配对。如果在安装时跳过了 Skill，或者想尝试新的 Skill，可以直接将对应 Skill 的文档链接发给 Bot，让它“自学”并自动帮你安装。
因为通过 http://ip:18789 可以直接访问该服务，为了安全，在 VPS 上部署好 clawdbot 后，建议不要对外开放 18789 端口。
因 VPS 情况不同，具体操作也有所不同。如果是腾讯云、阿里云这种大厂的虚拟机，可以在平台网站的后台去设置。如果和我一样，安装了 1Panel，可以直接在 系统 – 防火墙 处设置端口。
最后安装完成后，clawdbot 内存占用在 400 MB 多一点。
但如果内存过低，可以在 VPS 上干的事情太少，也就失去了意义。
虽说在 VPS 上部署 Clawdbot 的成本极低，但受限于硬件配置，运行流畅度确实不如本地设备，只能说是“勉强够用”的水平。
如果你追求更丝滑的体验，建议选择配置稍高一些的 VPS（2C2G 以上为佳），或者干脆利用家里闲置的旧电脑。
Clawdbot 虽然风靡一时，但在折腾之前，建议先想清楚自己是否有真实的应用场景。工具虽好，别为了折腾而折腾。
这就是我用来布置 clawdbot 的 VPS（第三款），除了便宜一无是处。有人说很不稳定，但我自己从黑五用到现在，还没出现啥问题。总之不建议用来运行正经服务，适合折腾，出事了也不心疼。
| 内存 | 核心数 | 空间 | 流量 | 带宽 | 价格 | 购买链接 |
| 2.5 GB | 1 vCPU | 15 GB | 2 TB/月 | 1 Gbps | $6.45 /年 | 购买链接 |
| 2 GB | 1 vCPU | 15 GB | 2 TB/月 | 1 Gbps | $6.59 /年 | 购买链接 |
| 2 GB | 1 vCPU | 30 GB | 2 TB/月 | 1 Gbps | $6.75 /年 | 购买链接 |
我的第一台 VPS 就是购买于他家，虽然线路没有针对中国进行优化，但是价格便宜，配置也还不错，适合新手小白练手使用。比 Dedirock 靠谱些。
如果需要购买，地区尽量选择 DC02，其次是圣何塞、DC03。
熟悉我的朋友都知道，我一向是比较“佛系”的。
其实早在云服务器刚部署好，装好各种东西后，我就发现了这个奇怪的现象：明明我买的是 4GB 的规格，系统里怎么看都只有 3.2GB 左右。
当时看到这个数字，我心里的第一个念头是：“我去，服务商该不会是在给我搞‘缩水机’吧？” 难道这所谓的 4G 实例其实是 3.2G 的残次品？但紧接着，作为一名折腾多年的业余 DIY 玩家，这“3.2G”的诡异数字让我脑海里瞬间闪过一丝不祥的预感——这数值也太像 32 位系统的寻址上限了！
那一瞬间我甚至有点自我怀疑：“难道我手滑，给这台机器装了个 32 位的 Ubuntu？如果不小心把古董级的 32 位系统装在了现代 VPS 上，那可真是运维生涯的黑历史了……”
我赶紧敲了一行 uname -a 压压惊。看到屏幕上明明白白显示着 x86_64，我这才松了一口气：还好，系统没装错，脑子也还正常。
既然排除了“因为蠢装错系统”和“服务商虚假发货”的可能性（凉心云不至于的，况且一般哪有 3.5G 的机器），因为当时老机器上的原有服务已经全部完成迁移到这台新机器并上线运行了有几天了，我想着反正跑个 WordPress 加上几个 Docker 小容器，3GB 也绰绰有余，再加上那时候还是个 linux 萌新，面对折腾系统总有种恐惧感，也就懒得去深究那消失的 800MB 到底去了哪。这一拖，就是4年多过去了（这到底算佛系还是算拖延症呢）。
直到前几天，我遭遇了一次恶意的刷流攻击。虽然通过各种手段挡住了攻击，但那当时看着服务器内存水位线一直处于报警阈值边缘，我的心态终于崩了。
资源寸土寸金，在关键时刻，这“莫名失踪”的 内存可能就是压死骆驼的最后一根稻草。于是，我决定不再佛系，彻底查清这笔“内存烂账”。
虽然早就排除了 32 位系统的嫌疑，但我还是得确认一下底层的硬件规格。使用 dmidecode 命令查看底层硬件信息：
sudo dmidecode -t memory
输出结果非常明确，物理插槽上确实是实打实的 4096 MB：
Physical Memory Array
Location: Other
Use: System Memory
Maximum Capacity: 4 GB
...
Memory Device
Size: 4096 MB
Type: RAM
...
然而，当我切换回系统视角，使用 top 命令或者在面板一看，画风就变了：
MiB Mem : 3419.1 total
4096 – 3419 ≈ 677 MB。 既然物理内存没少，系统也是 64 位的，那只能说明一件事：这部分内存被操作系统内核在启动阶段就已经“私吞”了，导致用操作系统实际可支配的内存减少。
系统可用内存比机器规格小不少，在虚拟化环境（云服务器，VPS）中是非常常见的。一般无非是3个地方
现在云服务器，都有一些魔改虚拟化机制，可能会在客户机底层埋一些小玩意，这些“小玩意”会占用一点点客户机内存作为通信缓冲区，不过一般都非常克制，不至于直接砍下去 800 MB 吧
毕竟虚拟的主板 BIOS 和硬件设备也需要占用地址空间嘛，比如我还开了VNC，几十MB的虚拟显存占用总要有。但是这玩意一般最多也就吃个200M，不应该啊。
我不放心执行一下命令，看了下内存映射日志。
dmesg | grep "Memory:"
输出： Memory: 3319136K/4194304K available (14336K kernel code, ...)，嗯……这，被吃的内存可真多。
kdump-config show
显示 current state: ready to kdump，说明它正在占用内存。
cat /proc/cmdline
返回的配置最后赫然写着：crashkernel=2G-16G:512M,16G-:768M
破案了！元凶就是它——Kdump。
什么是 Kdump？
Ubuntu 默认会启用 Kdump 。目的是在为了实现当系统内核崩溃时记录错误日志的功能。为了保证系统内存被用户打满再崩溃时，系统还有地方可以存放崩溃现场的数据。所以系统会在启动时预先强行划走一部分内存。这部分内存对普通应用是不可用也不可见的，因此 top 、php、Nginx 统统都统计不到。
不得不说，这也太狠了吧，2G-16G:512M，合着，物理内存在 2G 到 16G 之间，强制保留 512MB？？？我4G砍512MB还不太明显，2G的机器，你给人家砍 512MB，还让不让人用了？
Kdump 对于像咱们这样的个人站长，服务器主要运行 Web 服务的人，是完全没有用的，咱们并不需要在系统崩溃后查看 Kdump 保留内存转储存文件，来分析为什么系统会崩溃，面对系统崩溃我们能做到只有重启，快照，重装三板斧和报告软件作者。
所以，这 512MB 的“昂贵的买路钱”，我不交了。
sudo vim /etc/default/grub
# 当然，你要是习惯用 nano 的话 用sudo nano /etc/default/grub
找到 GRUB_CMDLINE_LINUX 这一行。
# 原配置：
GRUB_CMDLINE_LINUX="... crashkernel=2G-16G:512M,16G-:768M ..."
# 修改为（直接禁用）
GRUB_CMDLINE_LINUX="... crashkernel=0M ..."
注意：
1. 保留该行内原有的其他参数，只修改 crashkernel 部分
2. 如果你的参数是写在GRUB_CMDLINE_LINUX_DEFAULT里的话，那就改这里的参数。
这一步至关重要，你不更新引导文件，改了配置也没用。
注意：执行后，服务器（系统）会被重启
sudo update-grub
sudo reboot
重启服务器后，第一时间打开终端输入 free -m.可用总内存从 3.2GB 瞬间跃升到了 3.9G。舒坦，这么多年拖延的问题终于解决了。虽然平时看着不起眼，但在流量高峰期或者 Docker 容器跑得比较多的时候，它就是从卡顿到流畅运行之间的那道分界线。如果你也发现你的 VPS 内存“缩水”严重，不妨检查一下 /etc/default/grub，说不定也能找回这笔“私房钱”。
3419Mib/1024/1024X1000X1000=3.26G内存可用，然后面板还隐藏了百分位，变成了3.2G，然后我（4G-3.2G）X1000=800MB，得出了“我擦，怎么少了快800MB”的结论。正确算法应该是 4096-3419=677MB 不过琢磨了下，我决定还是按照当时的实际心路历程去如实写吧。The post VPS内存缩水排查：消失的 800MB 内存去哪了？ appeared first on 秋风于渭水.
还在为抠图细节、合成不自然、老照片修复而耗费大量时间？Photoshop 2026 的AI革命来了。基于全新的Firefly Image 3模型，它的“生成式放大”能让模糊照片重获高清细节，“协调”功能能让合成元素拥有完美统一的光影，“创成式填充”则能听懂你的复杂描述。
office的ADO+SQL跨表查询挂掉已经一周有余。虽然在这期间微软又出了更新，但据说那个更新并没有把这个问题解决掉。就在这周二，有人在论坛上说wps也中招了。之前一直好好的，但突然间就中招了，他并没有说错误代码是什么，是不是跟我们遇到的相同，但可以肯定的是，wps也中招了。office跟wps是两个不一样的东西，所以如果两边都中招的话，就意味着这个bug可能出在windows上，因为绝大多数情况之下，大家都是用windows系统，可能是win10也可能是win11。我用的是win10，所以我用回滚的方式就暂时没有问题了。之所以这样，是因为我没有参加安全延长计划，所以理论上我的win10是不可能再更新的，但win11不一样。谁知道那个wps中招的电脑是不是win11，是不是周一或者周二进行过自动更新。更新那些东西有时候会让你重启，所以你有感觉，但有时候是静默的，所以你根本不知道已经更新了。
就在网友的wps宣告沦陷之前，Office2024批量版也中招了，但是他中招的时间比我们这些当前频道零售版的晚一点点。从他的那个版本号可以看出，他的office已经更新到最新版本，就那个时间来说，跟让我们中招的那个版本差不多，所以我猜测那个版本更新搞倒了一大片的人，无论你是零售版当前频道，beta频道，企业半月更新频道，又或者是批量版。唯一有可能不受影响的是Office2019，因为跟win10一样，理论上那应该已经被微软停止支持，但如果那个Office2019装在win11的系统上，这又变得有点难说。Office2024批量版中招的那个人。他还不知道自己已经更新到最新版本，但从截图我一眼就看出，他没有禁止office更新，同时版本号也预示着他的确已经被自动更新了。office的更新跟windows的更新有些许不一样，因为office除了一些非常大的版本你会有感知以外，其它都是静默更新。
当wps网友宣告他的也沦陷以后论坛的大佬出来了，论坛的大佬测试一番说，最新版本的wps没有问题。wps也是比较神奇的存在，最新版本到底指的是哪个呢？个人版？企业版？专业版？付费版？还有一些针对特殊群体的版本。简单来说就是wps版本的复杂程度我觉得跟微软的office有得一拼。可以肯定的是，office的版本虽然多，但是你还是能在网上找到各种版本的来龙去脉，但是wps能不能查到我不知道。跟office不一样，很多版本的wps还停留在32位。所以到底中招那个人在用什么版本的wps？是32位的还是64位的？是不是针对特殊群体的版本？这都很难说。对普通人来说，哪个版本不中招用哪个版本就完了，但是对一些电脑数控的单位来说，无论是回滚office还是回滚wps，又或者是装另外一些版本的wps都是很困难的。
方法有很多，但是很多时候是人的所谓“安全”限制了我们的想象力。
这些天一直在反思，我创建的二级域名是不是有点多，虽然能发挥域名的价值，但是我貌似更忙了。 前几天发的那几个docker应用，没想到今天就阵亡一个，兰空开源版的不知道有什么问题，批量上传总是会卡死容器，顺带把vps也给搞挂！只能删除它既然用用不了也就没必要留着了。 其实我使用最顺手的是wordpress，虽然它肿，但是它也优秀，我文章配图全部来自wp自建的图床。开源的精神难道只能是国外的？ 手机上的chrome一直提示更新，推送的启用google play消息也挺烦的，关键目前版本是138，想升级140似乎不可能，在外网找了一圈也没见最新版的影子，删除之。 现在主力浏览器就剩下Edge、fire […]
一大早刚睡醒，打开手机就看到了阿里云发来的告警邮件，服务器正在进行挖矿😳，一下睡意去了大半。
如果你热爱摄影，又有一定折腾能力，那么或许也希望拥有一座属于自己的精致在线画廊，用来与他人分享作品。近期在一位网友的推荐下，我了解到 ChronoFrame —— 一款开源、自托管的个人云相册解决方案。借助 Docker，即便是新手也能够相对轻松地部署属于自己的独立画廊网站。
我的网站（不打算长期保留）：https://gallery.veryjack.com
官方示例：https://lens.bh8.ga
https://github.com/HoshinoSuzumi/chronoframe/blob/main/README_zh.md
我们采用 docker compose 的方式进行部署，这样最简单，也方便后期管理。一共需要配置两个 docker-compose.yml 和 .env 文件。
你可以通过 ssh 连接上服务器，然后 cd /path/to/chronofram_folder 进入chronoframe 项目文件夹下，直接创建，具体步骤不再赘述，会命令行的用户自然知道怎么做。
文件 下直接进入 /root/data/docker/chronoframe 文件夹下，然后点击 创建 按钮，新建两个文件，命名分别为 docker-compose.yml 和 .env。docker-compose.yml 文件中填入以下信息services:
chronoframe:
image: ghcr.io/hoshinosuzumi/chronoframe:latest
container_name: chronoframe
restart: unless-stopped
ports:
- '3000:3000'
volumes:
- ./data:/app/data
env_file:
- .env其中 '3000:3000'第一个 3000 可以改为任意你喜欢的且没被占用的端口号，配置好后，确保防火墙有放行该端口号。
.env 文件中填入以下信息# 管理员邮箱（必须，默认 admin@chronoframe.com）
CFRAME_ADMIN_EMAIL=example@mail.com
# 管理员用户名（可选，默认 ChronoFrame）
CFRAME_ADMIN_NAME=Your_name
# 管理员密码（可选，默认 CF1234@!）
CFRAME_ADMIN_PASSWORD=input_your_password
# 站点信息（均可选）
NUXT_PUBLIC_APP_TITLE=
NUXT_PUBLIC_APP_SLOGAN=
NUXT_PUBLIC_APP_AUTHOR=
NUXT_PUBLIC_APP_AVATAR_URL=
# 地图提供器 (maplibre/mapbox)
NUXT_PUBLIC_MAP_PROVIDER=maplibre
# 使用 MapLibre 需要 MapTiler 访问令牌
NUXT_PUBLIC_MAP_MAPLIBRE_TOKEN=
# 使用 Mapbox 需要 Mapbox 访问令牌
NUXT_PUBLIC_MAPBOX_ACCESS_TOKEN=
# Mapbox 无域名限制令牌（反向地理编码，可选）
NUXT_MAPBOX_ACCESS_TOKEN=
# 存储提供者（local、s3 或 openlist）
NUXT_STORAGE_PROVIDER=local
NUXT_PROVIDER_LOCAL_PATH=/app/data/storage
# 会话密码（必须，32 位随机字符串）
NUXT_SESSION_PASSWORD=Q7RZjHCLGiZhUj24hJYUCW1AlCJ6NngQ其中，务必修改 NUXT_SESSION_PASSWORD 中的随机字符串。CFRAME_ADMIN_EMAIL 、CFRAME_ADMIN_NAME 和 CFRAME_ADMIN_PASSWORD 如果不填就是默认值，CFRAME_ADMIN_EMAIL 如果填写，需要确保是邮箱格式。
如果你想将图片上传到 VPS，则可以保持 NUXT_STORAGE_PROVIDER 的配置，这样最简单，如果你想使用 s3，则可以访问官网文档自行研究（我没用过 s3）。
站点信息 等都是选填，按需填写即可。
cd /path/to/chronofram_folder 进入到 docker-compose.yml 所在的文件夹下，然后运行 docker-compose up -d 即可运行该项目。 如果想要停止该项目，同样是进入到相同目录下，运行 docker-compose down 即可。 另外，项目所有的数据都会保存到 /path/to/chronofram_folder 目录下的 data 文件夹中。http://ip:3000进行访问了，最好是用一个二级域名反向代理一下，便于访问，也更加安全。部署好服务后，只需输入账户密码即可进入后台上传照片。但是 Live photo 上传需要特别注意一下。
分享 按钮，在顶部 选项 中，勾选最底部的 所有照片数据，这样 Mac 上接收到的就是一个文件夹，文件夹中包含一张图片和一个同名的 .mov文件。教程非常简单，其余的功能就留给大家自行探索啦～
为什么 WordPress 在入门级 VPS 上更容易出现”建立数据库连接时出错”？从数据库到架构的系统性分析 无敌的个人博客 tangwudi
1 前言 我使用 Racknerd 芝加哥数据中心的入门级VPS(39美金/年) 来搭建我的博客双活架构中的 “只读节点”，已经差不多有大半年的时间了。这大半年下来，VPS 的整体稳定性其实还不错，至少到目前为止还没有出现过整机宕机或者服务完全不可用的情况(对Racknerd的入门级VPS感兴趣的朋友可以参考如下链接：无敌推荐)。 不过，唯一有点闹心的是：VPS 上基于 WordPress 搭建的博客，会偶尔出现 “Error establishing a database connection” 的报错，如下图： 或者”建立数据库连接时出错”的报错，如下图： 更关键的是，这个问题出现时，重启WordPress和MariaDB的docker，甚至重启VPS都未必有效，可能还需要修复数据库或者重新导入数据库备份的sql文件才能恢复正常。 不过，本文的重点不在于怎么临时 […]
<p>The post 为什么 WordPress 在入门级 VPS 上更容易出现”建立数据库连接时出错”？从数据库到架构的系统性分析 first appeared on 无敌的个人博客.</p>
上周，在《特惠VPS突遭强制清退》一文的评论中，友博“大致”问我最终决定买了哪家的 VPS，我回复是购买了 CC 家：刚好在"网络星期一" （Cyber Monday），CloudCone 推出一款相对低价的套餐 CM-25-VPS-1，年付9.99美元，性价比不错，可惜当前已售罄。
CM-25-VPS-1 套餐详情： 1 vCPU Core 1 GB Dedicated RAM 50 GB of SSD Cached Disk On RAID-10 Configuration 1 TB/Mo Bandwidth at 1 Gb/s 1x IPv4 and 3x IPv6 Datacenter: DC1, Los Angeles, USA Lifetime Recurring Offer
下单并付款，稍等片刻机器已开通。运气不错，VPS 盲盒开出【 74.48.*.* 】IP段，根据网友反馈，该IP段可以完美解锁美区的各项跨国服务。另外，还可以在后台自助免费开通三个 IPv6 地址。
近日，了解到不少 VPS 爱好者使用一款名为“融合怪”的VPS服务器测评脚本。已整合诸多第三方测试脚本进行优化融合，一条命令搞定 VPS 基础信息、CPU测试、内存硬盘跑分、流媒体解锁测试、IP质量/安全信息查询、邮件端口测试、上游及回程路由线路检测、三网路由测试、网速测试及三网 Ping 值测试等项目。
刚好，我就“融合怪”脚本来测试新购买的 CloudCone 的 VPS——
export noninteractive=true && curl -L https://raw.githubusercontent.com/oneclickvirt/ecs/master/goecs.sh -o goecs.sh && chmod +x goecs.sh && ./goecs.sh install && goecs #针对海外服务器-无加速
export noninteractive=true && curl -L https://cdn.spiritlhl.net/https://raw.githubusercontent.com/oneclickvirt/ecs/master/goecs.sh -o goecs.sh && chmod +x goecs.sh && ./goecs.sh install && goecs #针对国际/国内服务器-带CDN加速
硬件很一般，有过度超售之嫌疑，不适合作为建站机。非纯 SSD ，而是固态缓存的机械硬盘，网友们戏称 CloudCone 的硬盘为“石头盘”。
--------------------------------------系统基础信息-------------------------------------- CPU 型号: Intel(R) Xeon(R) CPU E5-2697 v2 @ 2.70GHz CPU 数量: 1 Virtual CPU(s) CPU 缓存: L1: 64 KB / L2: 256 KB / L3: 30 MB GPU 型号: GD 5446 AES-NI : Enabled VM-x/AMD-V/Hyper-V : Enabled 内存 : 312.29 MB / 969.46 MB 气球驱动: Undetected 内核页合并: Undetected 虚拟内存 Swap: 0.00 MB / 1022.98 MB 硬盘空间: 3.60 GB / 48.14 GB [7.5%%] /dev/vda1 - / 启动盘路径: /dev/vda1 系统 : ubuntu 22.04 [x86_64] 内核 : 5.15.0-46-generic 系统在线时间 : 0 days, 00 hours, 03 minutes 时区 : UTC 负载 : 0.04 / 0.07 / 0.03 虚拟化架构: KVM NAT类型 : Full Cone TCP加速方式: cubic IPV4 ASN: AS35916 MULTA-ASN1 IPV4 Location : Los Angeles / California / United States IPV6 ASN: AS35916 MULTA-ASN1 IPV6 Location : Los Angeles / California / United States IPv6 子网掩码 : /64 --------------------------------CPU测试-通过sysbench测试-------------------------------- 1 线程测试(单核)得分: 477.95 ---------------------------------内存测试-通过stream测试---------------------------------- Function Best Rate MB/s Avg time Min time Max time Copy:6522.3 0.025541 0.024531 0.025913 Scale:10056.6 0.016271 0.015910 0.016894 Add: 9918.2 0.025001 0.024198 0.028126 Triad:10232.4 0.024645 0.023455 0.026655 -----------------------------------硬盘测试-通过fio测试----------------------------------- 测试路径块大小 读测试(IOPS) 写测试(IOPS) 总和(IOPS) /root 4k 3.51 MB/s(877) 3.54 MB/s(884) 7.05 MB/s(1761) /root 64k 58.58 MB/s(915) 59.12 MB/s(923) 117.69 MB/s(1838) /root 512k 155.46 MB/s(303) 163.72 MB/s(319) 319.18 MB/s(622) /root 1m 156.24 MB/s(152) 166.65 MB/s(162) 322.89 MB/s(314)
这个IP段不错，能解锁 Netflix 、Disney+、Spotify、ChatGPT、Sora、Gemini等几乎所有美国主流流媒体和AI服务网站。
--------------------------------------跨国平台解锁-------------------------------------- IPV4: ============[ 跨国平台 ]============ Apple:YES (Region: USA) BingSearch:YES (Region: US) Claude: YES Dazn: YES (Region: US) Disney+:YES (Region: US) Gemini:YES (Region: US) GoogleSearch:YES Google Play Store:YES (Region: US) IQiYi:YES (Region: US) Instagram Licensed Audio:YES KOCOWA:YES MetaAI:NO (GeoBlocked) Netflix:YES (Region: US) Netflix CDN:US OneTrust:YES (Region: US CALIFORNIA) ChatGPT: YES (Region: US) Paramount+:YES Amazon Prime Video:YES (Region: US) Reddit: YES SonyLiv:YES (Region: US) Sora: YES (Region: US) Spotify Registration:YES (Region: US) Steam Store:YES (Community Available) (Region: US) TVBAnywhere+:YES (Region: US) TikTok:YES (Region: US) Viu.com:YES Wikipedia Editability:YES YouTube Region:YES YouTube CDN:LAX --------------------------------------IP质量检测-------------------------------------- 以下为各数据库编号，输出结果后将自带数据库来源对应的编号 ipinfo数据库 [0] | scamalytics数据库 [1] | virustotal数据库 [2] | abuseipdb数据库 [3] | ip2location数据库 [4] ip-api数据库 [5] | ipwhois数据库 [6] | ipregistry数据库 [7] | ipdata数据库 [8] | db-ip数据库 [9] ipapiis数据库 [A] | ipapicom数据库 [B] | bigdatacloud数据库 [C] | dkly数据库 [D] | ipqualityscore数据库 [E] ipintel数据库 [F] | ipfighter数据库 [G] | fraudlogix数据库 [H] | cloudflare数据库 [I] | IPV4: 安全得分: 信任得分(越高越好): 0 [8] VPN得分(越低越好): 100 [8] 代理得分(越低越好): 100 [8] 社区投票-无害: 0 [2] 社区投票-恶意: 0 [2] 威胁得分(越低越好): 100 [8] 欺诈得分(越低越好): 84 [E] 滥用得分(越低越好): 0 [3] ASN滥用得分(越低越好): 0.0013 (Low) [A] 公司滥用得分(越低越好): 0 (Very Low) [A] 威胁级别: low [9] 流量占比: 真人(越高越好)22% [I] 机器人(越低越好)77% [I] 黑名单记录统计:(有多少黑名单网站有记录): 无害记录数: 0 [2] 恶意记录数: 0 [2] 可疑记录数: 0 [2] 无记录数: 95 [2] 安全信息: 使用类型: business [8 9] isp [A] hosting [0 3 7 C] 公司类型: hosting [0 7] isp [A] 浏览器类型: 主流71% 其他28% [I] 设备类型: 桌面55% 移动44% 其他0% [I] 操作系统类型: 主流92% 其他7% [I] 是否云提供商: Yes [7] 是否数据中心: No [6 8 A] Yes [0 5 C G] 是否移动设备: No [5 A C G] Yes [E] 是否代理: No [0 4 5 6 7 8 9 A C] Yes [E G] 是否VPN: Yes [E G] No [0 6 7 A C] 是否TorExit: No [7] 是否Tor出口: No [7] 是否网络爬虫: No [9 A E] 是否匿名: No [6 7] Yes [8] 是否攻击者: No [7 8] 是否滥用者: No [7 8 A C E] 是否威胁: No [7 8 C] 是否中继: No [0 7 8 C] 是否Bogon: No [7 8 A C] 是否机器人: No [E] DNS-黑名单: 314(Total_Check) 0(Clean) 0(Blacklisted) 0(Other) IPV6: 安全得分: 滥用得分(越低越好): 0 [3] ASN滥用得分(越低越好): 0.0013 (Low) [A] 公司滥用得分(越低越好): 0 (Very Low) [A] 流量占比: 真人(越高越好)22% [I] 机器人(越低越好)77% [I] 安全信息: 使用类型: hosting [3] isp [A] 公司类型: isp [A] 浏览器类型: 主流71% 其他28% [I] 设备类型: 桌面55% 移动44% 其他0% [I] 操作系统类型: 主流92% 其他7% [I] 是否数据中心: No [A] Yes [G] 是否移动设备: No [A G] 是否代理: No [A] Yes [G] 是否VPN: Yes [G] No [A] 是否Tor: No [3 A] 是否网络爬虫: No [A] 是否滥用者: No [A] 是否Bogon: No [A] DNS-黑名单: 314(Total_Check) 0(Clean) 0(Blacklisted) 314(Other)
尤其在晚上8-11点晚高峰期间，访问速度不错，比我之前使用的俄罗斯的 VPS 延迟更高、但速度反而更快！
------------------------------------上游及回程线路检测-------------------------------------
AS174 AS2914 AS6939
Cogent NTT Hurricane Electric
Tier1 Global Tier1 Global Tier2
北京电信v4 219.141.140.10 电信163 [普通线路]
北京联通v4 202.106.195.68 联通4837 [普通线路]
北京移动v4 221.179.155.161 移动CMI [普通线路]
上海电信v4 202.96.209.133 电信163 [普通线路]
上海联通v4 210.22.97.1 联通4837 [普通线路]
上海移动v4 211.136.112.200 移动CMI [普通线路]
广州电信v4 58.60.188.222 电信163 [普通线路]
广州联通v4 210.21.196.6 检测不到回程路由节点的IPV4地址
广州移动v4 120.196.165.24 移动CMI [普通线路]
成都电信v4 61.139.2.69 电信163 [普通线路]
成都联通v4 119.6.6.6 联通4837 [普通线路]
成都移动v4 211.137.96.205 移动CMI [普通线路]
北京电信v6 2400:89c0:1053:3::69 电信163 [普通线路]
北京联通v6 2400:89c0:1013:3::54 联通4837 [普通线路]
北京移动v6 2409:8c00:8421:1303::55 移动CMIN2 [精品线路] 移动CMI [普通线路]
上海电信v6 240e:e1:aa00:4000::24 电信163 [普通线路]
上海联通v6 2408:80f1:21:5003::a 联通4837 [普通线路]
上海移动v6 2409:8c1e:75b0:3003::26 移动CMI [普通线路]
广州电信v6 240e:97c:2f:3000::44 电信163 [普通线路]
广州联通v6 2408:8756:f50:1001::c 联通4837 [普通线路]
广州移动v6 2409:8c54:871:1001::12 移动CMIN2 [精品线路] 移动CMI [普通线路]
准确线路自行查看详细路由，本测试结果仅作参考
同一目标地址多个线路时，检测可能已越过汇聚层，除第一个线路外，后续信息可能无效
-------------------------------------三网回程路由检测-------------------------------------
[NextTrace API] preferred API IP - 104.26.13.151 - 209.01ms - Misaka.BER
广州电信 - ICMP v4 - traceroute to 58.60.188.222, 30 hops max, 52 byte packets
1.00 ms AS35916 * 美国, 加利福尼亚, 洛杉矶, multacom.com
2.37 ms AS35916 * 美国, 加利福尼亚, 洛杉矶, multacom.com
3.72 ms AS2914 [NTTA-128] 美国, 加利福尼亚, 洛杉矶, gin.ntt.net
1.04 ms AS2914 [NTT-BACKBONE] 美国, 加利福尼亚, 洛杉矶, gin.ntt.net
10.54 ms AS2914 [NTT-BACKBONE] 美国, 加利福尼亚, 圣何塞, gin.ntt.net
9.09 ms AS2914 [NTT-BACKBONE] 美国, 加利福尼亚, 圣何塞, gin.ntt.net
14.56 ms AS4134 [CHINANET-US] 美国, 加利福尼亚, 圣克拉拉, chinatelecom.com.cn 电信
155.71 ms AS4134 [CHINANET-BB] 中国, 广东, 广州, chinatelecom.com.cn
157.08 ms AS4134 [CHINANET-BB] 中国, 广东, 广州, chinatelecom.com.cn 电信
*
167.34 ms AS134774 [CHINANET-GD] 中国, 广东, 深圳, chinatelecom.cn 电信
*
广州联通 - ICMP v4 - traceroute to 210.21.196.6, 30 hops max, 52 byte packets
1.05 ms AS35916 * 美国, 加利福尼亚, 洛杉矶, multacom.com
1.03 ms AS35916 * 美国, 加利福尼亚, 洛杉矶, multacom.com
3.26 ms AS2914 [NTTA-128] 美国, 加利福尼亚, 洛杉矶, gin.ntt.net
1.35 ms AS2914 [NTT-BACKBONE] 美国, 加利福尼亚, 洛杉矶, gin.ntt.net
1.16 ms AS2914 [NTT-BACKBONE] 美国, 加利福尼亚, 洛杉矶, gin.ntt.net
0.88 ms AS701 [UU-152] 美国, 加利福尼亚, 洛杉矶, verizon.com
0.83 ms * [NSFNET-T3] 美国, 加利福尼亚, 洛杉矶
198.77 ms AS701 [UU-152] 美国, 加利福尼亚, 洛杉矶, verizon.com
188.23 ms AS4837 [CU169-BACKBONE] 中国, 广东, 广州, chinaunicom.cn 联通
189.50 ms AS4837 [CU169-BACKBONE] 中国, 广东, 广州, chinaunicom.cn 联通
*
176.67 ms AS17623 [APNIC-AP] 中国, 广东, 深圳, chinaunicom.cn 联通
166.67 ms AS17623 * 中国, 广东, 深圳, chinaunicom.cn 联通
广州移动 - ICMP v4 - traceroute to 120.196.165.24, 30 hops max, 52 byte packets
1.10 ms AS35916 * 美国, 加利福尼亚, 洛杉矶, multacom.com
2.00 ms AS35916 * 美国, 加利福尼亚, 洛杉矶, multacom.com
10.30 ms AS2914 [NTTA-128] 美国, 加利福尼亚, 洛杉矶, gin.ntt.net
0.83 ms AS2914 [NTT-BACKBONE] 美国, 加利福尼亚, 洛杉矶, gin.ntt.net
105.81 ms AS2914 [NTT-BACKBONE] 日本, 东京都, 东京, gin.ntt.net
*
158.33 ms AS2914 [NTT-BACKBONE] 中国, 香港, gin.ntt.net
162.90 ms AS2914 [NTT-BACKBONE] 中国, 香港, gin.ntt.net
158.88 ms AS2914 [NTT-GLOBAL] 中国, 香港, gin.ntt.net
156.34 ms AS58453 [CMI-INT] 中国, 香港, cmi.chinamobile.com 移动
166.51 ms AS58453 [CMI-INT] 中国, 广东, 广州, cmi.chinamobile.com 移动
169.17 ms AS9808 [CMNET] 中国, 广东, 广州, chinamobileltd.com 移动
176.66 ms AS9808 [CMNET] 中国, 广东, 广州, chinamobileltd.com 移动
*
165.89 ms AS9808 [CMNET] 中国, 广东, 广州, chinamobileltd.com 移动
167.95 ms AS9808 [CMNET] 中国, 广东, 广州, chinamobileltd.com 移动
170.17 ms AS56040 [APNIC-AP] 中国, 广东, 深圳, gd.10086.cn 移动
-------------------------------------PING值检测--------------------------------------
TG-DC1 MIA USA 58 | TG-DC3 MIA USA 58 | TG-DC4 AMS NL 150 |
TG-DC2 AMS NL 151 | TG-DC5 Singapore 175 |
CNN 13 | Twitch 17 | Sora 19 |
Claude 19 | Apple 21 | Azure 28 |
BBC 29 | DisneyPlus 31 | NYTimes 36 |
DigitalOcean 38 | OpenAI 39 | Wikipedia 43 |
Netflix 66 | Google 71 | MetaAI 76 |
Gemini 83 | AWS 84 | Bing 106 |
GitHub 107 | Docker Hub 111 | Instagram 112 |
Reddit 113 | Microsoft 117 | Amazon 122 |
GitLab 176 | eBay 178 | YouTube 179 |
StackOverflow 186 | Facebook 204 | Spotify 212 |
Bilibili 217 | ViuTV 225 | AliExpress 243 |
Twitter/X 269 | Google Cloud 304 | iQIYI 310 |
PrimeVideo 357 | TikTok 392 | TVB Anywhere 622 |
Steam 1912 |
--------------------------------------就近节点测速--------------------------------------
位置 上传速度 下载速度 延迟 丢包率
Speedtest.net 756.05 Mbps 838.81 Mbps 757.348μs N/A
洛杉矶 623.40 Mbps 750.41 Mbps 1.621001ms N/A
日本东京 438.03 Mbps 66.37 Mbps 110.051772ms N/A
联通上海5G 25.93 Mbps 0.02 Mbps 190.198559ms N/A
电信浙江 1.09 Mbps 47.54 Mbps 168.561535ms N/A
电信Suzhou5G 7.24 Mbps 88.40 Mbps 190.003686ms N/A
移动Suzhou 1.22 Mbps 0.35 Mbps 299.405527ms N/A
----------------------------------------------------------------------------------
前几天，收到一份俄文的电子邮件，看起来不像是诈骗邮件，我的确在这家俄罗斯云服务商 EdgeCenter 有2台特惠类VPS。因我不懂俄文，让AI将俄文内容转译中文——
尊敬的客户：
现通知您，位于符拉迪沃斯托克和哈巴罗夫斯克数据中心的虚拟服务器存档资费方案将于2025年12月25日起停止服务。涉及的存档资费方案包括：
• KVM-SSD-0-RC-OLD
• KVM-SSD-0-RC-OLD2022
• KVM-SSD-1-RC-OLD
• KVM-SSD-1-RC-OLD2022
• KVM-SSD-0-VL-OLD
• KVM-SSD-1-VL-OLD为避免服务中断，请提前迁移至现行资费方案。2025年12月25日之后将无法续订旧版（存档）资费方案。
资费迁移指南：
• 请通过官网查看现行资费方案
• 可通过用户专区或邮件联系EdgeCenter 技术支持团队快速办理迁移我们的专家将协助您：
•选择合适的资费方案
•安排升级时间
•实施无缝服务迁移（确保业务连续运行）。建议您提前联系，以便安排最佳迁移时段，最大限度减少业务中断。服务时限说明：
• 即将到期的资费方案在已付费周期内仍可正常使用
• 付费周期结束后，基于存档资费方案的服务将自动终止若您不计划迁移：
• 如不同意或无法迁移至现行资费方案，您有权终止服务
• 基于即将到期资费方案的服务将持续至当前付费周期结束，届时服务将自动关闭感谢您的理解与支持！
EdgeCenter 团队敬上
如有疑问，请联系技术支持
我在2020年4月就撰文《Gcore伯力VPS推荐及支付宝付款教程》，介绍过这家VPS，前几年的速度很快，在线看高清视频也非常流畅，但没多久，就关闭了支付宝/微信的充值方法，仅限俄国本地支付渠道进行付款。
俄罗斯从2022年初起对乌克兰发起的军事入侵，导致包含俄罗斯VPS在内的部分网站被美国多家公司封锁，如“X”、Facebook、Instagram、Steam等网络服务无法正常使用，导致使用效果大打折扣，沦为鸡肋。
如今，符拉迪沃斯托克（海参崴）和哈巴罗夫斯克（伯力），俄罗斯远东地区两个主要城市毗邻中国，下架原先88元/每月特惠套餐。对国人VPS玩家来说，并不是一件好事，而当前套餐，最低配1核/512MB内存/20GB SSD存储/1000GB流量竟然需要1005.98卢布，两者价差11倍有余。
看到我在 EdgeCenter 尝试手工续期，尝试多次均提示“服务有效期截止日期：2025年12月25日。您无法续订超过该指定日期的服务。”。算了，近日还是“黑色星期五”（Black Friday）和“剁手星期一”（Cyber Monday）期间，还是换台美国的小鸡吧，不和俄罗斯公司玩了。你们说，是买台 RackNerd 的洛杉矶 DC02 或 DC03 服务器，还是买 CloudCone 洛杉矶 DC2 服务器好？
天气热了，我就完全没有心情更新，烦躁的心情、湿透的衣服，都让我无法专心做某一件事…… 睡不着起来折腾网站环境，nginx、php、redis等等升级到了最新版，运行也没啥问题，但是对于老一点的程序来说还是不兼容。discuz、typecho就会报错懒得解决果断又安装了低版本的php，目前php有两个版本在使用，就这样了。 今天收到一张vps待付账单，果断不续费了。因为手里还有其他机器，目前的配置是2核2G 100GB硬盘价格贵，新的配置（买了好几个月）是2核3G 300GB硬盘。这彻底解决了我的硬盘恐惧症。 再说说SSL，目前免费证书是90天有效期，后面会越来越短，真是造孽！感觉在割韭菜，还好 […]
这次是老张第二次接服务器的广告了，第一次接的是“软云”，当时也是写一篇软文《老张博客搬入软云_RuanCloud，暨谈个人博客服务器的选择！》再加上右侧栏全站图片广告。第一次接广告还是没有经验的，即使在软云没有给AFF没有给推广佣金的情况下，还是在博客群里给他推广了一把，最为后悔的就是还有“担保”的意思在里面。最后软云跑路，博客群里好几位购买软云而最后都没有得到退款，博友损失了，老张还真的是非常的愧疚的！而这第二次接广告，必须要事先说明了！只是我接的广告，只是我在推广自己的AFF，可不做任何担保哟！
还是来说说这个酷鸭吧！经过和酷鸭合伙人（我没有联系到老板）了解到，酷鸭的老板是印尼人，来中国读博，就做起来酷鸭。他们的总公司在印尼，https://node.co.id/和https://www.ikubaru.co.id/在印尼和新加坡都有自建机房。目前酷鸭上线了香港和新加坡的机器，免备案，方便做站。
我的推广链接：https://www.kooya.hk/recommend/3gwffST4RbTO
有一说一，从价格上来看，是中规中矩的市场价，并没有像很多个人作坊那样上来就搞什么超低价活动机。只是搞了一个活动，也就是1元体验。这正也说明了不像软云那样，上来就是直接圈钱。问了酷鸭合作人，他们不急着快速，想着稳中求进。
目前我的mastodon长毛象“所思”https://suo.si放在酷鸭的香港VPS上，那速度真的是起飞了！大家可以检验下！
友情提醒：不管怎么样，公司是才开的，如果想了解，可以等国庆上“一元体验”活动。另外就是数据要记得天天备份！期初建议月付！月付！月付！
目前“一元体验”活动机已经售空，国庆应该还会再放出。
我也入手了一台，做个测评让大家简单了解下
如题。
不给网站上 HTTPS 的话，浏览器就显示一个大红色的 Not Secure 在地址栏，看着就吓人。
上 HTTPS 的话，对个人网站来说就很麻烦。
本身就不太想去搞部署运维的事情，好不容易找了免费的 ssl 证书被迫搞好了嘛，今年开始阿里云免费 ssl 直接有效期从一年缩短成 3 个月。就是每 3 哥月就得去重新申请一下，重新替换文件，再更新 cdn 图片服务的证书。
就很恶心。
于是上个月过期一个月了网站打不开也提不起劲去搞。
付费证书时间就长了，但是动则几千一年的认证根本就不是给博客网站用的。
没办法，只能接受现实了。
对系统的导出数据进行了两种形式的格式化以后，接下来我要把其中一种格式化的VBA交给同事，告诉她该怎么用。在我印象之中，每天他们报送数据的时候用的电脑装的是office软件。我这里说的报送，意思是要得出某个文字转化版本的那些人。单位是很奇怪的存在。联想电脑附带的软件是office家庭学生版的正版，另外一些系统不知道为什么一开始的时候就被格式化了，被某些人装了windows系统之后装过各种奇奇怪怪的软件，最终可能定下来的是一个不知道什么版本的wps。也不知道从哪一年开始单位就有批量买的wps，但因为我是office软件的超级粉丝，wps根本无法满足我的要求。因为wps没办法做Power三剑客。Power Pivot还好一点，我用得比较少，但是如果要对一些数据进行文本合并，SQL没那么容易，需要用字典搭配字符拼接才能实现。在那种情况下，我首选通过Power Query合并。当然用Python也能做到，但是如果某个人的电脑里面装的是office，又在2019以后，PQ内置功能，但如果要别人运行Python，还需要安装，还需要配置环境。
我没想到的是那个同事居然先拿回办公室试一下，她办公室电脑用的是wps。wps我猜她安装的版本是32位，因为我的VBA查询用了ADO+SQL，这两个东西意味着不是所有的wps都可以直接执行。即便单位买的那个wps的版本能运行宏，但是宏里面又用了SQL，这个估计就很悬，最终能不能用，可能也可以但估计得折腾一番。幸好她没有挣扎，直接拿着那个VBA文件就直冲工作地点。她第一次在办公室截图回来告诉说wps无法运行宏的时候我就下去找人，结果没找到，原来她已经直接去工作地点了。过了一阵她又跟我说运行不了，反馈出来的那个信息就是VBA脚本没有找到恰当的源文件。
我第一个反应是她导出的文件会不会文件名有一些空格没有留意到，于是我马上赶往那个地方，结果发现她的确导出了文件，但是她发现导出文件的名字跟我之前跟她说的不一样，所以她重命名了。重命名没有任何的意义，因为导出的文件名不一样，基本可以确定她导出的位置不对。当我问她是在哪里导出的时候，她自己估计也马上发现了问题所在，果然就是因为她导出的文件导出错了。
工作地点的那台电脑一次就通过VBA考验。旁边的那台电脑是一台新的联想，预装office2021家庭学生版，但是那台电脑打开VBA之后就会有一条红色的提示。正常情况下，理论上那应该是一个黄色的提醒，按确定或者允许之类就可以了，但红色的提示好像根本没办法按掉。只要按那条红色的东西，就会弹出一个网页，告诉你一些细节。一开始我没有留意，我不管那条红色直接去选项那里设置允许宏，但即便这样，这个文件也依然运行不了。我就不得不去仔细看红色那条提示对应的那个网页。发现是因为因为出于某些安全原因，系统锁定了这个带宏的文件，需要在文件那里按右键点击属性，然后再点击某个解除按钮，之后才能运行那个文件的宏，打开文件才会出现黄色的提示。所以到底是什么安全设置让那个电脑带宏的文件出现那条红色的提示呢？起码在之前我接触过的所有office里未曾遇到过。
对用宏文件的人来说，宏可能有风险，但是对我来说，宏是我自己写的，我不可能不放心。
我目前一共有 27 台主机，其中 3 台是独立服务器，其他都是 VPS 虚拟主机。我把这些主机的 IP 地址、配置等信息都记录在一个 Excel 表格里，方便统一管理。同时，我还使用哪吒面板（NeZha）来监控这些主机的运行状态。
很多主机都是趁打折或活动时购买的，大多按年付费。这个博客一直托管在搬瓦工，已经好几年了，平均月费大约 8.46 美元（年付99刀）。配置是 3 核（2600 MHz）、2GB 内存、40GB 硬盘，虽然规格不高，但一直以来都非常稳定。
不过从今年开始，博客经常出现高负载的情况。查看日志后发现主要是一些爬虫在访问，我感觉主要原因还是内存太小（只有 2GB），再加上硬盘空间也快满了（已使用 91%）。正好主机本月底到期，于是我决定迁移。
CloudCone 是一家位于美国洛杉矶的机房，最近他们在密苏里州圣路易斯（St. Louis, Missouri, USA）新建了第二个机房，正好有优惠活动。我以每月不到 5 美元（4.79 美元）的价格，租到了一台配置更高的 VPS：10 核（2600 MHz）、8GB 内存、116GB SSD。
迁移过去之后，博客的运行速度明显提升，也更加稳定，目前没有再出现高负载的情况。而且价格还比原来便宜了一半左右。
[caption id="attachment_70085" align="alignnone" width="1109"] 左边是CloudCone 右边是 搬瓦工（月底到期）[/caption]
[show_file file="/var/www/wp-post-common/justyy.com/vps.php"]
我的访客记录页面本有一个3D的地球图案，用以记录和实时显示当前正在浏览此页面的用户，是个非常漂亮的动态组件，今天发现不显示了，一开始以为是DNS解析的问题，结果排查下来发现是这个服务下线了，官网也关了，只留下了两句话：
RevolverMaps has shut down.
Many thanks to all users and supporters of the service!—— https://www.revolvermaps.com/
自从玩博客以来，从Web 2.0时代至今，用过了很多有意思的插件、组件，还有许多的主题、第三方图床、音乐服务。这个3D地图是我自接触它就一直用到今天从未想过舍弃的组件，至少有10年以上，不知道RevolverMaps团队是资金出了问题还是单纯地不玩了。在网页存档网站搜索了一番，11月7日都还是正常的，11月16日已经下线服务了，关站应该就是在这期间里的某一天。
实在惋惜，虽然再次印证了第三方服务随时会跑路的定律，但还是感谢RevolverMaps的陪伴！
以前的截图，上面的3D地球图案就是RevolverMaps
除非注明，三棵树阁文章均为原创，转载请以链接形式标明本文地址
本文链接：https://www.sksren.com/archives/1994.html
昨天下午，我发现自己的网站无法正常访问，具体表现为：IP 地址 ping 不通，SSH 端口也无法访问，通过 ping.pe 在线工具检查服务器状态，全球各测试站均显示“100% Loss”（100%丢包）。今年的六月，也出现过类似的故障。
之前 GreenCloud （绿云）曾向我发送过邮件，称月底将升级网络，更换万兆网卡，可能还在维护中，或者升级过程中导致我的 VPS 配置出错？尝试用工单联系技术部门，响应速度倒很快，但客服向我索要 root 密码，我以数据可能泄露的原因放弃向运营商求助。
经过搜索引擎一番查找，可能是 DHCP 租约过期或丢失的原因，导致默认路由（Default Route）失效。我登录了 VPS 的管理后台，使用 VNC 登录自己的账号密码，仅运行以下代码，VPS竟然瞬间恢复正常了——
dhclient
大多数 VPS 提供商使用 DHCP 来为 VPS 分配网络配置。这不仅包括分配 IP 地址，更重要的是提供网关（Gateway）信息——即数据包发出后应该送往何处才能进入互联网。当这条网关消失或出错时，服务器就变成了网络世界的"盲人"——它能收到数据包（因此可能还能 ping 通自己），但不知道如何将响应发送回去，也不知道如何接收数据，导致 SSH 和网站服务都无法正常通信。
DHCP 租约过期：DHCP配置有租期限制，需要定期续约。如果因系统繁忙、网络出错或网络抖动导致续约失败，租约就会失效。
DHCP 客户端进程异常：负责维护租约的 dhclient 进程可能意外崩溃。
云平台维护：VPS提供商进行底层网络维护可能会影响网络连接。
配置冲突：手动配置的静态网络设置可能与DHCP发生冲突。
当你执行 dhclient 时，发生了以下事情：
1.向网络中的 DHCP 服务器发送请求
2.服务器重新分配 IP 地址、子网掩码和关键的网络网关信息
3.dhclient 调用系统脚本应用这些配置
4.重新添加丢失的默认路由
路由恢复后，网络连接自然就恢复正常了。
运行 dhclient 命令，只是临时修复的方法，治标不够，还需要治本!
编辑 DHCP 客户端配置文件，设置超时后重试机制：
nano /etc/dhcp/dhclient.conf
添加如下配置：
timeout 300; #设置客户端等待服务器响应的超时时间为300秒 retry 60; #设置重试间隔为60秒 persist true; #让dhclient在失败后持续在后台运行并重试
这样配置后，DHCP 客户端会在超时后不断重试，而不是直接放弃导致失效。
在1Panel中更新umami至2.18.1后，遇到了一个奇怪的问题：网站统计可以正常查看，但是umami后台无法登录。
年更贴来啦,CloudCone 是一家提供各种虚拟私人服务器（VPS）托管服务的公司，主要特点是
便宜（总体来说挺便宜的）
IP干净（可以解锁奈飞、油管、迪士尼+ 等各种流媒体，ChatGPT、Gmini 等各种AI）
支持支付宝 （总有人没信用卡嘛）
[toc]
cloudcone IPV4 风险检测结果，不能算很好，但胜在便宜，并且视频和 AI 都是可以解锁的。
检测脚本bash <(curl -Ls IP.Check.Place)
注册地址：https://app.cloudcone.com （可能需要魔法上网才能打开）
备用直连注册地址：https://app.cloudcone.com.cn
注册时资料信息尽量不要乱填，请符合你当时的浏览环境，以免触发风控！！！
满足任务条件的情况下点击【Complete】即可。
积分可以兑换账户余额或者实物奖励。
目前 CloudCone 黑五闪购还未开始，建议提前注册账号，并收藏活动页面：https://app.cloudcone.com/events/blackfriday/，准点的时候去刷新页面，有各种不同的闪购促销，预计会有10~12$左右的年费VPS
In which year was our Hosted Email service introduced？
我们的托管电子邮件服务是在哪一年推出的？
答案：2023
How many Locations are available on our $56/Year CDN plan?
我们的 56 美元/年 CDN 计划提供多少个地点？
答案：15
How much storage (GB) is available with the ‘Corporate’ subscription of our Hosted Email service？
托管电子邮件服务的“企业”订阅提供多少存储空间 （GB）？
答案：100
What is the maximum number of disk bays that can be configured on your dedicated server?
专用服务器上可以配置的最大磁盘托架数是多少？
答案：6
How much of RAID-10 SSD Disk comes with the SC2 Business Plan?
SC10 商业计划附带多少 RAID-2 SSD 磁盘
答案：80
总的来说呢，CloudCone 的 VPS 价格实惠。如果您需要性价比高的美国解锁流媒体 VPS ，可以考虑关注一下。此外，在BLACK FRIDAY 2025 期间，您可以领取积分并兑换奖励。这个活动对新老用户都开放，简单凑一下可以换1刀出来，如果是老用户凑到5、10刀也很容易。建议提前注册账号，并等待黑五闪购促销。
我主要是买来做流媒体解锁，大硬盘中转数据的，放一点需要美国IP的小工具。
他家主要优势是便宜，大碗，注意这家是印度人开的，所以你懂的。只要你不需要找客服，那他家的体验就很完美。适合动手能力比较强，技术问题基本可以自己解决的用户。
CloudCone 注册地址：https://app.cloudcone.com （可能需要魔法上网）
CloudCone 备用直连注册地址：https://app.cloudcone.com.cn
The post CloudCone VPS 2025年黑五闪购积分活动答案 appeared first on 秋风于渭水.
