kdns.fr 免费域名和容器注册地址： https://dashboard.katabump.com 无需绑卡，无需续期，注册即永久 Youtube: &t=54s
kdns.fr 免费域名和容器注册地址： https://dashboard.katabump.com 无需绑卡，无需续期，注册即永久 Youtube: &t=54s
kdns.fr 免费域名和容器注册地址： https://dashboard.katabump.com 无需绑卡，无需续期，注册即永久 Youtube: &t=54s
kdns.fr 免费域名和容器注册地址： https://dashboard.katabump.com 无需绑卡，无需续期，注册即永久 Youtube: &t=54s
kdns.fr 免费域名和容器注册地址： https://dashboard.katabump.com 无需绑卡，无需续期，注册即永久 Youtube: &t=54s
kdns.fr 免费域名和容器注册地址： https://dashboard.katabump.com 无需绑卡，无需续期，注册即永久 Youtube: &t=54s
kdns.fr 免费域名和容器注册地址： https://dashboard.katabump.com 无需绑卡，无需续期，注册即永久 Youtube: &t=54s
kdns.fr 免费域名和容器注册地址： https://dashboard.katabump.com 无需绑卡，无需续期，注册即永久 Youtube: &t=54s
kdns.fr 免费域名和容器注册地址： https://dashboard.katabump.com 无需绑卡，无需续期，注册即永久 Youtube: &t=54s
kdns.fr 免费域名和容器注册地址： https://dashboard.katabump.com 无需绑卡，无需续期，注册即永久 Youtube: &t=54s
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 申请界面预览： 平台地址： https://beta.spiritlhl.net/ 源码开源地址： GitHub - oneclickvirt/oneclickvirt: Universal Virtualization Management Platform 可扩展的通用虚拟化管理平台，支持 Proxmox VE / LXD (GPU) / Incus (GPU) / Docker / Podman / Containerd / Qemu / Kubevirt · GitHub 欢迎仓库点一个star免费支持 最近 增加了 裸机全依赖安装 方式，一键部署和安装nginx和数据库和初始化啥的了 curl -fsSL https://raw.githubusercontent.com/oneclickvirt/oneclickvirt/main/install_full.sh -o install_full.sh bash install_full.sh 当前更多的还是建议访问 前言 | 一键虚拟化项目 查看具体的说明 站内部署教程可参考： 可扩展的通用虚拟化管理平台，支持 LXD / Incus / Docker / Proxmox VE 不要直接点首页的注册，直接点登录进入使用第三方登录注册使用Linuxdo/idcflare的认证，默认公开注册已关闭 本次测试proxmoxve类型的节点的LXC容器或QEMU虚拟机的分发和使用，由于非KVM硬件加速虚拟机性能损耗严重，所以不开放更多虚拟机配额 开设的每个实例10个NAT的IPV4端口，无IPV6网络 1 个帖子 - 1 位参与者 阅读完整话题
移动玩不起了，说是销户前有效，但是token过期就给你容器休眠，玩不过他们， 我现在已经申请退款了，懒得杠了，也不缺这个容器，三天两头就给我重置。 目前通过引导，目前还是能够改模型的。 9 个帖子 - 3 位参与者 阅读完整话题
平台地址： https://beta.spiritlhl.net/ 源码开源地址： GitHub - oneclickvirt/oneclickvirt: Universal Virtualization Management Platform 可扩展的通用虚拟化管理平台，支持 Proxmox VE / LXD (GPU) / Incus (GPU) / Docker / Podman / Containerd / Qemu / Kubevirt · GitHub 欢迎仓库点一个star免费支持 不要直接点首页的注册，直接点登录进入使用第三方登录注册使用Linuxdo的认证，默认公开注册已关闭 本次测试podman和incus类型的节点的分发和使用 后续会加个containerd的节点测试 开设的每个实例10个NAT的IPV4端口，无IPV6网络 7 个帖子 - 3 位参与者 阅读完整话题
VirtScope · 云镜 https://github.com/whenevering/virtscope 跨虚拟化与容器平台的统一资源检索工具。 在同一个 Web 界面中，按名称 / 网络 / IP 等关键字，对多套虚拟化和容器平台做聚合检索，免去登录每个控制台逐个翻找。 为什么需要 VirtScope 异构基础设施的时代 现代企业的基础设施，很少甘愿栖身于单一的虚拟化平台。VMware vSphere 守护着生产核心，KVM 与 Proxmox 服务于成本敏感的负载，Docker 和 Kubernetes 编排着云原生的脉搏。每一座平台都是一个独立的宇宙——自己的控制台，自己的命名逻辑，自己观察世界的方式。[/quote] 万草寻针 即便架构团队在设计之初便精心梳理业务需求，即便资源命名严格遵循规范，现实依然会用它的复杂性来考验秩序。一家中等规模的企业，往往拥有数千台虚拟机横跨数十个集群；再算上容器，资源条目轻易突破万量级。当事件来临——一次网络异常、一条安全告警、一场容量排查——问题总是惊人地相似： 那台叫 web-prod-03 的机器在哪里？它属于哪个 vCenter ？跑在哪个 ESXi 主机上？ IP 是多少？ 答案，往往需要登录三四台控制台，在层层嵌套的文件夹中逐个点击，再与 Excel 表格交叉比对。分钟在流逝，事件在升级。 重量级的幻象 OpenStack 与商业云管平台许诺一个统一的管理平面——交付的却是一座复杂的教堂。它们要求专属的数据库、消息队列和身份服务；需要数周的部署和专职团队的运维。而在容器资源的管理上，它们的支持往往只是一层薄薄的 API 封装——能展示 Pod 名称，却难提供更多。 对许多组织而言，建造和运营这样一个平台的代价，已经超过了它本应解决的问题。 另一种哲学 VirtScope 选择了一条相反的路：最好的搜索工具，是那个你五分钟就能部署、然后可以忘记它存在的工具。 单文件，零依赖。 一个 Python 脚本，无数据库，无构建步骤。运行它，打开浏览器，搜索。 天生并发。 所有配置的端点同时查询。跨十台 vCenter 的搜索，耗时等于最慢的那一台。 极致轻量。 几兆内存，无需守护进程，无需轮换证书。它只是安静地待在角落，回答问题。 多平台基因。VMware 今天，KVM 与 Proxmox 明天，Docker 与 Kubernetes 在望——每新增一个平台，只需实现一个适配器接口。搜索体验始终如一。 何时该用 VirtScope 场景 没有 VirtScope 有 VirtScope 按部分名称定位虚拟机 登录每台 vCenter ，逐个搜索 输入名称，跨所有平台一次呈现 查找虚拟机所在的 ESXi 主机 在 vSphere Client 中层层展开清单树 结果表中一眼可见 通过 IP 地址识别虚拟机 查 DHCP 租约，手动调用 VMware Tools 输入 IP 片段，即时匹配 事件排查 在四台控制台之间反复切换 一次搜索，所有平台，五秒以内 设计信条 简洁是一种特性，而非局限。 每一行代码都必须证明自己存在的价值。 速度是对使用者的尊重。 运维人员的时间是神圣的；一个让人等待的搜索工具，已经失败了。 异构是现实，不是问题。 多平台共存不是需要被消除的混乱，而是需要被拥抱的事实。 工具应当隐于无形。 最好的界面，是用户从不需要想起它的那个。
自己做了一个 service，可以模拟昂贵的 search api，但是不想浪费服务器资源（因为没有存储态），想问一下有没有免费好用的，能提供较高并发的 docker 容器服务站可以推荐一下？ 2 个帖子 - 2 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 1. 我的帖子已经打上 开源推广 标签： 是 2. 我的开源项目完整开源，无未开源部分： 是 3. 我的开源项目已链接认可 LINUX DO 社区： 是 4. 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 5. 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 最近做了一个开源项目： GitHub - MengMengCode/CLICD: CLICD 是一个面向 LXC 的轻量容器管理面板，提供 Web 控制台、CLI、批量任务、镜像管理、NAT 端口、IPv6 分配、WebSSH、资源限制、流量限制和安全告警能力。它适合用来管理小型 VPS 上的 LXC 容器，也适合需要批量创建和分发子用户管理链接的场景。 · GitHub 如果各位佬们觉得mengmeng做的不错的话麻烦点一下仓库的Star 呢，谢谢啦 ，mengmeng最近在参加一项学校的考核，需要一个 的仓库。 它可以部署在你的服务器上之后进行便捷地一键切割LXC以及KVM给朋友进行拼车，目前有以下功能： 可以自由切割LXC以及KVM容器，其中KVM容器的资源独立性以及稳定性会比LXC好很多，如果是比较大的服务器或者是性能较强劲且目标是合租性能的话是建议使用KVM的，如果是网络合租之类的话推荐LXC。且切割参数比较全面，可以高度自定义与管理资源分配。 如上图，我限制的是5mbps的网络以及是5M的读写盘速度，都可以正常限制上。 目前适配了足够日常使用的系统版本以及不同系统进行选择，LXC与KVM均支持，选择度高。 有进行任务队列管理，多任务提交也不会因为宿主机性能问题而卡死失联，且可以批量创建同一个参数的容器，还支持IPV6公网分配绑定到容器，默认是使用NAT4进行基本的SSH公网服务映射，公网端口也可以自定义进行穿透，几十到几百的容器数量管理下来也不在话下。适合某些开发场景需要进行测试。 开了50个Alpine LXC容器的资源消耗： 每台容器都有单独的管理链接，拼车的友友可以使用这个独立的链接+密码进行登录管理容器，界面和上面的差不多，基本的管理功能都有。 具有完善的操作日志记录（管理员/子用户登录，执行容器开关机操作，重装系统等） 网络路由一览表 快照功能，管理员可以给每台容器进行设置允许用户创建多少个快照，管理员可以随意进行创建快照，还有定时快照功能，可以设置定时间地进行拍摄快照，以及快照状态的回滚等。 目前仍处于不断地开发与兼容的阶段，难免会存在一些BUG，欢迎大家提出Issues以及Fork进行不断完善呢，如果有什么想要支持的功能也可以提出哒。 POWERED BY: Backend: Go, net/http, LXC, cgroup v2, iptables, conntrack Frontend: React, TypeScript, Vite, Tailwind CSS, lucide-react, xterm.js Runtime: Linux, systemd, LXC, KVM/QEMU Build: GitHub Actions, Node.js 20, Go 1.22 1 个帖子 - 1 位参与者 阅读完整话题
第一个申请的容器可用内存为 8G，后面申请的发现只有 3G 了。 第一个容器还没重启，不知道重启后是不是也会缩水到 3 G 。 3 个帖子 - 3 位参与者 阅读完整话题
wslc相当于windows通过wsl实现了一个docker，你可以直接在powershell里面创建、启动容器，命令参数和docker相似。比docker desktop轻量。 同时提供了.net的sdk，可以直接通过C#代码控制容器的创建和销毁。 提供了新的快速的Windows 和wsl之间的文件映射增删操作。 支持容器操作gpu。 6 个帖子 - 5 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 项目地址 GitHub - liuzhijie443/yd-mclaw: 移动云盘mclaw项目，通过项目部署后更换模型、应用管理、内网穿透、自启动管理等，让容器具备一定的可玩性。 · GitHub ---------------------------------VPS融合怪测试---------------------------------- 版本：v0.1.139 测评频道: https://t.me/+UHVoo2U4VyA5NTQ1 Go项目地址：https://github.com/oneclickvirt/ecs Shell项目地址：https://github.com/spiritLHLS/ecs ----------------------------------系统基础信息---------------------------------- CPU 型号 : Intel(R) Xeon(R) Gold 5218 CPU @ 2.30GHz CPU 数量 : 2 Socket(s), 32 Physical Core(s), 64 Logical Thread(s) CPU 缓存 : L1: 2 MB / L2: 32 MB / L3: 44 MB AES-NI : ✔️ Enabled VM-x/AMD-V/Hyper-V : ✔️ Enabled 内存 : 80.09 GB / 754.28 GB 气球驱动 : ❌ Undetected 内核页合并 : ❌ Undetected 虚拟内存 Swap : [ no swap partition or swap file detected ] 硬盘空间 Disk 1 : 34.69 GB / 438.97 GB [7.9%] /dev/sdb1 - /etc/hosts 硬盘空间 Disk 2 : 34.69 GB / 438.97 GB [9%] overlay - / 启动盘路径 : overlay 系统 : debian 12.13 [x86_64] 内核 : 4.19.0-240.23.36.el8_2.bclinux.x86_64 系统在线时间 : 47 days, 02 hours, 19 minutes 时区 : CST 负载 : 30.78 / 29.45 / 27.98 虚拟化架构 : Dedicated (No visible signage) NAT类型 : Symmetric IPV4 ASN : AS9808 China Mobile Communications Group Co., Ltd. IPV4 Location : China ----------------------------CPU测试-通过sysbench测试---------------------------- 1 线程测试(单核)得分: 767.81 64 线程测试(多核)得分: 1215.61 当前检测到系统无root权限 ---------------------------内存测试-通过sysbench测试---------------------------- 内存复制速度(读+写) (MEMCPY) : 5038.81 MB/s 内存复制速度(读+写) (DUMB) : 5280.44 MB/s 内存复制速度(读+写) (MCBLOCK) : 4741.61 MB/s ------------------------------硬盘测试-通过fio测试------------------------------ 测试路径 块大小 读测试(IOPS) 写测试(IOPS) 总和(IOPS) /tmp 4k 139.85 MB/s(35.0k) 140.22 MB/s(35.1k) 280.07 MB/s(70.0k) /tmp 64k 146.95 MB/s(2296) 147.72 MB/s(2308) 294.67 MB/s(4604) /tmp 512k 145.41 MB/s(284) 153.14 MB/s(299) 298.55 MB/s(583) /tmp 1m 135.33 MB/s(132) 144.34 MB/s(140) 279.68 MB/s(272) -----------------------------------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: 安全得分: 信任得分(越高越好): 100 [8] VPN得分(越低越好): 0 [8] 代理得分(越低越好): 0 [8] 社区投票-无害: 0 [2] 社区投票-恶意: 0 [2] 威胁得分(越低越好): 0 [8] 欺诈得分(越低越好): 0 [E] 滥用得分(越低越好): 0 [3] ASN滥用得分(越低越好): 0.0002 (Very Low) [A] 公司滥用得分(越低越好): 0.0003 (Very Low) [A] 威胁级别: low [B] 流量占比: 真人(越高越好)73% [I] 机器人(越低越好)26% [I] 黑名单记录统计:(有多少黑名单网站有记录): 无害记录数: 0 [2] 恶意记录数: 0 [2] 可疑记录数: 0 [2] 无记录数: 91 [2] 安全信息: 使用类型: isp [0 3 7 8 A] unknown [C] 公司类型: isp [0 7 A] 浏览器类型: 主流61% 其他38% [I] 设备类型: 桌面60% 移动39% 其他0% [I] 操作系统类型: 主流95% 其他4% [I] 是否云提供商: No [7 D] 是否数据中心: No [0 5 8 A C] 是否移动设备: No [C] Yes [5 A E] 是否代理: No [0 4 5 7 8 A B C D E] 是否VPN: No [0 7 A C D E] 是否TorExit: No [7 D] 是否Tor出口: No [7 D] 是否网络爬虫: No [A B E] 是否匿名: No [7 8 D] 是否攻击者: No [7 8 D] 是否滥用者: No [7 8 A C D E] 是否威胁: No [7 8 C D] 是否中继: No [0 7 8 C D] 是否Bogon: No [7 8 A C D] 是否机器人: No [E] DNS-黑名单: 304(Total_Check) 0(Clean) 8(Blacklisted) 13(Other) ----------------------------------邮件端口检测---------------------------------- Platform SMTP SMTPS POP3 POP3S IMAP IMAPS LocalPort ✘ ✘ ✘ ✘ ✘ ✘ QQ ✔ ✔ ✔ ✘ ✔ ✘ 163 ✔ ✔ ✔ ✘ ✔ ✘ Sohu ✔ ✔ ✔ ✘ ✔ ✘ Yandex ✔ ✔ ✔ ✘ ✔ ✘ Gmail ✘ ✘ ✘ ✘ ✘ ✘ Outlook ✔ ✘ ✔ ✘ ✔ ✘ Office365 ✔ ✘ ✔ ✘ ✔ ✘ Yahoo ✔ ✔ ✘ ✘ ✘ ✘ MailCOM ✔ ✔ ✔ ✘ ✔ ✘ MailRU ✔ ✔ ✘ ✘ ✔ ✘ AOL ✔ ✔ ✘ ✘ ✘ ✘ GMX ✔ ✔ ✔ ✘ ✔ ✘ Sina ✔ ✘ ✔ ✘ ✔ ✘ Apple ✘ ✘ ✘ ✘ ✘ ✘ FastMail ✘ ✔ ✘ ✘ ✘ ✘ ProtonMail✘ ✘ ✘ ✘ ✘ ✘ MXRoute ✔ ✘ ✔ ✘ ✔ ✘ Namecrane ✔ ✔ ✔ ✘ ✔ ✘ XYAMail ✘ ✘ ✘ ✘ ✘ ✘ ZohoMail ✘ ✔ ✘ ✘ ✘ ✘ Inbox_eu ✔ ✔ ✔ ✘ ✘ ✘ Free_fr ✘ ✘ ✔ ✘ ✔ ✘ ----------------------------------就近节点测速---------------------------------- 位置 上传速度 下载速度 延迟 丢包率 No match servers 联通Changsha 39.29 Mbps 48.02 Mbps 28.50 ms N/A 联通Shanghai 68.88 Mbps 5.09 Mbps 44.73 ms N/A 电信Shenzhen 34.24 Mbps 45.66 Mbps 15.80 ms N/A 电信Shanghai 85.34 Mbps 47.38 Mbps 41.96 ms N/A 移动Foshan 66.65 Mbps 23.44 Mbps 12.19 ms N/A 移动Shanghai 93.81 Mbps 97.33 Mbps 32.21 ms N/A -------------------------------------------------------------------------------- 花费 : 7 分 2 秒 时间 : Wed Jun 3 17:47:47 CST 2026 -------------------------------------------------------------------------------- 1.切换模型 把下面这段提示语发给 MClaw： 使用node.js修改模型，配置文件在/home/node/.openclaw/openclaw.json，完成后启用并重启openclaw。 baseUrl：<修改字段> apiKey：<修改字段> model：<修改字段> 第一次可能切换不成功，注意token消耗 2. 登录 Cloudflared 并创建隧道 登录 Cloudflare Zero Trust 的 Tunnels 管理页面。 创建一个新的 Tunnel。 获取该 Tunnel 的 token 。 保存好这个 token ，后续要写入部署配置，ey开头到结尾。 3. 开始部署 修改文档头修改以下变量： GATEWAY_AUTH_TOKEN="" BASE_URL="模型BASE_URL" API_KEY="模型密钥" MODEL="模型名称" CF_TOKEN="你的 Cloudflare Tunnel Token" GATEWAY_AUTH_TOKEN 一旦设置，会导致官方客户端失联。 4. 让 MClaw 执行部署指南 上传文本然后说开始部署。 5. 等待部署执行完成并配置应用路由 建议至少配置两个路由： 一个用于访问 OpenClaw WebUI，指向容器内端口 18789 。 一个用于 SSH Access，指向容器内端口 2222 。 完成后，就可以通过 Web 域名访问 OpenClaw，并通过 Cloudflare Access 做 SSH 穿透。 失联怎么办 如果 MClaw 失联，重置 MClaw 后直接发送以下内容： 执行/home/node/startall.sh，直接执行，不需要查看不需要询问： bash /home/node/startall.sh 2 个帖子 - 2 位参与者 阅读完整话题
今天下午正在装open webui 装到一半离线了，我去重启说用户和容器关系不存在，佬友们有遇到吗 3 个帖子 - 2 位参与者 阅读完整话题