datocp 最近回复了
你说的很有道理
当年为什么测试 batman adv mesh ,它是世界公认的具备一定漫游能力的 mesh 。早先测试的是统一 bssid adhoc 结构。后来测试的是基于 802.11s 结构的还是 batman adv mesh 。在之前用的 12 个 uap ac lr/mesh m 刷 openwrt ,遇到的问题是 12 个 ap 要输入 12 遍密码。。。
它的漫游速度从我的测试结果是比华为 wifi6 更快的,不过说起漫游这事情就复杂了,硬件/软件/驱动/系统,还有什么???当然这个系统就 batman adv mesh 在 802.11s 基础上+弱信号踢除脚本+basic_rate 就这么点东西,根本不需要什么 802.11kvr 。
它是网状的,当有线断开时,它自己就能建立无线 mesh 。不像商用 mesh 什么子母概念,每个 mp 都是统一模板,直接可以桥接于交换机端口上。系统自带一套漫游调度系统,解决的是当终端从 ap1 漫游到 ap2 时,数据快速从 ap1 重定向到 ap2 。没错想当然以为局域网就该有的功能,却是人家研究什么叫具备一定漫游能力。关于这种同一 mac 在不同接口导致数据不通的问题,我自己架设的实验环境都会遇到问题。统一模板,不像无线中继需要根据上级 ap 设置 bssid ,想怎么放就怎么放。
从 openwrt 的观点来看,mesh 就只是套软件,用 uap ac 你可以刷成 ap 也能刷成 mp ,至少比 ap 模式多了网状路由特性。人家 mesh 是跨洋越海成千上万 ap 组网,哪是家里这种环境。
至于各家的 mesh 做成不兼容,玩 openwrt 没这么烦恼,就是个 meshid 的事情。
女人买电脑粉啦/重啦。。。
今年没要求给办公买的 thinkpad e16 amd7430u 之类的 3000+出头还好。。。专注工作没有这样那样的问题,省下的 4000 块看看还要配置什么。
一台 thinkbook 14 ultra5 ,我的天找过我 N 次了,被大小核烦死了。
其它近年买过的有华为 matebook ,也比较难买型号太多,财务的同事挑的 thinkbook 16+还是疑似大小核问题。其实这个大小核问题在台式 12600kf 没见这么大的反应啊。另外一个同事自己挑的 hp zen99
这些年极速 31 公里的通勤车平均 20 公里时速,现在更是 15 公里以下了。。。30 公里,起个大清早就算了,出汗是个麻烦问题。
至于电视上平地超过 50 公里时速的,哈哈装备太差,无法理解。
哈哈,看多动画,就会发现连名词都用的一模一样。
现在 1-7 就不知道星期三要看什么了。一开始是每天几十集看。现在都进入每星期追 1 集中。。。
在华为的交换机设备里,arp 或者 arp 请求超量会导致 auto port-defend 或者 auto defend 。
所以不知道爱快是否有什么安全机制,也许可以尝试让 openwrt 下线。
openwrt 常见的一个问题是 wlan 和 br-lan 共用同一个 mac 地址,平时的习惯问 macaddr 重新指定一个 mac 地址,不确认上面的 arp 欺骗是否是该原因导致。
config wifi-iface 'default_radio0'
option device 'radio0'
option network 'lan'
option mode 'ap'
option wpa_group_rekey '3600'
option disassoc_low_ack '0'
option ssid 'xxx'
option encryption 'psk2+ccmp'
option key 'xxxxxxxx'
option macaddr 'FE:EC:DA:B3:AB:C0'
拼多多买才发现。。。每个人看到的价格都不一样。我的天,我的天,我的天天。。。
当初人家说 r720 不行,买了台 9 万的服务器。
实际做了 2 组 raid10 依然无法理解 io 。上次拷贝数据才发现这种 sata 小文件照样 20KB/s 。
另外只有 mssql core 版才能使用全部核心,建议了半天 io ,买了 64 核 cpu ,装了个不能发挥的 mssql 。最后重装系统,然后该 sql 死锁照样死锁。。。
这种东西除了法律问题,其它的应该很是成熟了。盗版软件都犯法了,还怕这个???
stunnel softether 都是非常成熟的软件。它们的一个用法就是中继,只要有一处 vps 就可以通过多处国内网络中继到 VPS ,什么法律问题嘛!!!笑笑就好。。。
[TLS_proxy_listener]
accept = 19922
connect = 1084
CAfile = stunnel.pem
之前尝试过 3proxy+stunnel 用于 windows updates
auth iponly
#nserver 8.8.8.8
nscache 65536
maxconn 1000
fakeresolve
allow *
authcache ip 3600
parent 1000 socks5+ 127.0.0.1 1085
log
logformat "L[%d-%m-%Y %H:%M:%S.%.]- %N %p %C:%c %R:%r %Q:%q %e %I:%O %T %E"
rotate 31
proxy -s0 -olSO_REUSEADDR,SO_REUSEPORT -ocTCP_TIMESTAMPS,TCP_NODELAY -osTCP_NODELAY -a -p8080 -i0.0.0.0