LinuxMint.com.ru

На винде TTL=128,сейчас на линуксе проверю

На минте ttl=64

ну раз это Подключения к интернету (Пост WWolf #117228) не помогает... тогда пинать провайдера что и как и почему...
хотя подозреваю что сами что-то навертели... в лайве проверяйте...

Я вообще несколько линуксов запускал-минт 19.3 20.1 20.2 и ещё mx linux и везде так.

sputnik80 писал(а): ↑
22 июл 2021, 16:05
А вот на винде пинг.

4 пакета не всегда информативно, отправь сотню чтобы посмотреть динамику

Код: Выделить всё

ping -n 100 google.com

А то можно сказать и на линухе у тебя проблем нет судя по

sputnik80 писал(а): ↑
22 июл 2021, 15:23
21 packets transmitted, 21 received, 0% packet loss

21 отправил, 21 получил. Все отлично

sputnik80 писал(а): ↑
22 июл 2021, 16:39
Я вообще несколько линуксов запускал-минт 19.3 20.1 20.2 и ещё mx linux и везде так.

Копай в сторону NeworkManager-а. Возможно, что по дефолту, в его профиле указана пропускная способность меньше, чем она есть. Настройки профиля можешь показать?

Еще... Убидись что из windows ты корректно вышел. Ну... т.е сделай из Windows полный shutdown и загрузись в linux

Вот

sputnik80, от какого ума случайный мак адрес воткнул?

sputnik80 писал(а): ↑
22 июл 2021, 19:07
Вот

WWolf писал(а): ↑
22 июл 2021, 19:11
от какого ума случайный мак адрес воткнул?

И игнориру пробуждение по lan. Вероятнее всего он не пригодиться какое-то время

vir0id, чего?

причём тут WoL и переборы мак-адресов?!

WWolf писал(а): ↑
22 июл 2021, 19:50
причём тут WoL и переборы мак-адресов?!

ИзвиняюсьЯ за свой русский язык. Забыл поставить букву "И" с пробелом, сперва

У меня в строке клонированный мак-адрес вообще строка пустая. Из какого соображения выставлено "случайный"?

Всем привет.
Имею похожую проблему, что и автор, после установки Linux Mint 21 (5.4.11)
Модем подключается автоматически
Пинг по 8.8.8.8 идет - ttl=128
Пинг по google.com не идет
Пинг к 127.0.0.1 - ttl=64

ifconfig

Код: Выделить всё

enx0c5b8f279a64: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.8.100  netmask 255.255.255.0  broadcast 192.168.8.255
        inet6 fe80::7740:81d:a1d6:4d06  prefixlen 64  scopeid 0x20<link>
        ether 0c:5b:8f:27:9a:64  txqueuelen 1000  (Ethernet)
        RX packets 675  bytes 56308 (56.3 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 875  bytes 95922 (95.9 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ipv6leakintrf0: flags=195<UP,BROADCAST,RUNNING,NOARP>  mtu 1500
        inet6 fdeb:446c:912d:8da::  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::d59d:b137:b1d:8d76  prefixlen 64  scopeid 0x20<link>
        ether 2e:83:2c:fe:89:aa  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 16501  bytes 1728467 (1.7 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 42274  bytes 3137783 (3.1 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 42274  bytes 3137783 (3.1 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Wi-fi попробовал, по пингам примерно то же самое.
Хотя все работало месяц назад. Комп просто лежал без дела. В чем может быть причина? DNS где-то перекосился и нужно исправлять?

CaMINTcadze писал(а): ↑
23 окт 2022, 14:40
В чем может быть причина? DNS где-то перекосился и нужно исправлять?

Ну, если по IP идет, а по dns имени - нет, вывод логичный: dns надо проверять в первую очередь...

slant писал(а): ↑
23 окт 2022, 14:59
Ну, если по IP идет, а по dns имени - нет, вывод логичный: dns надо проверять в первую очередь...

Проверил файл resolv.conf
Там ДНС был указан 127.0.0.53

Исправил на 8.8.8.8, часть сайтов заработала, но не все.

Файл resolv.conf давно генерируется автоматически, при каждом подключении/перезагрузке. 127.0.0.53 (как и 127.0.0.1) - указание на локальный кеширующий сервис. Косяк именно в нем - видать апстрим не видит, или в качестве апстрима левые сервера.

А то что не все адреса заработали сразу - дык локальный кеш имен (не сервис о котором речь выше, а кеш для уже известных имен) не моментально обновляется. Если сам.

slant писал(а): ↑
23 окт 2022, 15:45
Файл resolv.conf давно генерируется автоматически, при каждом подключении/перезагрузке. 127.0.0.53 (как и 127.0.0.1) - указание на локальный кеширующий сервис. Косяк именно в нем - видать апстрим не видит, или в качестве апстрима левые сервера.

Да, после перезагрузки там снова 127.0.0.53
Что делать? Как исправить этот самый апстрим?

Сначала выяснить чем кешируется. Если systemd-resolvd (это стандарт для debian и производных) то он берет эту настройку от dhcp - т.е. то, что машина получает от провайдера/роутера. Подробности покажет вывод resolvectl. (В студию.)

slant писал(а): ↑
23 окт 2022, 18:28
вывод resolvectl. (В студию.)

Код: Выделить всё

~$ resolvectl
Global
       Protocols: -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
resolv.conf mode: stub

Link 2 (enx0c5b8f279a64)
Current Scopes: none
     Protocols: -DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported

Link 3 (wlp3s0)
Current Scopes: none
     Protocols: -DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported

Link 4 (ipv6leakintrf0)
    Current Scopes: DNS
         Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
Current DNS Server: ::1
       DNS Servers: ::1
        DNS Domain: ~.

Как бы да, адресов аплинков нету. Т.е. либо их не отдает провайдер/роутер, либо где-то в системе хороший косяк.

Можно попробовать вручную настроить, через файл /etc/systemd/resolved.conf

Переустановил систему, все ок теперь.