opt-script
opt-script copied to clipboard
hiboyhiboy
opt-script
```shell Jan 8 15:33:55 【softether】: 找不到 /opt/softether/vpnserver，安装 opt 程序 Jan 8 15:33:56 【opt】: opt 挂载正常：/dev/sda1 Jan 8 15:33:56 【file】: 找不到 /opt/softether/vpnserver ，重新下载数据，请稍后 Jan 8 15:34:01 【file】: 下载完成 /opt/softether/vpnserver Jan 8...
对方wifi有MAC地址限制。咱们系统wifi中继的时候总是自动生成一个mac地址。希望可以中继对方wifi的时候自己指定mac地址方可接入。再说的详细一点，对方wifi没有密码，需要指定mac地址，和静态IP地址方可接收。静态IP自己可以指定。mac地址自己无法指定。想要一个这样的功能。都有，IP地址我也知道，就是没法指定中继的MAC。
就是这个项目的https://github.com/nondanee/UnblockNeteaseMusic 新手尝试用opt的node挂载了一下，不知道为何，开了就影响我的dnspod没法正常提交，解决不了只能放弃。如果能做成内置app就更好了，感谢。
即使使用刚解压出来的config.json文件，将里面的协议修改为vmess，都会出现这个错误 ``` Oct 11 15:33:51 【vmess】: 开始生成 ss_tproxy 配置 Oct 11 15:33:51 【vmess】: 提取 outbounds 生成 ss_tproxy 配置 Oct 11 15:33:51 【vmess】: 错误 outbounds 提出失败，请填写配正确的出站协议！vmess、vless、shadowsocks、socks、http、mtproto、trojan Oct 11 15:33:51 【v2ray】: 配置文件转换...
当路由器开启ssr时，下载组件出现死循环，jq程序下载后会被自动删除，检测时又重新下载，这种情况持续了一天。 而使用6月29日脚本没有一切正常 13:44:14 【自动选用节点】: 错误！找不到 jq 程序 13:46:50 【script】: /tmp/script/sh_ss_tproxy.sh 脚本md5与记录不同，下载失败，跳过更新！ 13:46:50 【script】: /etc/storage/script/init.sh 脚本需要更新，自动下载！https://opt.cn2qq.com/opt-script/script/init.sh 13:47:35 【script】: 更新【init.sh】，md5匹配，更新成功！ 13:47:36 【script】: /etc/storage/script/Sh45_wx_send.sh 脚本需要更新，自动下载！https://opt.cn2qq.com/opt-script/script/Sh45_wx_send.sh 14:08:08 【jq_check】: 找不到 jq，安装 opt 程序 14:08:08 【opt】:...
MI-R3G，原先通过 padavan 实现的某些功能转移到工控机，因而希望运行在纯路由模式。 不需要各种脚本，也不要各种插件，只需要能够稳定运行。 如何设置？
board.h文件 - #define BOARD_NUM_ANT_5G_TX 2 - #define BOARD_NUM_ANT_5G_RX 2 - #define BOARD_NUM_ANT_2G_TX 2 - #define BOARD_NUM_ANT_2G_RX 2 变更为 + #define BOARD_NUM_ANT_5G_TX 4 + #define BOARD_NUM_ANT_5G_RX 4 + #define BOARD_NUM_ANT_2G_TX 4...
目前的模式应该是tproxy全局代理把局域网流量劫持到clash，clash按规则再判断一次直连或者代理。 感觉这样无需代理的国内流量延迟会高一点，而且吃路由器的性能，路由器cpu波动大一些就会影响国内流量的体验 建议索性让tproxy用gfw模式，把分流跟直连流量就一次性分开，分流的流量就丢给clash按规则慢慢代理。虽然代理流量被判断了两次，但直连流量只被分流了一次，起码不影响国内流量延迟；至于代理流量，本身主机在国外就延迟高，再高一点也对体验影响不大，但是国内流量延迟高一点就很影响体验了
目前的模式应该是tproxy全局代理把局域网流量劫持到clash，clash按规则再判断一次直连或者代理。 感觉这样无需代理的国内流量延迟会高一点，而且吃路由器的性能，路由器cpu波动大一些就会影响国内流量的体验 建议索性让tproxy用gfw模式，把分流跟直连流量就一次性分开，分流的流量就丢给clash按规则慢慢代理。虽然代理流量被判断了两次，但直连流量只被分流了一次，起码不影响国内流量延迟；至于代理流量，本身主机在国外就延迟高，再高一点也对体验影响不大，但是国内流量延迟高一点就很影响体验了
看工作原理不管什么模式都是利用ss tproxy把流量劫持到翻墙线路中去 然后发现用clash时tproxy默认是关闭v6的： ## ipv4/6 ipv4='true' # true:启用ipv4透明代理; false:关闭ipv4透明代理 ipv6='false' # true:启用ipv6透明代理; false:关闭ipv6透明代理 就算手动改成开启，重启clash自动开启tproxy时依旧是关闭的，而且手动开启并没有效果