сб, 20 нояб. 2021 г. в 18:28, Алексей Витальевич Коротков <
a.v.korot...@gmail.com>:

> DS> А так?
> DS> ping -4 ...
>
> $ ping -4 192.168.1.1
> PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
> 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.326 ms
> 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.356 ms
> 64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.292 ms
> 64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.359 ms
> ^C
> --- 192.168.1.1 ping statistics ---
> 4 packets transmitted, 4 received, 0% packet loss, time 3074ms
> rtt min/avg/max/mdev = 0.292/0.333/0.359/0.027 ms
>
> Похоже, что угадали. Но тогда вопрос: почему до вчерашнего для всё было
> отлично? Обновление iproute2 повлияло?
>

Я дико извиняюсь, но то, что в ядре отключено IPv6 вовсе не мешает ping
пропобовать открывать сокет семейства протоколов IPv6, что у вас, судя по
strace и происходит.

Но вызывать ping из-под strace категорически нельзя, потому что strace не
дает запуститься ping с правами root (у него должен быть установлен бит
SUID). И это хорошо видно в вашем выводе strace, когда у него не получается
открыть socket семейства IPv4 (AF_INET)  для SOCK_DGRAM, PROTO_ICMP с
ошибкой EPERM. Собственно у вас ping и лезет к созданию сокета IPv6 просто
потому что у него обломалось создание сокета ICMPv4.

Приложите вывод strace пинга из-под root'а.

ЗЫ: А может вы (или какая-то программа хулиганская) сбросила SUID-бит у
ping?

-- 
With best regards
  Maksim Dmitrichenko

Ответить