当我apt-get update
在机器上运行时,它卡在:
100% [Connecting to security.ubuntu.com (2001:67c:1562::15)] [Connecting to archive.canonical.com (2001:67c:1360:8c01::16)]
我最近没有对该系统进行任何更改,并使用了以前运行良好的家庭网络。
我无法解释为什么它切换为使用IPv6。
我ignore
将无线网络的IPv6设置为:
的输出ip addr
:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
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: mlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 4c:0b:be:22:0a:b4 brd ff:ff:ff:ff:ff:ff
inet 192.168.2.106/24 brd 192.168.2.255 scope global dynamic mlan0
valid_lft 1814086sec preferred_lft 1814086sec
inet6 ::d5:b551:28db:2789:225/64 scope global temporary dynamic
valid_lft 604483sec preferred_lft 85483sec
inet6 ::d5:4e0b:beff:fe22:ab4/64 scope global mngtmpaddr dynamic
valid_lft 604779sec preferred_lft 86379sec
inet6 fe80::4e0b:beff:fe22:ab4/64 scope link
valid_lft forever preferred_lft forever
将IP地址更改为IPv4,然后重试
—
。– heemayl,2015年
为什么要使用IPv6?就像heemayl所说,在网络设置> [适配器]>高级下更改为使用IPv4。
—
TheWanderer
看来您可能有一台主机通过发送路由器广告
—
卡巴斯德(Kasperd),2015年
0:0:0:d5::/64
。该范围已被IETF保留,因此绝对不是有效的广告前缀。如果这些RA已经停止,则可能无法找出它们的来源。在那种情况下,您真正能做的就是重启网络接口,问题就消失了。如果仍在发送RA,则可以查看数据包捕获以查看它们来自哪个MAC。
除了错误配置的IPv6连接之外,导致您的问题的另一个原因是缺少RFC 6555支持
—
卡巴斯德(Kasperd)
apt-get
。如果apt-get
遵循RFC 6555,您将永远不会注意到任何问题。
您的本地路由器做错了事,并为您提供了无效的IPv6地址。检查并修复路由器的配置。
—
迈克尔·汉普顿