On Sat, 20 Nov 2021 23:20:12 +0300
Eugene Berdnikov wrote:
EB> tcpdump -nlUv -i any -s0 port domain
После возврата к состоянию до обновления всё заработало.
Если обнаружатся какие-то косяки снова, то попробую.
On Sat, Nov 20, 2021 at 11:05:50PM +0400, Алексей Витальевич Коротков wrote:
> После убирания отключения IPv6 старые проблемы ушли, но есть новые.
> getmail получает почту со второго раза, в перый раз он выдаёт
>
> operation error (error resolving name pop.gmail.com during connect
> ([Errno -2]
В общем, пока вернул старую версию iproute2 и снова отключил IPv6.
Всё начало работать (то, что проверил: пинги, апт, гетмейл) как до
обновления.
Благодарю всех за помощь.
сб, 20 нояб. 2021 г. в 22:31, Алексей Витальевич Коротков <
a.v.korot...@gmail.com>:
> On Sat, 20 Nov 2021 21:59:39 +0300
> Maksim Dmitrichenko wrote:
>
> MD> Верните строчку и пришлите strace из-под root'а или из-под sudo,
> MD> если вы хотите, чтобы вам помогли с диагностикой.
>
> В текущем
On Sat, 20 Nov 2021 21:59:39 +0300
Maksim Dmitrichenko wrote:
MD> Верните строчку и пришлите strace из-под root'а или из-под sudo,
MD> если вы хотите, чтобы вам помогли с диагностикой.
В текущем виде проблем с пингами нет. Есть с аптом и getmail, а также с
частью страниц в браузере. Работает
On Sat, 20 Nov 2021 22:01:49 +0300
Maksim Dmitrichenko wrote:
MD> Маловероятно вообще. Тем более, что команда ping к пакету iproute2
MD> не имеет никакого отношения
Вообще. Всё пинговалось, всё обновлялось, всё грузилось с первого раза.
Проблема не с пингами конкретно, а вообще сеть криво
On Sat, 20 Nov 2021 21:20:35 +0300
Eugene Berdnikov wrote:
EB> Интересно, давно ли перезагружался компьютер.
С час назад.
Обычно он у меня не выключается и не перезагружается, только по
необходимости.
EB> И поскольку говорилось о наличии рядом другого компьютера с рабочей
EB> системой,
сб, 20 нояб. 2021 г. в 21:38, Алексей Витальевич Коротков <
a.v.korot...@gmail.com>:
> Основной гипотезой у меня сейчас новый iproute2 + старое ядро. Потому
> что до вчерашнего дня проблем с сетью не было вообще.
>
Маловероятно вообще. Тем более, что команда ping к пакету iproute2 не имеет
сб, 20 нояб. 2021 г. в 21:38, Алексей Витальевич Коротков <
a.v.korot...@gmail.com>:
On Sat, 20 Nov 2021 20:55:25 +0300
> Maksim Dmitrichenko wrote:
>
> MD> Я дико извиняюсь, но то, что в ядре отключено IPv6 вовсе не мешает
> MD> ping пропобовать открывать сокет семейства протоколов IPv6, что у
>
On Sat, 20 Nov 2021 20:38:01 +0300
Dmitry Semyonov wrote:
DS> Что-то больно старое ядро... В stable и то новее, судя по
DS> https://packages.debian.org/search?keywords=linux-image-amd64.
Да, это из бастера.
Это другая проблема. Не грузятся новые ядра.
Причём после обновления 10 -> 11 новое
On Sat, 20 Nov 2021 20:55:25 +0300
Maksim Dmitrichenko wrote:
MD> Я дико извиняюсь, но то, что в ядре отключено IPv6 вовсе не мешает
MD> ping пропобовать открывать сокет семейства протоколов IPv6, что у
MD> вас, судя по strace и происходит.
Убрал ту строчку из груба. Сейчас с пингами всё
On Sat, Nov 20, 2021 at 01:39:38PM +0400, Алексей Витальевич Коротков wrote:
> Вложил ping.txt от команды
> LANG=en_US.UTF-8 ping -c 1 192.168.1.1 > ping.txt 2>&1
Вот это
capget({version=_LINUX_CAPABILITY_VERSION_3, pid=0}, NULL) = 0
capget({version=_LINUX_CAPABILITY_VERSION_3, pid=0},
сб, 20 нояб. 2021 г. в 20:55, Maksim Dmitrichenko :
> ЗЫ: А может вы (или какая-то программа хулиганская) сбросила SUID-бит у
> ping?
>
Поправка. SUID-бит нычне не моден, теперь бинарю выставляются capabilities.
Впрочем запуск из-под strace также эффективно обнуляет эффект от
присвоенных
сб, 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
On Sat, 20 Nov 2021 at 18:28, Алексей Витальевич Коротков wrote:
> BOOT_IMAGE=/boot/vmlinuz-5.5.0-0.bpo.2-amd64
Что-то больно старое ядро... В stable и то новее, судя по
https://packages.debian.org/search?keywords=linux-image-amd64.
> почему до вчерашнего дня всё было отлично? Обновление
On Sat, 20 Nov 2021 16:42:56 +0300
Dmitry Semyonov wrote:
DS> cat /proc/cmdline
DS> grep . /proc/sys/net/ipv6/conf/*/disable_ipv6
# cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-5.5.0-0.bpo.2-amd64
root=UUID=8a87c5eb-a97e-4f53-8f42-05e8d2700c5e ro ipv6.disable=1 quiet
# grep .
On Sat, 20 Nov 2021 14:28:15 +0200
Oleg Chernov wrote:
Добрый вечер,
OC> вот эта строчка из Вашего strace.txt наводит на мысль о SELinux
OC> (или файерволле)
SELinux не используется, файерволл не включен.
On 20/11/2021 20:29, Dmitry Semyonov wrote:
On Sat, 20 Nov 2021 at 15:34, Oleg Chernov wrote:
socket(AF_INET, SOCK_DGRAM, IPPROTO_ICMP) = -1 EACCES (Permission
denied)
вот эта строчка из Вашего strace.txt наводит на мысль о SELinux (или
файерволле)
Или о том, что strace и "sudo strace -u
On Sat, 20 Nov 2021 at 10:20, Алексей Витальевич Коротков wrote:
> У меня отключён IPv6 (через GRUB).
Точно?
cat /proc/cmdline
grep . /proc/sys/net/ipv6/conf/*/disable_ipv6
ip a | grep inet6
> И при обращении по IP, кстати, проблема та же.
А так?
ping -4 192.168.1.1
--
...Bye..Dmitry.
On Sat, 20 Nov 2021 at 10:20, Алексей Витальевич Коротков wrote:
> У меня отключён IPv6 (через GRUB).
Точно?
cat /proc/cmdline
grep . /proc/sys/net/ipv6/conf/*/disable_ipv6
> И при обращении по IP, кстати, проблема та же.
А так?
ping -4 ...
--
...Bye..Dmitry.
On Sat, 20 Nov 2021 at 15:34, Oleg Chernov wrote:
> socket(AF_INET, SOCK_DGRAM, IPPROTO_ICMP) = -1 EACCES (Permission
> denied)
>
> вот эта строчка из Вашего strace.txt наводит на мысль о SELinux (или
> файерволле)
Или о том, что strace и "sudo strace -u $USER" ведут себя по-разному.
--
Здравствуйте,
On 20-11-2021 11:39, Алексей Витальевич Коротков wrote:
Вложил strace.txt от команды
LANG=en_US.UTF-8 strace -s64 ping -c 1 192.168.1.1 > strace.txt 2>&1
socket(AF_INET, SOCK_DGRAM, IPPROTO_ICMP) = -1 EACCES (Permission
denied)
вот эта строчка из Вашего strace.txt наводит на
On 20/11/2021 18:36, Алексей Витальевич Коротков wrote:
* Could not resolve host: cloud.r-project.org
* Closing connection 0
curl: (6) Could not resolve host: cloud.r-project.org
У меня провайдер недавно чудил. Отдавал 2 DNS сервера, второй работал
нормально, а первый с заметной долей с
On Sat, 20 Nov 2021 17:04:44 +0700
Max Nikulin wrote:
MN> Кажется, ping не знает, что IPv6 отключен в grub
До вчерашнего дня знал. И настройки я не менял никакие.
MN> Можно еще почитать
MN> curl -v -I
MN> http://cloud.r-project.org/bin/linux/debian/bullseye-cran40/InRelease
MN> ну и из-под
On Sat, 20 Nov 2021 13:06:58 +0300
Tull Jethro wrote:
TJ> Чисто предположение: а то, что является роутером правильно
TJ> адреса/настройки через DHCP отдало?
Я не использую DHCP, адреса постоянные.
И домашний сервер на таком же Дебьяне, подключённый к тому же роутеру,
не имеет такой проблемы.
Чисто предположение: а то, что является роутером правильно
адреса/настройки через DHCP отдало?
сб, 20 нояб. 2021 г. в 12:42, Алексей Витальевич Коротков
:
>
> On Sat, 20 Nov 2021 15:32:37 +0700
> Max Nikulin wrote:
>
> MN> Подозрение, что где-то что-то отключили лишнего.
>
> Вряд ли. Ничего не
On 20/11/2021 16:39, Алексей Витальевич Коротков wrote:
У меня отключён IPv6 (через GRUB).
socket(AF_INET6, SOCK_DGRAM, IPPROTO_ICMPV6) = -1 EAFNOSUPPORT (Address family
not supported by protocol)
Кажется, ping не знает, что IPv6 отключен в grub, и пытается его
использовать. Меня правда
On Sat, 20 Nov 2021 15:32:37 +0700
Max Nikulin wrote:
MN> Подозрение, что где-то что-то отключили лишнего.
Вряд ли. Ничего не трогал из настроек давно, и вплоть до вчерашнего дня
всё работало идеально.
MN> На английском проще будет сопоставить текст с кодом ошибки
MN>
MN> LANG=en_US.UTF-8 ping
On 20/11/2021 14:19, Алексей Витальевич Коротков wrote:
У меня отключён IPv6 (через GRUB).
Подозрение, что где-то что-то отключили лишнего. Может, через sysctl
И при обращении по IP, кстати, проблема та же. Так что совет выше про
настройки /etc/resolv.conf в моей проблеме неактуален.
$ ping
29 matches
Mail list logo
