会不会理解有偏差，上万个参数其实可以一起传的？

前阵子在转一批 wav 文件到 aac 的时候也遇到过时长不对的情况

后来无意间把转换时的输出文件后缀 .aac 改成 .m4a 就好了

ffmpeg -loglevel error -nostdin -i audio.wav -c:a aac -b:a 32k -strict experimental -y audio.m4a

原理未知，仅供参考

@lilogo A 上先不要 nat，依次抓包看情况，看数据包传递到哪一步
a lan 抓包
a vpn tun0 抓包
b vpn tun0 抓包
b lan 抓包

@lilogo

tinc.conf 中
Forwarding = kernel 应该是要加的

不加这个，收到的包直接被当成 tinc 虚拟组网来转发的，不会放回本地设备

https://github.com/gsliepen/tinc/blob/master/src/route.c#L1110

```c
void route(node_t *source, vpn_packet_t *packet) {
if(forwarding_mode == FMODE_KERNEL && source != myself) {
send_packet(myself, packet);
return;
}

```

-_- 不是默认网关。。。。

@weyou
@lilogo
#93
在 B 节点加上这条试试：　
iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -o br-lan -j MASQUERADE

再加一条（因为你在 A 上 ping ）
iptables -t nat -A POSTROUTING -s 172.16.0.0/16 -o br-lan -j MASQUERADE

@lilogo #78 tinc.conf 的那个 Forwarding 怎么配置的？

@lilogo #74 如果内网机器的默认网关就是 a,b，那你做这些 nat 干啥呢？

特殊情况才需要 nat，目的是让你处于对方路由范围内

@lilogo #71 那就在对方路由器 lan 出口上抓包看看

@lilogo #68 不需要 nat，你两边有路由表，数据包能正确往返的

@lilogo
你 A、B 上的 tun0 能互通，双方 route 也配了，但是两个网段不能互通，说明数据包到对方 tun0 为止了，没被转发

检查 tinc.conf 那个内核转发配置项有没有打开

如果还是不行，就在 A、B 上再建条 ipip、gre 之类的 tunnel 通道，这样肯定能支持路由的。

@lilogo 没用过 tinc，不过看了 tinc.conf 的配置参数

下面这两个是不是要检查一下，影响路由数据包的转发
DirectOnly = no
Forwarding = kernel （默认是 internal,也就是只能转发到其他 tinc 的接口上，而 192.168.1.1 不是 tinc 的设备）

这两天折腾双方都是 nat 下的 l2tp/ipsec 服务快疯了

vpn 接口上不需要 nat
a，b 都加对方网段的 route 就行了
a、b 既然都是路由器，ip forward 应该已经打开了

再加一个吧，真香就要 x2

@jss 没有，都是公司项目

gin，路由用 gorilla/mux
gorm

你没收到他们通知吗？这几天接口升级，升级后会加调用频次限制

用 cocos 做过一套，前端编译成微信小游戏和 H5
后端 go

包括全部动效和音效
文字，语音消息互动
托管出牌，机器人陪打...


那时碰上版号停发，小游戏禁棋牌类，废弃了.....

@ys0290 以前做短信对接业务时处理过长短信，GSM 规范有专门的短信封装格式的