sapphire 最近的时间轴更新 sapphire 最近的时间轴更新 |
sapphireV2EX 第 13278 号会员，加入于 2011-11-03 15:02:41 +08:00今日活跃度排名 6776 |
| Arduino 实现 HPE MicroServer Gen10 Plus 风扇代理，使用猫扇和引入第二风扇 分享创造 • sapphire • 107 天前 • 最后回复来自 siriussilen | 7 |
sapphire 最近回复了
199 天前 回复了 sapphire 创建的主题 › 分享创造 › Arduino 实现 HPE MicroServer Gen10 Plus 风扇代理，使用猫扇和引入第二风扇 |
@nonewind Gen8 和 Gen10 ，及 Plus 应该是通用的，自己可以看一下线的颜色，相同就行。我看平流层买的信号反转线 Gen8 和 Gen10 是一款。HPE 其他型号 6 针接口有个别线序不同，功能应该没区别。
199 天前 回复了 sapphire 创建的主题 › 分享创造 › Arduino 实现 HPE MicroServer Gen10 Plus 风扇代理，使用猫扇和引入第二风扇 |
@Qetesh 我上全闪了，受不了硬盘爆豆子声。
199 天前 回复了 RageBubble 创建的主题 › 宽带症候群 › 使用 clash 上网时应对 dns 泄露的心得 |
@isukkaw 抱歉，原来 Sukka 本尊
199 天前 回复了 RageBubble 创建的主题 › 宽带症候群 › 使用 clash 上网时应对 dns 泄露的心得 |
@isukkaw Sukka 之前写过几篇来解释 DNS 相关问题，这也是我为何要把文章链接发出来，原文开头就 DNS 说明如下：
如果没有相关的知识储备，你在阅读本文时可能会难以理解分流规则和配置。你可以阅读我之前写过的 数篇关于 DNS 的文章，本文不会再做详细赘述。
如果没有相关的知识储备，你在阅读本文时可能会难以理解分流规则和配置。你可以阅读我之前写过的 数篇关于 DNS 的文章，本文不会再做详细赘述。
199 天前 回复了 RageBubble 创建的主题 › 宽带症候群 › 使用 clash 上网时应对 dns 泄露的心得 |
Sukka (@isukkaw) 最近写了一篇 blog 更全面的论述了这个问题，用的 Surge ，Clash 很类似的。
https://blog.skk.moe/post/i-have-my-unique-surge-setup/
https://blog.skk.moe/post/i-have-my-unique-surge-setup/
225 天前 回复了 tonyer 创建的主题 › 宽带症候群 › 光猫桥接，路由器不在一起怎么接其他房间的网线 |
传统无线路由隔离 WAN 和 LAN 那种有个邪性解法：用网线把 WAN 和 LAN 连接，然后把光猫连到另一个 LAN 口，就是浪费 2 个 LAN 口。
225 天前 回复了 tonyer 创建的主题 › 宽带症候群 › 光猫桥接，路由器不在一起怎么接其他房间的网线 |
你要仔细描述你的主路由的功能和角色。如果是隔离 WAN 和 LAN 的，就略微麻烦。如果是 RouterOS 这种就简单了，可以直接把光猫的 LAN 关闭 DHCP 后，和家庭 LAN 连在一起。
238 天前 回复了 cpstar 创建的主题 › 宽带症候群 › 尝试用 Zerotier 桥接两个 LAN 失败 |
“A 侧网络是 192.168.10.0/23”，此处笔误是 192.168.10.0/24 。
实际上，我不觉得你的真实需求必须要二层互通，一般远程办公这种情况绝大多数应用三层互通就足够，有个别需要广播或者多播的，可以通过各种三层技术引入，比如 DHCP Relay 以及 ARP Proxy 和 IGMP Proxy 。
实际上，我不觉得你的真实需求必须要二层互通，一般远程办公这种情况绝大多数应用三层互通就足够，有个别需要广播或者多播的，可以通过各种三层技术引入，比如 DHCP Relay 以及 ARP Proxy 和 IGMP Proxy 。
238 天前 回复了 cpstar 创建的主题 › 宽带症候群 › 尝试用 Zerotier 桥接两个 LAN 失败 |
@cpstar #55 楼的截屏中 tcpdump 是另一次 dump 的结果，和 10.123 这次不一样，request from 的 mac 是不一样的，那次被屏幕滚动冲掉了。
238 天前 回复了 cpstar 创建的主题 › 宽带症候群 › 尝试用 Zerotier 桥接两个 LAN 失败 |
@cpstar A 侧能通自然 B 侧也通，二层不考虑交换机的作用，本身就是广播的。从原理出发，不会质疑这个，只要解决自己哪里没做对就行。
A 侧网络是 192.168.10.0/23 ，B 侧是 192.168.1.0/24 ，这是 B 侧桥接 VLAN 下的另一台机器 ui （非 Zerotier 所在 ecs ）的 DHCP 的结果：
root@ui:~# dhclient -v eth4
root@ui:~# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0@if15: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 0a:4c:51:c4:9c:c8 brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 192.168.1.8/24 brd 192.168.1.255 scope global eth0
valid_lft forever preferred_lft forever
76: eth4@if77: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether da:0c:23:82:ad:de brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 192.168.10.123/24 brd 192.168.10.255 scope global dynamic eth4
valid_lft 691181sec preferred_lft 691181sec
root@ecs:~# tcpdump -i br0 -nn -l port 67 or port 68
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on br0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
11:41:57.970084 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 4a:f7:33:3b:e8:29, length 300
11:41:57.983324 IP 192.168.10.8.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 315
11:41:57.984336 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 4a:f7:33:3b:e8:29, length 300
11:41:57.986453 IP 192.168.10.1.67 > 192.168.10.123.68: BOOTP/DHCP, Reply, length 315
11:41:57.991644 IP 192.168.10.8.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 315
11:41:57.998054 IP 192.168.10.1.67 > 192.168.10.123.68: BOOTP/DHCP, Reply, length 315
A 侧网络是 192.168.10.0/23 ，B 侧是 192.168.1.0/24 ，这是 B 侧桥接 VLAN 下的另一台机器 ui （非 Zerotier 所在 ecs ）的 DHCP 的结果：
root@ui:~# dhclient -v eth4
root@ui:~# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0@if15: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 0a:4c:51:c4:9c:c8 brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 192.168.1.8/24 brd 192.168.1.255 scope global eth0
valid_lft forever preferred_lft forever
76: eth4@if77: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether da:0c:23:82:ad:de brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 192.168.10.123/24 brd 192.168.10.255 scope global dynamic eth4
valid_lft 691181sec preferred_lft 691181sec
root@ecs:~# tcpdump -i br0 -nn -l port 67 or port 68
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on br0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
11:41:57.970084 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 4a:f7:33:3b:e8:29, length 300
11:41:57.983324 IP 192.168.10.8.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 315
11:41:57.984336 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 4a:f7:33:3b:e8:29, length 300
11:41:57.986453 IP 192.168.10.1.67 > 192.168.10.123.68: BOOTP/DHCP, Reply, length 315
11:41:57.991644 IP 192.168.10.8.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 315
11:41:57.998054 IP 192.168.10.1.67 > 192.168.10.123.68: BOOTP/DHCP, Reply, length 315
Select Language