V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  cpstar  ›  全部回复第 1 页 / 共 97 页
回复总数  1923
1  2  3  4  5  6  7  8  9  10 ... 97  
难道这不是转换器品质不佳,电泳或电流冲击,导致 USB-HOST 失效么?
2 天前
回复了 toou123 创建的主题 NAS 悲! u-nas 清空了我 3T 数据盘。。。
@Donahue 15# 那不是啊,我玩黑威,得考虑是否会对数据产生影响,需要实践前验证升级、更新等各种操作是否会对数据产生影响,然后才实施。否则谁给我背锅,不还是自己。而且还需要他处备份,再防一层。
玩白的,有厂商;玩黑的,当然是自己喽。当然 boom 不存在黑白问题,但也应该知道后果,以往万一。
3 天前
回复了 toou123 创建的主题 NAS 悲! u-nas 清空了我 3T 数据盘。。。
所以,问题不是 unas 清空了你的硬盘,而是你的不正确操作清空了硬盘。
@BadFox 13# 看你的视频码率呗,一般多是 20-30Mbps 以内,当然 HDR 之类的好一些的,有 50Mbps 甚至 100Mbps 的。
14 天前
回复了 cpstar 创建的主题 宽带症候群 尝试用 Zerotier 桥接两个 LAN 失败
@sapphire 53#
额,看情况,根据附言 1 的图,我猜你测试的是右侧 NodeA 上的,我不知道你继续测试右侧 NodeA 下如果再带一台机器比如 NodeA-A ,能否继续广播通。我没有实现的就是 NodeA 下的 NodeA-A 寻找左侧 0.11 或者 0.2 这些机器。
单纯做到附言 1 的图,没有任何问题。
15 天前
回复了 cpstar 创建的主题 宽带症候群 尝试用 Zerotier 桥接两个 LAN 失败
补 50#,如果说另建一个 tun 端口,那是不是就是类似构建 gre 隧道的形式来保证广播双向可达,这个我是没有实践,不知道具体什么情况。
15 天前
回复了 cpstar 创建的主题 宽带症候群 尝试用 Zerotier 桥接两个 LAN 失败
@sapphire 48#
ZT 做出来几层,你也不能否认他在三层以上做互通,做到了 VL1 那肯定是用软件模拟,毕竟不是网线,不是交换机。如果是 VL1 ,理论上,你说的 DHCP 以及 ARP 我认为都应该没问题。但事实上,什么是事实,事实就是实践,实践告诉我,没搞定,¯\(°_o)/¯,office 端(子端)收不到 DHCP ,ARP 广播也只能在 H 端或 O 端内部运转。我在主题和回复中提及了数次,有文章说需要在 ZT 的流量控制上禁止 UDP67UDP68 也就是 DHCP ,因为会产生不可预测的情况发生。那这些,就与所谓的 VL1 不匹配了,所以才有本主题,失败了。
16 天前
回复了 cpstar 创建的主题 宽带症候群 尝试用 Zerotier 桥接两个 LAN 失败
@okletgo 44#
额。。。
- 首先,DHCP 。有文章说,不要通过 ZT 的网络发送 DHCP 的 UDP 包,会导致意想不到的情况;
- 其次,网段。100/24+101/24 两个网段是不行,但是 100/23 也好还是 100/24 也好,首先二层一个网,然后无非就是 256 台还是 256+256 台主机数量而已,这也不是关键;
- 再次,桥接。桥接操作很简单,ZT 配置上勾上,OP 上绑定端口,主网和次网均此;

然后问题就出现了,主网内不废话,DHCP 也好,ARP 也罢,二层互通,但是次网只有接入的 OP 设备能够找到主网的所有设备(主网也能找到这个 OP ),OP 下边的所有设备只在 OP 内运转,不能找到主网任何一台设备(主网的也找不到子网的设备),拦包观察的是,子网设备找主网的 ARP 广播包不能传到主网里,所以别说 DHCP 了就算手动配置子网的 IP ,也无法获取主网设备的 MAC ,更不要说通信了。

最后按照官方文档的说法,如附言 1 的图,右侧只能各个节点接入,节点下再挂就得是另外一个网段,通过节点[路由|NAT]到主网——那也就是网段不同了。至于原因,我判断,ZT 属于三层(甚至以上)做互通,并不能完成二层的一些协议,所以无法完全做到两个网络的二层桥接,即使用两个 ZT 实现软虚拟的网桥或者交换机设备。

最最后,这个事情,我干脆通过路由解决了。即右侧 NodeA 下挂一个 10.0.1.x 的网络,通过 NodeA 路由到 10.0.0.x 的主网,同时配置主网的路由策略,10.0.1.0/24 via 10.0.0.101 。
那 1000 的下行,只有 30 的上行,怎么说?
既然座充了,既然电动车了,要不咱还是“创新”换电吧!——NOKLA 大呼内行。
20 天前
回复了 Chengyaojin 创建的主题 NAS 问下 nas 选哪种模式好 jbod, raid1-10, shr...
RAID 是保持的硬盘组在线,而不是数据安全,坏了一块盘所有盘还能持续服务。而保证数据安全,需要多点备份。

家用,五盘,搞个 RAID5 省心。
额。。。。这帖子还挺热闹,反正我是无法理解 LZ 和所有一众不适应国行系统的安卓用户。

我的现状是,一加 12 ,纯纯的 coloros14 ,还跟着更新,之前的一加 9pro 也是跟着更新,再往前是 110 先的 P20Pro 当然这是个欧版了。再往前是个啥忘了——但总归都是国行系统,主要是用了欧版本地化确实不行——插个题外话,观望了三代大法 X1(3,4,5)都没有下手,就是那个没有本地化的系统确实不顺手。

那么广告跳 APP 什么的在我这里基本没有发生——所以不理解 LZ 和一众的行为么。开屏广告的确有,纯等 3-5 秒钟,当然最烦的是高德,我用高德都是正在开车路上需要查前方路况,这几秒钟给我耽误的很危险。然后 APP 弄几个文件夹半屏就码下了,哪哪的四五屏,不用那么多。再然后应用市场点(以及其他地方点)都很稳重,看清楚了再点,权限申请弹窗什么的默认左侧那个按钮(按照规范右侧按钮是同意/允许之类)。反正系统很整洁,也没有那么多烦扰的事情。

以上就是纯描述我自己的状态。
看来我一圈,感觉一切的源头都在第一段中乱点装 APP ,这臭毛病改掉,不啥事没有了??
这,很难描述么?
“亲,这是一种新技术,使用浏览器运行本地的程序,不需要网络支持,断网的时候也能用”,或者再发明一个新词:Offline Browser(Web) Application ,OB(W)A 。
输出没有问题,输入怎么办?各种系统里,总得输入这些字符,没有中文输入法,怎么输入?
中文没问题了,三哥说我一世界第三,怎么说也得支持,甭说三哥家有多少种语言,就这输入法是不是也得。。。。
额。。。感觉全都是音标没学好的。。。

那个 nginx 的 g 的/dʒ/不是 zh(i)支而更像不带元音的 zhe 着,后边的 i 也不是/ai/而是/i/,连在一起像拼音的 [jin] 今,但是跟 [zhei] 就差的很远了,但是我印象上,也有读/'endʒinks/的,也并不是完整的/'endʒi,neks/

至于 android ,oi 九成九都发/ɔi/,怎么也不会也出现个“卓尔的”。

7# 说的那俩,一个从西班牙语还是哪个过来的,但是如果结尾 e 发音,会写成 josé,还有 resume 和 resumé,两个发音两个意思,而 chef 从法语来的,自然不会按照英语的/tʃ/发音。
33 天前
回复了 cpstar 创建的主题 宽带症候群 尝试用 Zerotier 桥接两个 LAN 失败
@matate 38# 初衷是这样的,分处两端的设备在 L2 直接通信,且不通过 l2tp 、gre 等方法。但事实上,zerotier 做不到。我观察,ARP 可以在主 LAN 和子 NODE 之间广播,但无法广播到子 NODE 桥接的 LAN 的其他设备,就是 A 询问 B 的 ARP ,C 、D 都能获得( C 、D 是两个节点 zerotier ,且允许桥接)而 B 是收不到数据包的。我猜应该是 zerotier 打开 L2 Bridging 之后,只能接收 ARP 并且给各个 NODE 发送,而不能转发 ARP 广播——这就需要看源码了。这是观察到的 ARP 信息,没有 ARP ,二层通信应该就完全没有了,AB 不通的原因在此。

@sapphire 39# 我觉得你的测试环境可能不清晰,也许通过其他路由策略完成了链路通道。某个角落文章说过桥接的时候要禁止 DHCP 包的广播,否则会让 zerotier 产生更加奇怪的情况。主从的问题,我也非常纳闷,两个同等的 LAN ,ZT 是怎么知道谁主谁从的,第一个接入还是什么,如果结合本贴前半截说的 ARP 问题,可能会有一个解释:不分主从,只能数据包无法通达。
1  2  3  4  5  6  7  8  9  10 ... 97  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   4811 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 45ms · UTC 09:57 · PVG 17:57 · LAX 02:57 · JFK 05:57
Developed with CodeLauncher
♥ Do have faith in what you're doing.