V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  mikaelson  ›  全部回复第 28 页 / 共 29 页
回复总数  568
1 ... 20  21  22  23  24  25  26  27  28  29  
328 天前
回复了 mikaelson 创建的主题 程序员 大佬们,内网穿透哪种方案适合我?
@233373 只能是 wireguard 了嘛?流量容易被侦测嘛
329 天前
回复了 ateist 创建的主题 程序员 两次入职同一家公司, N+1 赔偿怎么算?
肯定后一段把
329 天前
回复了 mengzhuo 创建的主题 程序员 树莓派降价了!
给个连接看看,没看到 400 多的
330 天前
回复了 Eaglemask 创建的主题 程序员 自建 tailscale 和 zerotier 优劣对比请教.
羡慕啊,你的帖子这么多人回复。。。
我最近 tinc 碰到了一个问题,没有思路解决,也考虑考虑换个方案号了
330 天前
回复了 mikaelson 创建的主题 Linux tinc 组网后流量似乎被干扰?
还有人吗。。
330 天前
回复了 mikaelson 创建的主题 Linux tinc 组网后流量似乎被干扰?
@pagxir 抓包看了一下 lenth 1420
330 天前
回复了 mikaelson 创建的主题 Linux tinc 组网后流量似乎被干扰?
@nexply1920 这是 2 个软件混合用?
330 天前
回复了 mikaelson 创建的主题 Linux tinc 组网后流量似乎被干扰?
@chronos 我查了所有 mtu 都是 1500 ,我这次只换了 server 端,client 端都没变化。我比对了 server 端的配置都一样。。。所以我也很郁闷。换 server 之前一切正常。换了之后就没正常过。。。搞的我半死
330 天前
回复了 mikaelson 创建的主题 Linux tinc 组网后流量似乎被干扰?
@harrozze 我查了所有 mtu 都是 1500 ,我这次只换了 server 端,client 端都没变化。我比对了 server 端的配置都一样。。。所以我也很郁闷
330 天前
回复了 mikaelson 创建的主题 Linux tinc 组网后流量似乎被干扰?
@chronos 我查了,所有地区的 mtu 都是 1500
330 天前
回复了 mikaelson 创建的主题 Linux tinc 组网后流量似乎被干扰?
@pagxir 不应该啊,系统都是都是默认配置,没有改过 mtu
@splxsg 谢谢大佬。我照你的方法试试。
@weyou
23:00:51.968991 IP 10.86.8.1.56706 > 10.86.2.2.22: Flags [.], seq 1072475:1073845, ack 3302, win 291, options [nop,nop,TS val 3734661153 ecr 36807465], length 1370
23:01:09.728151 IP 10.86.8.1.56706 > 10.86.2.2.22: Flags [.], seq 1072475:1073845, ack 3302, win 291, options [nop,nop,TS val 3734678912 ecr 36807465], length 1370
23:01:45.311694 IP 10.86.8.1.56706 > 10.86.2.2.22: Flags [.], seq 1072475:1073845, ack 3302, win 291, options [nop,nop,TS val 3734714496 ecr 36807465], length 1370

我这抓包看过去时直连吧。10.86.8.1 是本机 vip ,10.86.2.2 是对端
但是不懂为什么总是没速度,跟被拦截了一样。一开始有速度,然后就没了。。。所有节点都这样。真奇怪。草。
还有在用这个吗?我最近把 server 从阿里迁移到腾讯,碰到了一个很奇葩的问题
组网成功,都能 ping 通,但是各个 slave 节点互相通信的时候,尤其是 scp 直接跟被拦截一样,一下掉到了 0kb
我用 tinc ,最近组网成功后,连接也一直丢包,好奇怪。。。从没碰到过。。。
@q8515620 只看了前半个,后半个看错了。
如果你的后端服务器响应时间较长,你可以考虑将 proxy_read_timeout 设置得比 keepalive_timeout 更大,以确保反向代理服务器有足够的时间读取完整的响应。
如果你希望尽快释放后端服务器的连接以释放资源,你可以将 keepalive_timeout 设置得比 proxy_read_timeout 更小,以便更快地关闭持久连接。

我觉得我这样设置也没错呀,如果 proxy_read_timeout 设置得比 keepalive_timeout 更大,那么反向代理服务器有足够的时间去读取完整的响应。这样理解应该没错呀。
@leaves615
keepalive_timeout:65s ##设置 nginx 开启 keepalive ,超时时间为 65 秒,也就是说:如果客户端 65 秒内没有后续的请求过来,nginx 就会断掉这个 TCP 连接,设置为 0 表示禁用 keepalive 。

keepalive_requests :100 ##设置长连接能够处理请求的次数,100 表示:一个长连接 nginx 最多处理 100 次请求就会关闭。

这 2 个不对等好像不影响呀?
@jifengg smb 不能直接走公网把。我记得端口被封了。之前尝试过映射也不行。另一个就是权限问题,smb 好像比较复杂
最后选择了什么方案?我目前也有这个需求。。不过我有跨地区访问。。。
1 ... 20  21  22  23  24  25  26  27  28  29  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1451 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 39ms · UTC 17:17 · PVG 01:17 · LAX 10:17 · JFK 13:17
Developed with CodeLauncher
♥ Do have faith in what you're doing.