Случайное ограниченное подключение nmcli

У меня на ноутбуке странное поведение подключения к локальному Wi-Fi. По-видимому, без причины и совершенно случайно подключение становится ограниченным. Это происходит в среднем раз в час. Вот что показывает nmcli:

stefano@stefano-Latitude-E7240:~$ nmcli g
STATE                  CONNECTIVITY  WIFI-HW  WIFI     WWAN-HW  WWAN    
connected (site only)  limited       enabled  enabled  enabled  enabled 

Чтобы решить проблему, достаточно снова запустить апплет сетевого менеджера. Конечно, это только временное решение.
Я попытался понять причину проблемы, пингируя разные IP-адреса в Интернете. Мои результаты простого устранения неполадок:

• Я могу пинговать мой шлюз
• Я могу пинговать любой IP-адрес
• Я не могу пинговать доменные имена

Поэтому я думаю, что проблема связана с разрешением DNS-имен. Как я могу решить эту проблему? Вот содержимое resolv.conf и вывод команды uname.

stefano@stefano-Latitude-E7240:~$ cat /etc/resolv.conf 
# Generated by NetworkManager
nameserver 127.0.0.53

stefano@stefano-Latitude-E7240:~$ uname -a
Linux stefano-Latitude-E7240 4.18.0-17-generic #18-Ubuntu SMP Wed Mar 13 14:34:40 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Заранее спасибо.

ИЗМЕНИТЬ: Дополнительная запрошенная информация:

stefano@stefano-Latitude-E7240:~$ nmcli d
DEVICE  TYPE      STATE        CONNECTION       
wlp2s0  wifi      connected    FASTWEB-XE5.0GHZ 
eno1    ethernet  unavailable  --               
lo      loopback  unmanaged    --

stefano@stefano-Latitude-E7240:~$ ip addr show
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: eno1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether ec:f4:bb:67:3b:75 brd ff:ff:ff:ff:ff:ff
3: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether f8:16:54:ba:71:74 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.206/24 brd 192.168.1.255 scope global dynamic noprefixroute wlp2s0
       valid_lft 84662sec preferred_lft 84662sec
    inet6 2001:b07:5d29:9741:49b8:1d36:d9df:f637/64 scope global temporary dynamic 
       valid_lft 603064sec preferred_lft 84287sec
    inet6 2001:b07:5d29:9741:e11e:4a67:e846:1e/64 scope global mngtmpaddr noprefixroute 
       valid_lft forever preferred_lft forever
    inet6 fe80::94bf:18ac:a222:89c/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

stefano@stefano-Latitude-E7240:~$ sudo lshw -short -class network
[sudo] password for stefano: 
H/W path         Device     Class          Description
======================================================
/0/100/19        eno1       network        Ethernet Connection I218-LM
/0/100/1c.3/0    wlp2s0     network        Wireless 7260

stefano@stefano-Latitude-E7240:~$ rfkill
ID TYPE      DEVICE              SOFT      HARD
 1 wlan      dell-wifi      unblocked unblocked
 2 bluetooth dell-bluetooth unblocked unblocked
 3 wlan      phy0           unblocked unblocked
15 nfc       nfc0           unblocked unblocked
17 bluetooth hci0           unblocked unblocked

stefano@stefano-Latitude-E7240:~$ cat /etc/hosts
127.0.0.1   localhost
127.0.1.1   stefano-Latitude-E7240

# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

ИЗМЕНИТЬ2:

stefano@stefano-Latitude-E7240:~$ hostname
stefano-Latitude-E7240

stefano@stefano-Latitude-E7240:~$ nmcli device show wlp2s0 | grep IP4.DNS
IP4.DNS[1]:                             192.168.1.254
IP4.DNS[2]:                             8.8.8.8

Спустя 2 года после обновления до HAOS v14.1 под proxmox, проблема все еще та же, но обходное решение (Google dns=8.8.8.8) не работает

так раздражает, если у кого-то есть новое решение, спасибо

Если вы испытываете периодические проблемы с подключением к Wi-Fi на вашем ноутбуке, как описано в вопросе, это может быть связано с проблемами DNS-резолюции. Давайте разберем ситуацию и предложим возможные решения.

### Анализ проблем

1. **Диагностика проблемы**:
Из вашего описания видно, что вы можете пинговать IP-адреса, включая ваш шлюз, но не можете пинговать имена хостов. Это указывает на проблемы с DNS-резолюцией, так как преобразование DNS-имен в IP-адреса не происходит.

2. **Конфигурация /etc/resolv.conf**:
“`plaintext
# Generated by NetworkManager
nameserver 127.0.0.53
“`
Это указывает на использование **systemd-resolved** как локального кеширующего сервиса имен. Однако, возможны проблемы с получением актуальных DNS от вашей сети.

3. **Используемые DNS-серверы**:
“`plaintext
IP4.DNS[1]: 192.168.1.254
IP4.DNS[2]: 8.8.8.8
“`
Это показывает, что вы используете локальный DNS-сервер (192.168.1.254) и публичный сервер Google (8.8.8.8). Вероятно, один из них становится недоступным или работает некорректно.

### Рекомендации по решению проблемы

1. **Проверка systemd-resolved**:
– Убедитесь, что сервис systemd-resolved работает корректно.
“`bash
sudo systemctl status systemd-resolved
“`
Если сервис неактивен или имеет ошибки, попробуйте его перезапустить:
“`bash
sudo systemctl restart systemd-resolved
“`

2. **Проверка и обновление /etc/resolv.conf**:
– Попробуйте вручную установить надежные публичные DNS-серверы, такие как Cloudflare (1.1.1.1) или Google (8.8.8.8).
– Отредактируйте файл `/etc/resolv.conf`, чтобы временно устранить проблему (эта правка будет потеряна после перезапуска NetworkManager):
“`plaintext
nameserver 1.1.1.1
nameserver 8.8.8.8
“`
Это может исправить ситуацию временно, однако, рекомендуется настроить постоянные изменения через NetworkManager.

3. **Настройка DNS через NetworkManager**:
– Используйте nmcli для задания DNS-серверов через NetworkManager:
“`bash
nmcli con mod FASTWEB-XE5.0GHZ ipv4.dns “8.8.8.8 1.1.1.1”
nmcli con up FASTWEB-XE5.0GHZ
“`

4. **Рассмотрение замены оборудования или обновления драйверов**:
– Периодические проблемы с сетью могут также свидетельствовать о неисправностях Wi-Fi адаптера или необходимости обновления драйверов. Проверьте наличие обновлений для вашего оборудования.

5. **Поиск долгосрочного решения**:
– Если проблема сохраняется, может потребоваться более глубокая диагностика сети или обращение к специалистам по системам Linux и сетевому оборудованию для комплексного решения.

### Заключение

Этот систематический подход к тестированию и коррекции должно помочь выявить и устранить проблему с соединением Wi-Fi. Управление DNS является критическим компонентом сетевых настроек, и благодарение тщательной настройки и диагностики, ваша сеть должна начать работать надежно.