Нет доступа в Интернет через IPv4, IPv6 работает нормально

У меня возникли проблемы с моей машиной Ubuntu 18.10.Я сменил провайдера несколько дней назад и более или менее с тех пор я больше не могу подключаться к веб-сайтам IPv4 , а также использовать какие-либо службы, требующие IPv4. Когда я использую определенные страницы, такие как Google, все работает нормально, также работают службы IPv6. Я попытался провести небольшое исследование в Google по этому поводу, но не смог найти ответ, который подходил бы для моей проблемы. Я не менял никаких сетевых свойств, и оба окна и мой старый ноутбук (в том числе Ubuntu) нормально работают с IPv4 в одной сети. Я искренне надеюсь, что кто-нибудь подскажет, что я могу с этим поделать.

Некоторая информация, которая может быть полезна:

Выполнение ping доставит: ping: sendmsg: Операция запрещена на любом веб-сайте IPv4

Использование nslookup доставляет IPv4-адрес каждой страницы, которую я хочу, а также, если доступен, IPv6-адрес. Используя их для ping , IPv6 действительно работает, а 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    

Следующим забавным моментом является то, что после дней, когда я вообще не работал, теперь я могу снова подключаться к веб-сайтам IPv4 в firefox . Когда я пытаюсь пропинговать такой сайт через консоль, он вообще ничего не делает.Никаких сообщений об ошибках или чего-либо еще, просто мигающий курсор. Я не использовал ОС в последние дни, за исключением вывода команд выше.

0
задан 22 October 2020 в 00:54

1 ответ

Поскольку проблема возникала снова и снова через несколько дней, я решил следить за iptables. Казалось, каждые несколько дней или около того моя система заменяет правила по умолчанию на что-то без надлежащего назначения.

Каждый раз, когда это происходит, я использовал iptables -F для воссоздания настроек по умолчанию, и теперь все работает нормально :-)

0
ответ дан 11 November 2020 в 09:27

Другие вопросы по тегам:

Похожие вопросы: