我现在知道答案：我犯了一个错误，甚至没有告诉你。 还有一个路由器广告运行radvd ，而不是RA'ing一个64networkingRA'ing一个56网。 因此，路由器和/或网关总是询问who has…请求消息，这意味着它认为它与ping服务器位于同一个子网中。 我正在玩弄一些IPv6路由和地址，面临一个奇怪的问题，无法弄清楚。 我只能从一个方向，而不是相反的方向。 假设我有3台PC和一台路由器： Client[eth0] <—> [lan1]Router[wan] <—> [box0]Gateway[eth0] <—> [eth0]Server 客户端，网关和服务器是LXC容器，并且与IPv4一起工作得很好！ 网关正在运行DHCPv6服务器，通过接口box0委托前缀（ 2001:db8:0:1::/56 ），以便路由器获得IP地址（ 2001:db8:0:1:8856:7cf8:8e46:d8cb ），客户端configuration自己。 网关上的接口box0具有来自同一子网的静态IP： 2001:db8:0:1::1234:1 。 网关上的接口eth0具有另一个子网的静态IP： 2001:db8:0:2::4321:1 。 查看前缀中已更改的2 。 服务器的接口eth0具有与eth0 @ gateway具有相同子网的静态IP： 2001:db8:0:2::4321:2 我首先启用了IPv6转发 sysctl net.ipv6.conf.all.forwarding=1 现在我在通往/ 56子网的网关上build立了一条路由 ip -6 route add 2001:db8:0:1::/56 via 2001:db8:0:1:8856:7cf8:8e46:d8cb 和服务器的默认路由 ip -6 route add default via 2001:db8:0:2::4321:1 我的问题是：我可以ping所有从服务器端（除了客户端，因为路由器阻止它），但我无法ping路由器端eth0 @网关后面的任何东西。 […]
运行内核为4.4.0的Ubuntu 16.04的我的XenServer 7.0虚拟机决定在重新启动整个机器或重新设置networking接口后立即停止接收IPv6数据包。 在一切正常的情况下，在XenServer主机上运行tcpdump时，在pinging facebook.com时显示以下内容： [root@localhost ~]# tcpdump -i xenbr0 -vv ip6 tcpdump: listening on xenbr0, link-type EN10MB (Ethernet), capture size 65535 bytes ^C [root@localhost ~]# tcpdump -i eth0 -vv ip6 tcpdump: WARNING: eth0: no IPv4 address assigned tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes 09:25:26.063597 IP6 (flowlabel 0xa64ab, hlim 64, […]
我们的商业互联网提供商最近为我们的光纤连接启用IPv6 他们给了我们一个/ 48的使用。 太好了，我终于可以放弃使用我们的6in4隧道了。 或不？… 他们希望我们使用PD，除非我们的思科ASA 5505似乎不支持这一点，否则这将很好。 实际上，我认为ASA只支持WAN接口上的静态IPv6寻址。 我怎样才能得到这个工作？ 对于隧道设置，我在内部ESXi群集中设置了一个终止隧道的Linux DMZ主机。 内部IPv6stream量通过ASA传送到DMZ，由Linux主机插入隧道，并通过ASA再次路由到隧道提供商。 这是非常丑陋的，因为交通两次穿越ASA，造成了一个令人困惑和脆弱的设置。 使用本地IPv6，我希望有一个更简单的方法，即使我必须购买其他硬件。 有小费吗？
我在惠普服务器上安装了一个应用程序，该服务器本身安装了apache 2.4 web服务器。我给这个应用程序提供了ipv4地址。 但我检查了服务器中的这个服务的状态。我发现Apache Web服务器正在侦听ipv6types，并在端口80和443。 我不明白是否有任何问题，因为应用程序有ipv4 ip和服务正在监听ipv6。 服务器有RHEL 6.5
我试图在服务器A上创build一个SQL用户，所以服务器B可以使用IPv6访问服务器A的 SQL服务器，但由于某种原因，我在运行create user命令时出现语法错误。 查询我试图运行： MariaDB [(none)]> CREATE USER 'dbusr2'@'2600:3c00::f03c:91ff:fe24:8266' IDENTIFIED BY 'sd6@fs54sd4d'; 获取语法错误： ERROR 1064 (42000): You have an error in your SQL syntax; check the manual thatc00::f03c:91ff:fe24:8266' IDENTIFIED BY 'sd6@fs54sd4d'' at line 1 use near ':3c 在服务器B上ip -6 addr show输出 root@debian:~# ip -6 addr show 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1 […]
我想了解的前缀政策。 有人可以向我解释什么从netsh interface ipv6 show prefixpolicies表netsh interface ipv6 show prefixpolicies意味着在Windows？ Precedence Label Prefix ———- —– ——————————– 50 0 ::1/128 40 1 ::/0 35 4 ::ffff:0:0/96 30 2 2002::/16 5 5 2001::/32 3 13 fc00::/7 1 11 fec0::/10 1 12 3ffe::/16 1 3 ::/96 以上是我的笔记本电脑的一个例子。 我知道最左边的一列意味着优先。 它越高，它使用的可能性就越大。 我猜这个标签只是为了识别不同的规则。 但为什么这些具体规则呢？ 我知道标记为3的规则代表了ipv4地址覆盖的范围，并且我认为这是最低的，因为windows会优先于ipv4的ipv4连接。 标记为0的规则可能是回送地址。 那里的其他规则是什么？ 为什么从2002和2001:0000开始的地址比其他地址的优先级要低？ （比较规则1,2,5的优先权） 编辑 ::ffff:0:0/96将按照此处所述的方式来处理IPv4映射的IPv6地址 […]
我有一个VPN服务器作为我的IPv6连接到互联网。 设置我们这样的： 我已经分配了一个/ 48地址池，我想要子网到我的VPN客户端。 为了参数，让我们调用池2001:DB8:CAFE::/48 。 我把这个networking分成了以下几部分： 2001:DB8:CAFE::/64被分配给VPN服务器和每个客户端之间的实际VPN链路。 客户端1后面的networking分配了“2001：DB8：CAFE：100：/ 56” “2001：DB8：CAFE：200：/ 56”分配给客户端2后面的networking 这给了我们这个布局： + ————– + 2001：470：xxxx：xxx :: / 64 + ————— + / – >客户端1networking（2001：DB8：CAFE：100 :: / 56） | + < – 隧道经纪人链接 – > + | / | 互联网| | 我的VPN服务器+ < – * —> VPN链接 – networking拓扑（2001：DB8：CAFE :: / 64） | + […]
在我的Plesk虚拟主机上，我得到一个IPv4地址和/ 64个IPv6地址。 在此服务器上托pipe多个域时，为每个域使用单独的IPv6地址是否有优势？
我正尝试从Solaris服务器安装Hurricane Electric（tunnelbroker.net）隧道。 看起来像一切工作正常，除了没有stream量似乎过境我们的路由器。 路由器需要通过IP协议41的stream量，但我不知道它是否。 在Netgear网站上徘徊没有回答我的问题。 任何人都知道，或有很好的方法来testing（或绕过它？）？
我有一个与本地IPv6连接数据中心的服务器。 （我有一个/ 48块在我的处置。） 我想通过openvpn将此服务器用作ipv6隧道服务器，但是我无法完全使用它。 我的服务器：Linux，Centos 5.2 eth0双堆栈ipv4 / ipv6 ip addr list: eth0 inet aa.bb.cc.dd/24 (my global IP address) inet6 2001:aaaa:bbb::2/48 (2001:aaaa:bbb::1 is the default GW of my ISP) sit2 link/sit 10.8.0.1 peer 10.8.0.2 inet6 2001:aaaa:bbb:2::1/64 tun0 inet 10.8.0.1 peer 10.8.0.2/32 我的客户：Mac OS 10.6 tun0: 10.8.0.2 –> 10.8.0.1 gif0 2001:aaaa:bbb:2::2 –> 2001:aaaa:bbb:2::1 prefixlen 128 路由到默认gw […]