光猫桥接模式下，必须是路由器来完成拨号吗？

拨号

路由器

光猫桥

光猫

40 条回复 • 2024-01-09 22:41:00 +08:00

1

RiverMud

2024-01-09 08:35:20 +08:00 via iPhone

这个要求有点奇怪。

说出你的目的，想这么干的原因，想达到什么效果。

2

crazyzzm

2024-01-09 08:35:36 +08:00

那为什么要桥接模式

3

deorth

2024-01-09 08:37:29 +08:00 via Android

不能

4

RecursiveG

2024-01-09 08:38:04 +08:00

可以，但没必要

5

0x49

2024-01-09 08:38:52 +08:00

光猫 DHCP?路由拨号?🤨

6

sujin190

2024-01-09 08:44:13 +08:00 via Android

那不就是取消桥接模式么，你在说啥，前后矛盾的

7

alect

2024-01-09 08:47:50 +08:00

你想光猫负责拨号，然后不负责 dhcp 然后路由器负责 dhcp ？

8

haimall

2024-01-09 09:00:18 +08:00

说出你的需求。

9

samondlee

2024-01-09 09:03:52 +08:00

你说的是不是 PPPOE RELAY

10

icegaze

2024-01-09 09:04:11 +08:00 via Android

这，，，不就是光猫的路由模式吗？
那你为啥要改成桥接模式？

11

kcccc

2024-01-09 09:04:21 +08:00

把光猫设为桥接模式(Bridge)，就是为了让路由器拨号。
你想由光猫负责拨号，那光猫就是设为拨号模式(PPPoE)。

12

mangojiji

OP

2024-01-09 09:05:24 +08:00

@RiverMud
@crazyzzm
@sujin190
@haimall

只是好奇家用光猫有没有，或者能不能实现这种工作模式，没有特别的需求

13

cpstar

2024-01-09 09:08:12 +08:00

桥接了的光猫还怎么 PPPOE ？这个逻辑黑洞，OP 能给填上么。
倒是桥接了之后，还能继续 DHCP 给路由的 WAN ，但是如果路由器没有高级功能，只能在动态获取和 PPPOE 之间选择一种方式。

14

mangojiji

OP

2024-01-09 09:08:18 +08:00

大致就是光猫负责拨号，然后把拨号得到的 IP 分配给桥接的路由器的 WAN 口？
路由器设置为自动获取 IP ，不负责拨号。

@samondlee PPPOE Relay 是我说的这种效果吗？

15

wowodavid

2024-01-09 09:11:28 +08:00 via iPhone

@mangojiji “光猫取得的 ip 分配给路由器的 wan”，那就意味着光猫有两个端口取得了同一个 ip ，拓扑就有问题了

16

error451

2024-01-09 09:11:31 +08:00

4

常识 1：所谓拨号，就是客户端(光猫）通过 pppoE 协议，连接到运营商的服务器进行注册，然后获取相应分配的 ip ，网关等配置。
常识 2：客户端(光猫)必须和 PPPoE 服务器处于同一网段内，才有可能完成通讯(没有路由的前提下)
常识 3：桥接模式就相当于夸网段划分 vlen, 把两个物理上不属于同一局域网的网络，划分到一个 vlen 之下。
常识 4：光猫实际上并不是猫，没有调制解调的过程。光猫相当于光口交换机+PPPoE 客户端+路由器（带路由功能的光猫）

所以，所谓光猫改桥接的操作，实际上就是禁止光猫自己拨号，直接把 wan 口划分到和 PPPoE 服务器一个 vlen 里完事儿。
那么，你这个要求就相当于告诉光猫，你不要 PPPoE 拨号，但是你必须 PPPoE 拨号分配 IP 。如果光猫会说话，这时候已经要爆粗口了。

PS：有一种宽带，家里放的并不是光猫，而是路由器。家里路由器直接连到整栋楼里的一个路由器上。这个时候你家里所谓的“光猫”，实际上并没有 PPPoE 拨号的过程，直接分配 IP 。然后你在“光猫”后面接个路由器，相当于在路由器下面又接了个子网。这个过程类似于你说的“光猫”给路由器分配 IP 。

17

wuxiao2522

2024-01-09 09:11:41 +08:00

谁拨号不重要，谁当网关才是关键。

18

mangojiji

OP

2024-01-09 09:12:15 +08:00 via Android

@cpstar 对的就是观察到”设置成桥接之后，还能够继续 DHCP 给路由的 WAN" 这个现象，所以想问，能不能光猫桥接的同时也进行 PPPOE ，然后把得到的 IP 通过 DHCP 丢给路由器的 WAN 。

19

olaloong

2024-01-09 09:14:44 +08:00

2

你要的这效果不就等于光猫拨号+光猫设置路由器为 DMZ ？

20

Tink

2024-01-09 09:16:25 +08:00

@mangojiji #18 不能

21

hcocoa

2024-01-09 09:39:02 +08:00

9

https://coolshell.cn/articles/10804.html

22

cpstar

2024-01-09 09:39:36 +08:00

OP 18# 这个清奇的想法，DHCP 以为着 DHCP 服务端，这个 DHCP 指的是光猫自己开 DHCP 服务给子网。而 PPPOE 获得的 IP ，并不是一般 DCHP 取得的，而且其中光猫（即便拨号）也不是 DHCP 服务端，无论如何不可能把这个 IP 丢给子设备（即便可以，也不可能是同一个 IP ）。再换个说法，光猫进行了 PPPOE ，把获取的 IP 给到另外一台设备，这种技术这个星球应该还没有，或者说这两台设备一定不是通过 TCP/IP 网络进行连接的。

我说的 DHCP ，是路由器（能力够的话），开启 PPPOE 会产生一个新的网卡设备，而物理口设备则可以通过光猫的 DHCP 服务端获取到另外一个 IP ，即路由器的 WAN 口有光猫 DHCP 的子网，也有 PPPOE 之后的上联网。

23

nothingistrue

2024-01-09 09:42:45 +08:00

你不能把 PPPoE 拨号，当成用户登录来看待。正如你不能不要地基，只要最高层。

24

june4

2024-01-09 09:50:32 +08:00

我这边，本来光猫接了个路由，在路由里拨号，但这样的话 ipv6 过一二天就掉了，ipv4 不影响。
改成光猫拨号就没事了。

25

by

2024-01-09 09:58:35 +08:00

你这种得让运营商给你分/30 的 IP

26

diagnostics

2024-01-09 10:02:19 +08:00

@hcocoa 你要笑死我

27

clue

2024-01-09 10:18:22 +08:00

你要的功能, 就是现在运营商光猫默认的模式, 所以你连桥接的意义都还没弄明白

光猫不稳定在于它干了太多事了, 拔号、路由转发、无线接入等等, 并且集中采购的性能肯定是一般般的;
换桥接, 光猫只用做光电转换, 变成了一个透明的设备, 负载低了才能稳定, 后面的事情由自购的性能更强的设备来做

28

luny

2024-01-09 10:22:18 +08:00

PPPOE 是点对点连接，一种隧道，便于统计流量和时间计费，路由也是基于这个隧道的，可以理解为谁拨号，谁负责路由

29

xdzhang

2024-01-09 10:32:17 +08:00

@diagnostics 这种问问题的情况非常普遍，确实浪费大量精力，全靠脑洞。

30

maoshen1234

2024-01-09 10:37:19 +08:00

PON 专线可以，光猫设置桥接，路由器不 PPPOE ，直接设置静态 IP ，即可上网

31

nkloveni

2024-01-09 11:12:56 +08:00

1

有这种操作，家用光猫实现不了。
有兴趣整俩虚拟机，安装 linux ，手工改下配置能实现，一个 vm 拨号，另外一个 vm 拿公网 IP

32

Senorsen

2024-01-09 11:35:29 +08:00

我脑补了半天，弄明白了 OP 想要的：
光猫进行 PPPoE 拨号，然后把 ppp0 interface 桥接给路由器，不过下发的 IP 怎么分配给路由器是个问题，或者想办法弄私有协议/脚本/定制的 dhcpd 让路由器自己设定 IP 。然后不清楚现在 Linux 内核里的 ppp 接口是否支持 802.1d BCP 。搜到了一个 patch https://lwn.net/Articles/376761/ ，不过估计你也很难给光猫的 Linux 内核打 patch 吧。
也不能完全说 OP 的想法不对吧，但这个需求真的挺少见的，一般来讲没必要。如果你觉得路由器拨号性能不够，就换个更好的，比折腾这个小众做法省时间&省钱多了。