ARM SBC 运行Win7 X64

2023-08-05 作者：

就现阶段而言，妥妥的行为艺术，猜测如果安装32bit版本会好些？

又翻出来一块压箱底的Rock Pi 4B+，4GB RAM，32GB eMMC。鉴于厂家给的Debian 10 buster跟之前那块Asus TinkerBoard 2S别无二致，基本处于不可用状态，于是这里又一次Armbian Bookworm搞起。

安装libvirt，分配2核（1.8GHz大核）及1GB内存，开始安装Win7 X86_64。

本想运行KVM驱动盘补全所有驱动，无奈随便打开个文件管理器or设备管理器都要以分钟计。花了多半个小时使用msi程序安装KVM驱动，半路报service无法启动（大概率是启动时间过长，被认为启动失败）只好cancel。

其实，除了处理器虚拟效率，还有板子裸奔无散热也是个次要问题。若带上主动散热，让核心不需要频繁降频的话，可用性小幅提升也未可知。

图一乐吧，起码“可能”就是一种良好开端。好像ARM核心的Macbook现在也能支持比较可用的32bit X86 win系统吧？

嗯……可以考虑有空时弄个ARM版Win10来做个虚拟化试试，感觉内存不大够玩的样子。

完整阅读本篇»

OpenWrt测试双WAN和双机高可用

2021-12-03 作者：

So here’s a quick example. OpenWrt shows capability to provide business-level internet access reliabilities – with not only load balancing/failover between 2 or more ISPs, but also VRRP based hardware (dual x86 vm in this experiment) level redundancy.

从以下的例子可以看出，OpenWrt基本满足了提供小型商业级Internet访问可靠性的初步要求。它不仅可以在多个ISP之间实现负载均衡以及故障切换，在此基础上同时提供基于VRRP的硬件冗余（本实验中为双x86虚拟机）。

 

先开仨虚拟机，前两台做OpenWrt，可以先做1台，复制1台。注意要安装mwan3和keepalived。

 

双WAN做好后，断开一路wan做测试。这里的wanb，用的是楼道里的不可靠wifi，通过Raspberry Pi向下路由一层转成有线网，能体现出不稳定的ISP接入状态。

本来是两路负载均衡的策略，wanb断开后，5s之内可以让所有对外请求都稳定落在wan上。

 

下一步，把MASTER的br-lan断开，模拟一个路由器硬件直接宕掉。

 

这个切换时间很短，还没反应过来，BACKUP就接管了VIP地址，对外请求几乎不受什么影响。

完整阅读本篇»

基于红米AC2100的集客AC/AP方案

2021-10-15 作者：

Free (but proprietary) AC/AP wifi solution by Wuhan GECOOS, is here tested on 2 units Redmi AC2100 and a Proxmox based x86_64 vm.

这篇不准备多写，简单谈一下感受。

硬件结构如下，

  • AP是两台Redmi AC2100，单价159（不是wifi6，消费主义远离我）。
  • AC是书房自建私有云上一台vm，无法单独计费，权当免费。

PROS：

  • 性价比突出。总价只有318，即使考虑到大房子需要3台AP，也只要500块不到而已，还不到一台中端wifi6路由器的钱。有人可能会说，别逗了，家用AP的信号，3台怎么够 —— 哥们，别那么肯定，你说的是面板AP，我这是普通家用路由器（外置天线）刷的AP，原本设计每个都是带全家的，要比信号强度也得比商业吸顶AP吧？
  • AC可以不要，AP支持胖AP模式。这点倒是跟其他家用AC/AP方案接近，并不特别。我猜胖AP漫游效果差点儿？因为我不缺私有云机器，没有做具体测试。
  • 蛮关键的一点，AC可以只做旁路。也就是说，主路由还是主路由，你不一定用这个集客AC做主路由（虽然它也具备路由能力），这一点非常关键。作为AC，管好你的AP，做好弱踢和切换就行了，路由我有更好的选择。
  • 覆盖和速度都能让人满意，mbp连上5G信号，NAS大文件传输不比千兆有线差很多。
  • 每个房间多了一个4口千兆交换机，还tm支持vlan，这个价钱做下来的方案有这么强的灵活性，你敢信？

CONS：

  • 漫游切换，在安卓手机上切换起来，还是没有单路由（不切换）那么流畅。当然，物理问题靠软件显然不能强求，毕竟在家里边角的wifi速度显著提高了；多年前的iPhone 6SP好像漫游效果不错的说；后悔没有拿Android和iPhone互相打个微信视频然后走动一下做个测试。
  • 【昧良心说】集客固件免费但不开源。至于开源与否我不关心，毕竟我刷个路由不是去商业化，我只关心有无黑产，这点主要看开发团队的人文品质吧。真要不放心，自己刷一套放个抓包环境测几个月就有数了；这问题倒不是针对集客，ikuai和梅林也是同一个路子，再说那些原厂（不免费）的路由器系统就能绝保没后门没黑产？

以下纯截图：

AC界面：wifi配置模板下发

完整阅读本篇»

Proxmox Backup Server上手初体验

2020-10-12 作者：

This is a basic test of PBS (Proxmox Backup Server) within only about 1 hour. So this literally means nothing but a bit of preliminary experience, which might be incorrect after some research in the near future, and should not be considered as a tutorial.

今天试了一下Proxmox Backup Server（以下简称PBS），国庆期间新鲜出炉的Beta 2，此处大致简单记录一下。

【注】体验时间不长，前后也就1小时多点儿。若有谬误敬请指出，可能很多东西还得读一下文档才能搞清楚。

 

首先，安装过程略去不提。因为PBS保持与PVE（Proxmox Virtual Environment）同样简洁的部署方式和安装速度。

装好后，可以把PBS当做外置存储直接挂载到PVE（单机或集群）上，并对单台vm直接进行备份，全程UI无需任何命令行操作。

而在PBS一端也提供相应的web UI（默认端口8007，区别于PVE的8006）对本地存储池进行管理，也可连接Remotes（不是指PVE，是指远端其他PBS）进行vm、lxc及其他PVE数据进行多端（比如云端+本地，又比如异地）备份的同步。

【注】：PBS需两块以上硬盘，其中一块独立系统盘，另1~n块为数据盘，从web UI可以全过程操作数据盘的分区表初始化、分区格式化以及挂载，支持ext4和zfs两种文件系统。

对PVE上vm 503（Ubuntu 18.04 LTS Server）进行备份，虽然web UI显示备份占用空间64GB（PVE对vm分配的磁盘大小），但实际占用PBS存储空间只有3.6GB，与PVE上的qcow2磁盘（稀疏文件）格式比较相似。

但深究之下，PBS的备份存储比较特别，不同于PVE上单个vm备份压缩包。PBS正经备份目录只有几个描述和索引文件，而实际数据存在一个名为.chunks的隐藏目录，之下有用4位16进制字符命名的，共计65536个子目录来存储经过分割的数据块。

所以是这种我不太理解的存储方式，提供了PBS声称的“去重、增量、加密、数据完整性以及压缩”的功能实现咯？

完整阅读本篇»

基于Flask的简易webtelnet和webssh

2020-02-25 作者：

Chinese version README of the Github repo – flask-remote-terminal.

简而言之，一台具备多用户支持的，仅限使用telnet/ssh，访问远程固定地址的，web终端。

演示截图：

有啥稀罕的

  • 只可访问远程地址，非本机终端
  • 目前仅限telnet（支持十几年前老设备用）和ssh访问，代码中也可增加其他协议，但始终受控
  • 仅限访问固定远端地址（IP/域名），代码config可配，一旦服务运行后不可更改
  • 服务端session存储pid和fd等，用于多用户支持

参考项目

需求如此“扭曲”，何解

通过web终端去管理一台特定的中转机，其多数端口是（在特定时间段内）代理到真正需要管理的目标机。具体需求如下：

  • 同多数web terminal一样，浏览器即开即用，免安装
  • 只允许访问特定地址（中转机），避免被抓肉鸡
  • 只允许使用telnet和ssh进行连接，不可自选其他客户端命令，在此基础上允许用户自行输入用户名和端口号
  • 只用于远程连接，在用户exit退出终端后，也无法回到shell操作提供该服务的server
完整阅读本篇»

OpenWRT配置FRPC实现公网访问

2020-02-23 作者：

This post talks about running frpc (Github), the client of my favorite reverse proxy toolset, on an OpenWrt powered router, to expose one or more specific port of an local/intranet ip address onto public access.

在目前主流网络运营商大多不提供公网IP的大环境下，FRP套装搭配一台低配云主机，是最普遍也相对稳定的ddns替代方案。

长期以来，笔者使用的都是x64（amd64 on Centos/Ubuntu）和arm（树莓派）版本的frp release，启动配置上都是走的linux systemd。今天算另辟蹊径，要介绍一下在一台EX6200v2刷机的OpenWRT上跑frpc，接通阿里云的frps，来实现公网访问内网。

【注】其中frps也即服务端的配置，有两种情况：

  1. 如果同样是在openWRT上运行frps，那安装方法跟接下来的frpc是一回事。
  2. 如果跟我一样，云端走frps做转发用，张大妈上几乎每个博主都截图讲一遍，我是用CentOS命令行操作的，不在此赘述了，有需要联系。

 

在openwrt上运行frpc，要用到的资源来自于这两个Github工程，openwrt-frp和luci-app-frpc。

第一步，先搞清路由器的CPU架构。

本文用到的是NETGEAR EX6200v2，经查板载高通IPQ4018，4核Cortex A7 Neon。如果是用Intel处理器的软路由，那就更好办，直接省去查cpu的这一步。

当然，从ssh登进路由器确认，也是一种办法。

第二步，查看路由器的存储空间是否够安装FRPC，然后去github release下载相应的ipk安装包。

从返回结果看，可用空间还有7.3M，frpc安装包尺寸3.6M，还是可以安装。前提是ipk要放在临时分区也就是/tmp（猜测这货是内存虚拟硬盘吧）中。

完整阅读本篇»