旅途随拍, 生活记录
F12是默认的浏览器调试 快捷键，在thinkpad上，每次误触都要等半天，启动一个讨厌的电脑管家。禁用方法：
运行管理权限powershell
Stop-Service -Name "TPHKLOAD" -Force
Set-Service -Name "TPHKLOAD" -StartupType Disabled
运行后按 F12 试试，应该变为F12没有反映了。其他功能键，例如音量，亮度调节，不受 影响。
如果以后想恢复：
Set-Service -Name "TPHKLOAD" -StartupType Automatic
Start-Service -Name "TPHKLOAD"
https://drive.wrt.moe/uboot/mediatek 找n60 pro
以最新的ImmortalWrt 24.10.2为例， https://firmware-selector.immortalwrt.org/ 找到自己设备型号。下载sysupgrade包
使用SSH工具（推荐MobaXter）连接路由器（192.168.0.1），用户名：useradmin 密码：管理密码，注意用户名不是root
一句话解决：以管理员权限启动powershell
netsh winsock reset重启
Winsock (Windows Sockets) 是 Windows 操作系统中应用程序（如 Teams、Chrome）与底层网络协议栈（TCP/IP）进行通信的 API 接口标准。
作用： 任何程序想要上网，都必须通过 Winsock 发送请求。 继续阅读Windows下Dropbox无法启动，MS Teams重复重启，一个命令解决
针对 Debian 系统，以及 Imperva CDN 环境，使用“Fail2Ban + Nginx Deny” 的方案。
使用Imperva时，nginx日志中只有CDN的IP地址，所以首先要获取真实IP。 配置文件在/etc/nginx/conf.d中加入配置文件：
一大早Cloudflare Tunnel忽然坏掉了。 修复结论：除了检查QUIC协议是否被屏蔽之外，也查一下本机时间同步。
T00:33:53Z INF Retrying connection in up to 1m4s connIndex=0 event=0 ip=198.18.0.134
2026-01-06T00:33:54Z WRN If this log occurs persistently, and cloudflared is unable to connect to Cloudflare Network with `quic` protocol, then most likely your machine/network is getting its egress UDP to port 7844 (or others) blocked or dropped. Make sure to allow egress connectivity as per https://developers.cloudflare.com/cloudflare-one/connections/connect-apps/configuration/ports-and-ips/ If you are using private routing to this Tunnel, then ICMP, UDP (and Private DNS Resolution) will not work unless your cloudflared can connect with Cloudflare Network with `quic`. connIndex=0 event=0 ip=198.18.0.134
2026-01-06T00:33:54Z INF Switching to fallback protocol http2 connIndex=0 event=0 ip=198.18.0.134
2026-01-06T00:35:52Z ERR Serve tunnel error error="TLS handshake with edge error: EOF" connIndex=0 event=0 ip=198.18.0.134 2026-01-06T00:35:52Z INF Retrying connection in up to 1m4s connIndex=0 event=0 ip=198.18.0.134 2026-01-06T00:36:17Z ERR Unable to establish connection with Cloudflare edge error="TLS handshake with edge error: EOF" connIndex=0 event=0 ip=198.18.4.32 2026-01-06T00:36:17Z ERR Serve tunnel error error="TLS handshake with edge error: EOF"
connIndex=0 event=0 ip=198.18.4.32 2026-01-06T00:36:17Z INF Retrying connection in up to 1m4s connIndex=0 event=0 ip=198.18.4.32最先想到的是服务商突然屏蔽了QUIC 协议（基于 UDP 端口 7844），准备开始查资料看能否代理。 后来检查中，发现windows时间同步是三天前，手工同步time.windows.com一直失败。 再后来，发现是之前一次代理规则调整不当，造成了时间同步失败。之后本地时间不准确，造成TLS handshake失败。
同步客户端里，有文件一直是preparing，准备中的状态。但是在窗口里看不到这个文件的具体路径。
既然文件名很普通，无法通过全盘搜索定位，需要通过 Synology Drive Client 的日志查找
Win + R 键，打开运行窗口。%localappdata%\SynologyDrive\log 并回车。daemon.log （或者 service.log，通常是 daemon.log 记录同步核心进程）。[ERROR] worker.cpp... /Volume/Path/To/File.jpg 这样的记录，这里面就会包含完整的绝对路径。