这个方案无需软路由，但是需要至少有一台设备始终校园网在线，核心思路还是让其他设备的流量通过一台已登录校园网的设备出网。 当未登录校园网的设备可以访问局域网 IP 时，此方案可用。 首先你需要在已登录校园网的设备上运行任意代理软件的服务端，例如开启了允许局域网、监听了 sock5 端口的 mihomo，即 mihomo 的配置中包含如下内容： bind-address: 0.0.0.0 socks-port: 7891 allow-lan: true authentication: - user:password 注意！请务必确保设置复杂的用户名和密码，并妥善保管！！！！ 若你的校园网环境会对 sock5 流量限速，可考虑伪装流量，例如伪装为 HTTP/3 请求。 接下来，在其他需要使用校园网的设备上，使用以下配置启动 mihomo 即可（注意补全相应字段）： proxies: - name:…
我目前所在的学校校园网单端限速 500Mbps，确实已经足够高了，不过依旧限制两个客户端。由于我有多台设备、IoT设备，数量远超限制，因此需要考虑使用一些手段。 此方法理论适用于所有高校的校园网。 1. 方案构思 1.1 利用负载均衡实现带宽叠加 首先，通过实验发现，判断是什么类型的设备是依靠浏览器自己识别，然后通过参数传递给认证网关，并且认证设备靠上游网关获取到的 MAC 地址区分，也就是说完全可以使用路由器接入校园网，让下游设备完成登陆认证，这样认证网关认证的是路由器的 MAC 地址。 接下来，如果是简单的认证，无法实现突破限速，我这里的校园网允许一个账号登陆一个手机端一个电脑端，因此我们可以通过多播的方式，让软路由虚拟出两个网口，并通过 MWan3 负载均衡，这样就能在一定程度上实现突破 500Mbps 限速。 为什么说一定程度上呢？原因如下： 1. 由于实现方式是负载均衡，这种方式仅仅是将不同请求分发给不同的网口进行通信，也就是说，单个 TCP 连接就只能一直使用同一个网口进行通信，也就是说速度无法突破 500Mbps。 2.…
今天编译 OpenWrt 的时候遇到以下报错： ... cp: cannot stat '/tmp/openwrt/staging_dir/target-x86_64_musl/root-x86/boot/.': No such file or directory ... 然后编译停止，检查目录里确实没有这个文件夹。经过网上冲浪发现答案：https://github.com/coolsnowwolf/lede/issues/10323#issuecomment-1294942809 修改以下两项配置，把数值设置大一点： # 修改分区大小 CONFIG_TARGET_KERNEL_PARTSIZE=512 CONFIG_TARGET_ROOTFS_PARTSIZE=1024 再次编译则成功。…
之前重装过 NAS 的系统，重装为 Debian 12，并安装了桌面环境，然后尝试运行之前写好的脚本编译 OpenWrt，然后遇到报错：Install qemu-img to create VDI/VMDK images： ... echo '(hd0) /tmp/openwrt/build_dir/target-x86_64_musl/linux-x86_64/tmp/openwrt-x86-64-generic-squashfs-combined.vmdk' > /tmp/openwrt/build_dir/target-x86_64_musl/…