V2EX › MFWT 的所有回复 › 第 53 页 / 共 61 页

V2EX = way to explore

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

For Existing Member Sign In

1 ... 45 46 47 48 49 50 51 52 53 54 ... 61

❮

❯

2023 年 4 月 24 日

回复了 AoEiuV020CN 创建的主题 › 宽带症候群 › 那些免费代理列表网站上真有能用的节点吗？

@AoEiuV020CN 可以单开一个*ray 的客户端去做链式代理，可以参考下官方的文档，初上手可能比较绕，弄多了就好了

2023 年 4 月 24 日

回复了 AoEiuV020CN 创建的主题 › 宽带症候群 › 那些免费代理列表网站上真有能用的节点吗？

@AoEiuV020CN 那这样好办啊，可以配合客户端做链式代理，就是先连到你的梯子，再由梯子服务器连到这些代理地址，可以避免防火墙对明文 HTTP/Socks 代理的阻断

2023 年 4 月 23 日

回复了 MFWT 创建的主题 › 宽带症候群 › 看了看逼乎推荐 FTTR 的文章，感觉很多坑，也有几个不明白的地方

@ga0zwer
不，就是普通 GPON ，抠门移动不会给我这种小客户上 XGPON 的
组网的话，我目前不会考虑光纤，毕竟还没到 10G （甚至 2.5G 都没有），超五类足够我打天下了

2023 年 4 月 22 日

回复了 Cineray 创建的主题 › 宽带症候群 › 把家用文件服务器开放到公网，有什么手段可以避免被攻击？

嫌 VPN 麻烦，可以考虑 SFTP ，Windows 用 FileZilla 访问就行

但是，毕竟你有公网，建议还是 VPN 的方案比较好

最次的，是系统自带的 VPN ，比如 L2TP/IPSec ，IKEv2/IPSec 什么的，但是因为没办法分流，所以平时上网也会受影响

基本还是建议用 WireGuard 或者 OpenVPN ，配置下路由，让一个特定的内网段进去就好了，这样的话文件传输用啥都无所谓，FTP ，SMB ，WebDAV 随便你

2023 年 4 月 22 日

回复了 MFWT 创建的主题 › 宽带症候群 › 开一个小小的脑洞：土炮 IPTV，实现全楼网络电视

@zli 玩玩嘛，小范围内（一个内网）问题不大，本质上我感觉还是类似于以前的『共用天线电视接收系统』，而且如果到楼栋级，这个方案能不能实施都不好说（酒店前端还是可以考虑下的）

2023 年 4 月 22 日

回复了 MFWT 创建的主题 › 宽带症候群 › 开一个小小的脑洞：土炮 IPTV，实现全楼网络电视

@aydd2004 刺激点的就不行咯，就当有线电视看算了

2023 年 4 月 21 日

回复了 goodidea1 创建的主题 › 程序员 › 1.1.1.1，你还知道吗

能用，但不快，做备用也够了

2023 年 4 月 19 日

回复了 MFWT 创建的主题 › 宽带症候群 › 看了看逼乎推荐 FTTR 的文章，感觉很多坑，也有几个不明白的地方

@szzys
我现在就是 AC+AP
也不完全算是吧，应该称呼为纯 AP 比较合适，因为没有 AC ，AP 也是用路由器关 DHCP 然后接 LAN 口替代的。毕竟家里本身就是 FTTH 进来的
我倾向于理解为光猫作为产权分界点，光猫后就是我自己的事情了，于是我放开了接

2023 年 4 月 18 日

回复了 MFWT 创建的主题 › 宽带症候群 › 看了看逼乎推荐 FTTR 的文章，感觉很多坑，也有几个不明白的地方

@yunisky
这个确实，而且我感觉这个趋势也很明显
几个类似的例子是：上下行严重不对等，网络的 NAT 类型由 FullCone 降到 Symmetric 之类的**（尤其是这个，我最近看到的图，说是河南那边为了打压 PCDN ，从 FullCone 降 Symmetric 了，不确定是否属实，待求证）**，这些东西对『普通』用户来说确实是没有问题的，但是对于有需求的用户来说就不行了

2023 年 4 月 17 日

回复了 MFWT 创建的主题 › 宽带症候群 › 看了看逼乎推荐 FTTR 的文章，感觉很多坑，也有几个不明白的地方

@leefor2020 这个我不确定，有待其他大佬解答

2023 年 4 月 17 日

回复了 MFWT 创建的主题 › 宽带症候群 › 看了看逼乎推荐 FTTR 的文章，感觉很多坑，也有几个不明白的地方

@yunisky
似乎，现在运营商主推的趋势变成了运营商搞定一切
最开始是光猫拨号，防止用户搞不定，然后就是什么 SDN 网关（我也不太懂，小地方没这玩意，据说是大家一起接个内网的意思？），说是方便开展智能业务，现在就到了 FTTR ，感觉像是直接要『 Fee to the room ，收费到房间』
如果说运营商怕用户自己拉线不合格，想要统一一下环境，似乎也说不过去，因为即使是『新房装修请运营商搞定』这样的场景，传统的『 FTTH 入户+用户侧交换机』网络拓扑结构在用户侧完全可以用光纤替代网线，而且原来网络的优势一个也不会少，最多就是光交换机比较贵，但是至少不用『一个月 30 块的租金』那么离谱罢

2023 年 4 月 17 日

回复了 MFWT 创建的主题 › 宽带症候群 › 看了看逼乎推荐 FTTR 的文章，感觉很多坑，也有几个不明白的地方

@malash

是的，但是最大的问题在于，『运营商配给的 OLT 』性能不一定比得上传统以太网结构中交换机的性能，当内网负荷重的时候可能就带不起来了（所以我倾向于把 FTTR 中的 OLT+ODN 的组合『理解为』类似于一个设计比较精良的以太网集线器的结构）
但是传统以太网我可以就近终结掉流量，不必直接上升到光猫，所以运营商配的光猫再弱鸡也不影响我内网互访。这就引出了一个问题：FTTR 和传统网络拓扑结构特性不同，适合不同用户？
我在大街上看运营商滚动屏的广告，推 FTTR 『全屋千兆』推的很火，但是如果 FTTR 质量不行（至少，适用面看着是没有传统网络拓扑那么广）的话，个人感觉用户还是被忽悠了。

2023 年 4 月 17 日

回复了 MFWT 创建的主题 › 宽带症候群 › 看了看逼乎推荐 FTTR 的文章，感觉很多坑，也有几个不明白的地方

@yunisky
我算是那种『不太普通』的用户，FTTH ，进来之后过光猫，就直接进软路由，下面就开始叠交换机（由于线路原因，我的卧室和客厅用一个交换机 A ，拉根明线回杂物房。杂物房有一个副交换机 B 连了网心云设备。这两台交换机 A 和 B 都直接连到了杂物房主交换机 C ，软路由接主交换机 C ），内网流量还是比较大的，所以对 FTTR 那种凡事绕主光猫就比较....厌恶？

2023 年 4 月 15 日

回复了 MFWT 创建的主题 › 分享发现 › 有经历过『内网资源站』的年代的 v 友请进

@seakingii 对，这个我也提到了。主要是现在不知道是怎么处理的，无盘工作站然后大家伙共享一个目录？

2023 年 4 月 15 日

回复了 MFWT 创建的主题 › 分享发现 › 有经历过『内网资源站』的年代的 v 友请进

@AngryPanda 甚至可能只是 rm 或者 ra ，RMVB 都还没起来

2023 年 4 月 14 日

回复了 MFWT 创建的主题 › 分享发现 › 有经历过『内网资源站』的年代的 v 友请进

@nyanpass1 现在的话，有些地方的校园网据说是外包给运营商的，做了 AP 隔离，三层不通，没办法同宿舍楼什么的自建服务器了

2023 年 4 月 14 日

回复了 MFWT 创建的主题 › 分享发现 › 有经历过『内网资源站』的年代的 v 友请进

@happyeveryday
在保证内网缓存资源量（或者定向缓存，比如我说那个大学宿舍 PT 的老哥，专门弄吃香的新片热片）的情况下，估计还是体验不错的？

当然，长宽鹏博士什么的就算了，据说连动态内容都会缓存.....