众所周知在OpenWrt中,通过上传新的固件包更新OpenWrt时,并不会保留自己手动安装的软件包(哪怕是从后台在线安装的)。好在部分配置文件可以留下来,因此提供一个简单的方式备份当前OpenWrt已经安装的软件包列表,用于在更新完系统后一次性批量安装。
这个方法适合喜欢使用官方固件+官方开源软件包的案例,如果你使用的软件包很多都是自行编译或无法通过opkg获取到,建议还是定期自己编译完整的固件包。
众所周知在OpenWrt中,通过上传新的固件包更新OpenWrt时,并不会保留自己手动安装的软件包(哪怕是从后台在线安装的)。好在部分配置文件可以留下来,因此提供一个简单的方式备份当前OpenWrt已经安装的软件包列表,用于在更新完系统后一次性批量安装。
这个方法适合喜欢使用官方固件+官方开源软件包的案例,如果你使用的软件包很多都是自行编译或无法通过opkg获取到,建议还是定期自己编译完整的固件包。
本文将介绍如何在PVE7.2-7后台管理面板,展示CPU、主板、NVME的温度。
在 PVE 后台选择 PVE 节点,并选择“Shell”。
前几天入手了N5105软路由,该设备支持在PVE(Proxmox VE)下网卡直通。下文将介绍如何设置PVE网卡直通。
首先确认CPU版本(本例为intel N5105)。进入PVE后台,在“数据中心”下点击对应节点,并在右侧菜单中选择“Shell”。
使用OpenWRT时,通过LuCI界面更新软件包,只能一个个手动更新,耗时费力。
下面这个方法,可以让你通过SSH批量更新OpenWRT的软件包,一键升级更新。
# 更新软件包源 opkg update # 仅更新LuCI相关软件包 opkg list-upgradable | grep luci- | cut -f 1 -d ' ' | xargs opkg upgrade # 更新全部可更新软件包,包含OpenWRT内核等 opkg list-upgradable | cut -f 1 -d ' ' | xargs opkg upgrade
宝塔面板(bt.cn)在安装了FTP服务“Pure-Ftpd”后,本地使用第三方FTP客户端,提示登录成功,但读取目录列表失败。怀疑是目录权限或端口未开放所致。但经过排查,无论是服务器还是宝塔,都已放行21端口,且目录也出于755权限,均正常。
经过一番探索,发现是Pure-Ftpd开启被动模式后,需要再在服务器放行被动端口。具体方法如下:
如果你的Plex服务器和客户端(App,非Web)在OpenWRT路由器搭建的网络下,无法正常使用,App提示“no server found”。那大概是因为如下问题引起的。
检查路由器日志,发现在打开Plex app时,会出现提示“possible DNS-rebind attack detected”。下方紧接着是以“plex.direct”域名为结尾的domain。猜测是plex在为内网服务器增加本地domain。
解决办法也非常简单,进入OpenWRT后台,在“网络”-“DHCP/DNS”中,将“重绑定保护”勾掉。或在下方域名白名单中,加入“plex.direct”。
之后重启DHCP服务器,并重新进入Plex app,会发现可以正常使用了。
家里的两台极路由B70越来越慢,进入后台管理页面都要等很久。怀疑是固件出现了问题,或遭到了入侵。为了能彻底解决问题,我直接将两台路由器的固件都更换为了自己编译的OpenWRT。(教程后续写)
但在设置子路由时出现问题,OpenWRT不像Padavan直接提供了AP的模式可选,需要自己设置。我的需求是:
Mac更新到最新到了最新的MacOS Monterey 12系统,导致原来装的Parallels Desktop 16打不开。为此又重新更新了虚拟机到Parallels Desktop 17。
在Parallels Desktop 17中,新建Linux虚拟机或运行原有虚拟机时,会提示“操作失败。执行该操作失败”。无法正常进入虚拟机。
继续阅读Parallels Desktop 17虚拟机提示“操作失败,执行该操作失败”的解决方法教程[MacOS Monterey 12系统]
最近在给我的黑群晖添加第三方套件源时,出现无法添加的情况,提示“无效的位置”,如图。但实际上网址有效,通过网页也可正常打开。
HACS可以理解为是Home Assistant的第三方插件库,可通过可视化操作的方式安装、更新插件。在更新HACS组件时,会因主机性能和网络环境原因会导致更新超时,出现如下报错:
Backing off async_download_file(...) for 0.2s (asyncio.exceptions.TimeoutError)
可通过以下几种解决方案,从不同角度尝试解决问题,由易到难: 继续阅读HACS更新 async_download_file超时的解决办法