V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  heiher  ›  全部回复第 10 页 / 共 35 页
回复总数  687
1 ... 6  7  8  9  10  11  12  13  14  15 ... 35  
2023 年 8 月 20 日
回复了 mikewang 创建的主题 路由器 路由器开机连续 Uptime 一年了
我的 7621 也开机一年啦

BusyBox v1.33.2 (2022-04-16 12:59:34 UTC) built-in shell (ash)

_______ ________ __
| |.-----.-----.-----.| | | |.----.| |_
| - || _ | -__| || | | || _|| _|
|_______|| __|_____|__|__||________||__| |____|
|__| W I R E L E S S F R E E D O M
-----------------------------------------------------
OpenWrt 21.02.3, r16554-1d4dea6d4f
-----------------------------------------------------
root@czh:~# uptime
01:26:50 up 375 days, 18:39, load average: 0.15, 0.04, 0.01
2023 年 8 月 19 日
回复了 roykingH 创建的主题 宽带症候群 0755 联通要公网 V4 地址受阻
2023 年 7 月 23 日
回复了 satoru 创建的主题 程序员 冷知识:你可以 fork GitHub 上的项目
没有事先声明禁止的行为那就理解为允许的。
From ChatGPT:

Q: PON 系统依赖 NTP 吗?
A: PON ( Passive Optical Network )系统通常不直接依赖 NTP ( Network Time Protocol )。NTP 是一种用于在计算机网络中同步时钟的协议,它主要用于在 IP 网络中同步计算机的系统时间,以确保计算机具有准确的时间信息。

在 PON 系统中,时间同步是非常重要的,因为 ONU ( Optical Network Unit )设备和 OLT ( Optical Line Terminal )之间的时间同步是确保数据传输和通信的关键。然而,PON 系统使用的时间同步机制通常不是 NTP ,而是一种专门为 PON 技术设计的时间同步协议。

常见的 PON 时间同步协议包括:

* IEEE 1588 PTP ( Precision Time Protocol ): 这是一种用于实时时钟同步的协议,广泛应用于 PON 系统中。它允许 ONU 设备从 OLT 获取准确的时间信息,以确保在正确的时间槽内传输数据。

* ITU-T G.8275.1 SyncE over PON: 这是 ITU-T 标准定义的一种基于 SyncE ( Synchronous Ethernet )的时间同步协议,专门为 PON 系统设计。它使用 SyncE 技术在 ONU 和 OLT 之间提供高精度的时间同步。

这些 PON 时间同步协议旨在解决在光纤传输中出现的时间延迟和抖动,确保 ONU 设备能够在正确的时间窗口内进行数据传输,从而避免冲突和数据损坏。

虽然 PON 系统不直接依赖 NTP ,但在某些情况下,可能会有需求将 PON 系统与 IP 网络结合使用,此时 NTP 可能用于对 IP 网络中的计算机和设备进行时间同步。但是,ONU 设备和 OLT 之间的时间同步通常使用专门的 PON 时间同步协议,而不是 NTP 。
2023 年 7 月 22 日
回复了 Daoyi2022 创建的主题 NAS 家里的服务器是 ipv6,公司访问不了纯 ipv6 网站,怎么办
那当然是这个白嫖运营商公网 IPv4 的方法呀,非常适合你这个应用场景,我自己就是这么玩的: https://github.com/heiher/natmap/wiki
2023 年 7 月 20 日
回复了 heiher 创建的主题 分享创造 Android VPN 转 Socks5 代理应用分享
@ClarkAbe 如果网络出口变成了 Socks5 代理服务器,那么客户端本地的 WIFI 或 4G 的 DNS 未必是合适的。
2023 年 7 月 19 日
回复了 voidmnwzp 创建的主题 Go 编程语言 如何在同一个端口上建立不同的连接?
在 Linux 上可以直接创建多个 TCP socket 绑定同一个端口来连接至多个不同的目的地址:端口,也不需要开启 reuseport 。但如果该端口已经被某个 socket 绑定并且处于 listen 状态则不行。
2023 年 7 月 16 日
回复了 oblivion 创建的主题 宽带症候群 江苏联通开始查大流量上传
这是江苏哪里呀,什么渠道办到的这么划算的商宽?
2023 年 7 月 2 日
回复了 heiher 创建的主题 分享创造 Android VPN 转 Socks5 代理应用分享
@cxc520589 APK 直接安装
2023 年 6 月 29 日
回复了 horou 创建的主题 程序员 如何打包使用 gstreamer 开发的应用
可能用到的插件都静态链接
2023 年 6 月 28 日
回复了 mikaelson 创建的主题 程序员 大佬们,内网穿透哪种方案适合我?
https://github.com/heiher/natmap 映射端口 + wireguard
之前讨论过这个问题,当时的结论是 NAT4 比 NAT1 理论上可以更节省公网 IP 、端口资源,但是 NAT4 需要维护的公、私映射关系比 NAT1 更多,不利于 NAT 的硬件加速实现。
2023 年 5 月 5 日
回复了 phttc 创建的主题 宽带症候群 内网穿透后流量可以点对点吗?
我也公司只有 ipv4 ,解决方法是 NAT1 打洞: https://github.com/heiher/natmap/wiki
2023 年 4 月 19 日
回复了 heiher 创建的主题 分享创造 分享一个 tun2socks 实现
@TongNianShanHe 好的,我找时间看看,感谢反馈~
2023 年 4 月 11 日
回复了 heiher 创建的主题 分享创造 分享一个 tun2socks 实现
@Cormic client -> virtual tunnel -> socks5 server
2023 年 4 月 4 日
回复了 heiher 创建的主题 分享创造 Android VPN 转 Socks5 代理应用分享
@t6attack 因为 IP 网络的地址类型只有 uint32 和 uint128 两种,假设支持 domain string 就像 socks5 一样,那么你这个想法就可以实现啦。
2023 年 3 月 26 日
回复了 futurejunjie 创建的主题 宽带症候群 搬家后公网 IP 可能丢失群晖如何访问
接受动态端口的话,了解一下 Natter/NATMap ,白嫖运营商公网 IPv4:

https://github.com/MikeWang000000/Natter
https://github.com/heiher/natmap
2023 年 3 月 12 日
回复了 heiher 创建的主题 分享创造 分享一个 tun2socks 实现
@testFor #31 说明一下没有主动延迟等待收集数据再合并的逻辑,这样理解与事实不符。事实是客户端将 socks5 握手中需多轮交互的多个数据片段一次准备好,并在 TCP 流中一次 send ,仅此而已。
2023 年 3 月 12 日
回复了 heiher 创建的主题 分享创造 分享一个 tun2socks 实现
@testFor #31 暂不支持,socks5 握手预测的实质是将多轮交互的客户端侧数据一次发送(大概率合并在一个报文中):

假设客户端与服务端通信的前、反向链路延迟都是 100ms 的话,两种方式的传输模式和延迟情况大致如下:

经典:
客户端:Hello ,我支持的鉴权方法有:123 (100ms)
服务端:Hello ,我选鉴权方法 1 (100ms)
客户端:请帮我建立与 xxx 的连接 (100ms)
服务端:好的,连接已经建立好 (100ms)
合计:400ms

预测:
客户端:Hello ,我支持的鉴权方法有:123 ;请帮我建立与 xxx 的连接 (100ms)
服务端:Hello ,我选鉴权方法 1 ;好的,连接已经建立好 (100ms)
合计:200ms
1 ... 6  7  8  9  10  11  12  13  14  15 ... 35  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   4181 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 05:41 · PVG 13:41 · LAX 21:41 · JFK 00:41
♥ Do have faith in what you're doing.