IPv6 PPP链路无法将路由器通告转发到本地局域网

具有eth0 ， eth1 Debian服务器。 eth2 ， ppp0设备：

 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether xx:yy:zz:yy:xx:yy brd ff:ff:ff:ff:ff:ff 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether xx:yy:zz:yy:xx:yy brd ff:ff:ff:ff:ff:ff 4: eth2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000 link/ether xx:yy:zz:yy:xx:yy brd ff:ff:ff:ff:ff:ff 63: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc pfifo_fast state UNKNOWN qlen 3 link/ppp 

转发function无处不在：

 /proc/sys/net/ipv6/conf ~ all/forwarding=1 default/forwarding=1 eth0/forwarding=1 eth1/forwarding=1 eth2/forwarding=1 ppp0/forwarding=1 

并且autoconf也被激活：

 /proc/sys/net/ipv6/conf ~ all/autoconf=1 default/autoconf=1 eth0/autoconf=0 eth1/autoconf=1 eth2/autoconf=1 ppp0/autoconf=1 

进一步的RA （=路由器通告）在任何设备上被接受，但是为了在ppp0和eth1设置accept_ra = 2 ：

• 从外部访问局域网IP地址
• 带有apache转发代理的2路SSL
• 使用iptables转发端口虽然hamachi
• 通过Windows和iis7进行电子邮件转发
• 使用Linux路由器进行手动多播转发

 /proc/sys/net/ipv6/conf ~ all/accept_ra=1 default/accept_ra=1 eth0/accept_ra=1 eth1/accept_ra=2 eth2/accept_ra=0 lo/accept_ra=1 ppp0/accept_ra=2 

PPP连接build立成功，在/ etc / ppp / peer / myProviderconfiguration文件中设置了ipv6 :: dead：beef选项：

 63: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qlen 3 inet6 2003:42:e67f:d3ca:6105:155:f2b3:71f0/64 scope global temporary dynamic valid_lft 14266sec preferred_lft 1666sec inet6 2003:42:e67f:d3ca::dead:beef/64 scope global dynamic valid_lft 14266sec preferred_lft 1666sec inet6 fe80::dead:beef/10 scope link valid_lft forever preferred_lft forever 

并且设置提供商的链路本地地址的默认路由：

 2003:42:e67f:d3ca::/64 dev ppp0 proto kernel metric 256 expires 13559sec fe80::/64 dev ppp0 proto kernel metric 256 fe80::/10 dev ppp0 metric 1 fe80::/10 dev eth1 proto kernel metric 256 fe80::/10 dev ppp0 proto kernel metric 256 fe80::/10 dev eth0 metric 1024 default via fe80::90:1a10:1b2:b780 dev ppp0 proto kernel metric 1024 expires 1789sec 

public 2003:42:e67f:d3ca::/64前缀具有到ppp0设备的路由。 radvd安装并运行， radvdump显示ppp0 IPv6链路发送RA

 interface ppp0 { AdvSendAdvert on; # Note: {Min,Max}RtrAdvInterval cannot be obtained with radvdump AdvManagedFlag off; AdvOtherConfigFlag on; AdvReachableTime 0; AdvRetransTimer 0; AdvCurHopLimit 0; AdvDefaultLifetime 1800; AdvHomeAgentFlag off; AdvDefaultPreference medium; AdvLinkMTU 1492; prefix 2003:42:e67f:d3ca::/64 { AdvValidLifetime 14400; AdvPreferredLifetime 1800; AdvOnLink on; AdvAutonomous on; AdvRouterAddr off; }; # End of prefix definition }; # End of interface definition 

在服务器主机上，我可以成功地从互联网ping一台主机。 现在，当我尝试通过请求路由器为ppp0强制RA时 ，我得到：

 Soliciting ff02::2 (ff02::2) on ppp0... Hop limit : undefined ( 0x00) Stateful address conf. : No Stateful other conf. : Yes Router preference : medium Router lifetime : 1800 (0x00000708) seconds Reachable time : unspecified (0x00000000) Retransmit time : unspecified (0x00000000) MTU : 1492 bytes (valid) Prefix : 2003:42:e67f:d3ca::/64 Valid time : 14400 (0x00003840) seconds Pref. time : 1800 (0x00000708) seconds 

我期望的是， eth1上的所有节点都configuration了SLAAC，但是当我尝试在eth1请求时，我得到：

 Soliciting ff02::2 (ff02::2) on eth1... Timed out. Timed out. Timed out. No response. 

• 我不想使用DHCPv6，但通过radvd SLAAC
• 我想避免bash kung fu从提供者（例如：从rdisc6输出）切割实际的前缀来调整我自己的radvd.conf文件（例如：在if-up事件中）
• 桥接设备不是解决scheme。 PPP设备是虚拟的，不能被桥接。

不知何故，从ppp0向eth1 （以及任何其他设备）转发RA数据包似乎根本不起作用。 为什么？ 据我所知，任何DSL调制解调器的路由器都必须以某种方式将RA从内部调制解调器设备转发到所连接的物理LAN端口，否则在那里连接的任何主机都不会获得IPv6地址，对吧？ 现在路由器和我的debian盒之间的区别在哪里？ 我会感激你的任何提示。