cnbatch 最近的时间轴更新 cnbatch 最近的时间轴更新 |
cnbatchV2EX 第 576172 号会员，加入于 2022-03-20 22:20:14 +08:00今日活跃度排名 1929 |
cnbatch 最近回复了
8 小时 15 分钟前 回复了 liuguangxuan 创建的主题 › C++ › 请教各位 C++大佬，现在网络通信库满天飞，深入学习网络编程相关的内容是否还有必要？ |
忘了说，还有编写网络安全软件的，也会用到 C++（当然了，需要懂的还不止 C++）。这样一来，单单理解各种异步网络库绝对不够。就比如专门针对某某 CVE 漏洞报告制作出扫描软件或测试软件，需要的基础知识远超“异步网络库”。
研究下 Kali Linux 各种内置工具就很好地理解我在说什么了。
研究下 Kali Linux 各种内置工具就很好地理解我在说什么了。
10 小时 27 分钟前 回复了 liuguangxuan 创建的主题 › C++ › 请教各位 C++大佬，现在网络通信库满天飞，深入学习网络编程相关的内容是否还有必要？ |
网络设施方向的前景啊……
跟互联网行业相比的话，它有 1 个特点：稳定。也许还有“低”薪。(注意我加了双引号）
网络设备在目前这个时代已经成了基础设施，需求量相对稳定，人员需求也相对稳定，大变化大需求当然也会有（比如未来推行 6G 、7G ，或者有人发展出了新的路由协议），但远不如互联网龙头行业来得频繁、变动那么大。
同样的还有网络安全，它一直都不可或缺，并且越来越重要。但有一个缺点，这个方向属于“运维”这一块，部分公司要求 7×24 轮班，换句话说，会有通宵夜班。虽然没有什么 996 、007 ，但通宵夜班肯定跑不掉的。
跟互联网行业相比的话，它有 1 个特点：稳定。也许还有“低”薪。(注意我加了双引号）
网络设备在目前这个时代已经成了基础设施，需求量相对稳定，人员需求也相对稳定，大变化大需求当然也会有（比如未来推行 6G 、7G ，或者有人发展出了新的路由协议），但远不如互联网龙头行业来得频繁、变动那么大。
同样的还有网络安全，它一直都不可或缺，并且越来越重要。但有一个缺点，这个方向属于“运维”这一块，部分公司要求 7×24 轮班，换句话说，会有通宵夜班。虽然没有什么 996 、007 ，但通宵夜班肯定跑不掉的。
22 小时 45 分钟前 回复了 liuguangxuan 创建的主题 › C++ › 请教各位 C++大佬，现在网络通信库满天飞，深入学习网络编程相关的内容是否还有必要？ |
网络通信、网络编程的范围非常大，除了前面大家都提到的，其实还有 OSI 第一层和第二层的部分。
例如网卡驱动，不但牵涉到 OSI 第一层和第二层，还涉及系统内核编程（不管是 Windows 还是 Linux 或 BSD ，写驱动都要跟内核打交道，绕不开的）。这可不是简单的事情。
还有 VPN 软件，需要熟悉 OSI 第二层和第三层，因为很大可能需要手动处理 IP 路由分派部分，以及对二层⟷三层的解包 /打包。而 IP 协议还分为 IPv4 和 IPv6 ，相关知识点并不会少。
既然都提到 IP 路由了，那么还可以提一提各种路由协议。假如以后会进入到网络设备公司干编程的活，那就很有可能需要维护各种路由协议相关的源码，这种情况下路由协议必定需要学，就算不精，也得“知道这个协议是干什么、怎么用的”。
说起网络设备，那就很大可能需要再学一学 SCTP 。目前有部分较新的路由器（不是指“网关”的那种）、基站不但已经支持 SCTP ，而且还依赖 SCTP 来传输数据（主要是信令）。了解 TCP 和 UDP 的人多得是，但了解 SCTP 的相对较少。万一需要维护 SCTP 相关的源码，那就必须先把 SCTP 搞明白。
例如网卡驱动，不但牵涉到 OSI 第一层和第二层，还涉及系统内核编程（不管是 Windows 还是 Linux 或 BSD ，写驱动都要跟内核打交道，绕不开的）。这可不是简单的事情。
还有 VPN 软件，需要熟悉 OSI 第二层和第三层，因为很大可能需要手动处理 IP 路由分派部分，以及对二层⟷三层的解包 /打包。而 IP 协议还分为 IPv4 和 IPv6 ，相关知识点并不会少。
既然都提到 IP 路由了，那么还可以提一提各种路由协议。假如以后会进入到网络设备公司干编程的活，那就很有可能需要维护各种路由协议相关的源码，这种情况下路由协议必定需要学，就算不精，也得“知道这个协议是干什么、怎么用的”。
说起网络设备，那就很大可能需要再学一学 SCTP 。目前有部分较新的路由器（不是指“网关”的那种）、基站不但已经支持 SCTP ，而且还依赖 SCTP 来传输数据（主要是信令）。了解 TCP 和 UDP 的人多得是，但了解 SCTP 的相对较少。万一需要维护 SCTP 相关的源码，那就必须先把 SCTP 搞明白。
2 天前 回复了 XCG0000 创建的主题 › 程序员 › QUIC 协议国内现在有在线上使用的业务吗？ |
@vvzero V2EX 自身就有不少境内 UDP 限速的讨论贴。
例如这个： https://www.v2ex.com/t/819841
有两个现成的案例，第一个是佛山电信到广州移动专线，有丢包。
另一个是从北京联通向深圳的朋友转发数据，每 30 秒闪断一次。
还有一个： https://www.v2ex.com/t/843860
同城的移动和联通用 UDP 组网，丢包率严重。
说到打游戏都卡，还真的有现成的例子，玩游戏 UDP 丢包：
https://www.txrjy.com/thread-1208022-1-1.html
例如这个： https://www.v2ex.com/t/819841
有两个现成的案例，第一个是佛山电信到广州移动专线，有丢包。
另一个是从北京联通向深圳的朋友转发数据，每 30 秒闪断一次。
还有一个： https://www.v2ex.com/t/843860
同城的移动和联通用 UDP 组网，丢包率严重。
说到打游戏都卡，还真的有现成的例子，玩游戏 UDP 丢包：
https://www.txrjy.com/thread-1208022-1-1.html
2 天前 回复了 gfwuzer 创建的主题 › 宽带症候群 › UDP 流量经常断掉，然后 3 分钟后恢复 |
@Laitinlok 我的宽带是双栈双公网，无论是 IPv4 还是 IPv6 ，这种 UDP 丢包都同时存在。IPv4 的 UDP 正在丢包，同时去测 IPv6 的话，会发现有一样的情况。
3 天前 回复了 Eleatmelon 创建的主题 › 宽带症候群 › 这是被 UDP 限速了吗？ |
可以先 traceroute 看看路由节点，也许是流量穿透的出口不同，而刚好这两个穿透出口的带宽差异很大。
甚至不排除专门跟 IDC 、云厂有合作（我没用过天威，这是单纯的猜测，很有可能会猜错）。
甚至不排除专门跟 IDC 、云厂有合作（我没用过天威，这是单纯的猜测，很有可能会猜错）。
3 天前 回复了 gfwuzer 创建的主题 › 宽带症候群 › UDP 流量经常断掉，然后 3 分钟后恢复 |
3 天前 回复了 nojsja 创建的主题 › 程序员 › 有用过 tun2socks 的吗 本机代理陷入 loops 有啥好的办法？ |
如果你用过 wireguard 和 OpenVPN 之类的虚拟网卡 VPN ，并且在这些 VPN 连接完成后看过路由表，就会发现他们的做法跟你的一样，专门针对远程服务器 IP 单独设一条路由，走原先的路径。断开连接后，再恢复回去。
每切换一次远程节点，都要更新一次路由表。
所以，既然选择了虚拟网卡的方式，那么更新路由表并没什么不妥。
每切换一次远程节点，都要更新一次路由表。
所以，既然选择了虚拟网卡的方式，那么更新路由表并没什么不妥。
4 天前 回复了 NanFengXiangWan 创建的主题 › 程序员 › 各位 V 友，有什么方法禁止软件强制全屏及屏蔽任务栏、开始菜单 |
要不试试双显示器
9 天前 回复了 dcsuibian 创建的主题 › 宽带症候群 › 这个 All In Two 方案怎么样？ |
1L 的办法很稳、可靠，我也是那样的布局方式
Select Language