V2EX › icaolei 的所有回复 › 第 36 页 / 共 41 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 28 29 30 31 32 33 34 35 36 37 ... 41

❮

❯

2023-05-22 03:13:17 +08:00

回复了 Rooger 创建的主题 › 宽带症候群 › 中国移动的宽带真便宜，有什么坑吗？

@1311317 #12 PT 玩家表示移动宽带也很爽，现在 PT 站有 IPv6 就能玩，不一定要 IPv4 。

2023-05-22 03:11:47 +08:00

回复了 Rooger 创建的主题 › 宽带症候群 › 中国移动的宽带真便宜，有什么坑吗？

@Rooger #7 你俩的计量单位应该不一致。不出意外的话，你测出来的 200M 应该是 200 Mbps ，层主说的十几 M 应该是指的 10+ MB/s ，也就是 100+ Mbps 。

2023-05-20 00:42:09 +08:00

回复了 Pylogmon 创建的主题 › 程序员 › 搞开源让人恶心到了

多亏了这个 B 让我发现了楼主这个应用，已经 Star ，后续会持续使用并关注进展。

2023-05-09 13:03:40 +08:00

回复了 zhenyoung 创建的主题 › 程序员 › 翻译插件

@joefuzhou198x #26 可以考虑划词翻译。hcfy.app

2023-04-30 19:16:16 +08:00

回复了 zyronon 创建的主题 › 分享创造 › 卷起来了，看 V2EX Polish 又推广，俺也再次推荐一下我的油猴脚本： V2EX - 超级增强

Kiwi 浏览器好像不能用？

2023-04-30 17:32:00 +08:00

回复了 j717273419 创建的主题 › Windows › 重装系统 Win 后如何快速批量安装软件？

@abc8678 #47 云端软件平台真的是个好东西，我一直是它的忠实簇拥，可惜了，无法规避盗版问题。直到现在我都还在寻找替代品，也看过 sandboxie ，但无法完全实现云端的功能。

2023-04-29 10:47:13 +08:00

回复了 zyronon 创建的主题 › 分享创造 › 卷起来了，看 V2EX Polish 又推广，俺也再次推荐一下我的油猴脚本： V2EX - 超级增强

送上了一个 star

2023-04-29 10:46:14 +08:00

回复了 summerLast 创建的主题 › 互联网 › 中简社区是整体没落了，还是个例?

@greatbody #28 我没想到 V 站竟然还有给审查洗地的，着实意外。

2023-04-29 10:17:37 +08:00

回复了 zyronon 创建的主题 › 分享创造 › 卷起来了，看 V2EX Polish 又推广，俺也再次推荐一下我的油猴脚本： V2EX - 超级增强

好用，已卸载 V2EX Plus

2023-04-28 15:12:04 +08:00

回复了 abcfreedom 创建的主题 › 程序员 › 准备给爸妈买个手机， K60 还是其他？

Redmi Note 12 Turbo ，去实体店看过，轻薄、储存大，骁龙 7+ Gen2 性能足够，各方面都够用，比较推荐。

2023-04-03 00:41:28 +08:00

回复了 Nile20 创建的主题 › 程序员 › 请教：如何使用 wireguard 作为链式代理的出口节点

说实话，用了 relay 后发现，延迟确实大，非常影响使用体验，还是自建垃圾节点套个优质 CDN 好些。

2023-03-24 13:35:53 +08:00

回复了 lyc8503 创建的主题 › 程序员 › 安全&廉价的科学上网方式 - 给灵车机场套 WARP

可以直接通过链式代理机场出去，自己的小鸡落地。还可以拯救垃圾线路 /被墙的小鸡。clash 的 relay 就支持。

2023-03-22 19:39:04 +08:00

回复了 icaolei 创建的主题 › NGINX › 使用四层代理转发流量以复用 443，结果在浏览器地址栏暴露了转发后的端口

@winglight2016 #7 七层代理里面已经是用的 proxypass 了，感觉不像是 proxypass 导致的问题。

2023-03-22 19:36:37 +08:00

回复了 icaolei 创建的主题 › NGINX › 使用四层代理转发流量以复用 443，结果在浏览器地址栏暴露了转发后的端口

@koloonps #5 请教一下，服务在 docker 容器里面，容器内外都是 8000 端口，这样容器化了它也能监听到流量是从 44301 来的吗？

2023-03-22 18:09:26 +08:00

回复了 icaolei 创建的主题 › NGINX › 使用四层代理转发流量以复用 443，结果在浏览器地址栏暴露了转发后的端口

@coolloves #8 谢谢，这个是打补丁的做法，肯定是可以的。类似的做法还有不用 location ，直接用三级域名。但是我更想了解原理和如何避免这个问题，所以还是要研究下。

2023-03-22 01:24:00 +08:00

回复了 icaolei 创建的主题 › NGINX › 使用四层代理转发流量以复用 443，结果在浏览器地址栏暴露了转发后的端口

@deorth #2 有点疑惑，站点本身应该不知道我在 nginx 监听的端口是多少啊，站点的 301 应该也是发送到 443 端口，最多也是发送到站点本身部署端口（例如使用 docker 将站点容器部署在 8000 ），讲道理的话站点的 301 应该还是会走到四层代理去，然后再走七层代理，最多也是走到 8000 去，为啥会直接 301 到 44301 端口呢？

2023-03-21 22:52:03 +08:00

回复了 dbskcnc 创建的主题 › Android › pdd 的聪明总算得到了点回报

看似用 PDD 的赚了，其实在智商上亏得更多。

2023-03-21 22:50:00 +08:00

回复了 LeviMarvin 创建的主题 › NGINX › NGINX 实现 443 端口复用、SNI 与负载均衡

请教一下，在设置了这个四层代理的情况下，在七层代理的 server 里监听 44301 ，使用 location /home/ 来指向部署的服务。
实际访问时，如果访问 https://domin/home/ 可以正常访问。
但访问 https://domin/home 就会跳转到 https://domin:44301/home/

由于部署的项目本身不支持自定义路径，修改源码工程量太大，已放弃通过 locaion 来指向服务的方式。

不过我还是很想知道，为啥会暴露 44301 的端口，原理是啥，是在哪个环节暴露的，应该怎么避免这个问题？

1 ... 28 29 30 31 32 33 34 35 36 37 ... 41

❮

❯