无法通过 IPv4 访问互联网,IPv6 可以正常工作

无法通过 IPv4 访问互联网,IPv6 可以正常工作

我的 Ubuntu 18.10 机器遇到了一些问题。几天前我更换了 ISP,从那时起我无法再连接到 IPv4 网站,也不使用任何需要 IPv4 的服务。当我使用某些页面(例如 google)时,一切都运行正常,IPv6 服务也运行正常。我尝试对此进行一些 google 研究,但找不到适合我的问题的答案。我没有更改任何网络属性,Windows 和我的旧笔记本电脑(还有 Ubuntu)都在同一网络中使用 IPv4 正常运行。我真诚地希望有人能建议我该怎么做。

一些可能有用的信息:

pingping: sendmsg: Operation not permitted任何 IPv4 网站上运行

使用nslookup可以提供我想要的每个页面的 IPv4 地址,如果可用,还可以提供 IPv6 地址。对于pingIPv6 使用这些地址确实有效,而对于 IPv4 则不行,并会出现上述错误。

ifconfig似乎没有提供任何奇怪的输出,与往常一样

/etc/resolv.conf包含以下内容:

nameserver 127.0.0.53
options edns0
search fritz.box

解决方案来自这里对我来说不起作用(禁用 IPv4 并将 IPv6 设置为仅地址)

编辑1: 输出ip a

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: enp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether d0:50:99:95:57:c6 brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.39/24 brd 192.168.178.255 scope global dynamic noprefixroute enp5s0
       valid_lft 863975sec preferred_lft 863975sec
    inet6 2003:d6:e713:2600:3ded:2f0a:4e4f:1396/64 scope global dynamic noprefixroute 
       valid_lft 7178sec preferred_lft 1572sec
    inet6 fe80::c823:801b:7f13:fd8c/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: wlp2s0: <NO-CARRIER,BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state DORMANT group default qlen 1000
    link/ether 08:62:66:bc:c1:cb brd ff:ff:ff:ff:ff:ff

ip r读到

default via 192.168.178.1 dev enp5s0 proto dhcp metric 100 
169.254.0.0/16 dev enp5s0 scope link metric 1000 
192.168.178.0/24 dev enp5s0 proto kernel scope link src 192.168.178.39 metric 100 

编辑2: iptables -L -n交付

Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination    

接下来有趣的事情是,经过几天不工作之后,我现在可以再次在 Firefox 中连接到 IPv4 网站。当我通过控制台尝试ping这样的网站时,它什么也没做。没有错误消息或其他任何东西,只有闪烁的光标。最近几天我没有使用操作系统,除了获取上面的 cmd 输出。

答案1

由于几天后问题反复出现,我决定继续关注iptables。似乎每隔几天,我的系统就会用没有正确目的地的东西替换默认规则。

每次发生这种情况时,我都会重新iptables -F创建默认设置,现在一切都正常了:-)

相关内容