Добрый вечер,
В нашей офисной локальной сети работает 15-20 устройств. Неожиданно на прошлой неделе интернет (как проводной, так и беспроводной) внезапно отключился на обоих настольных компьютерах 2 Mint. Под отключением я подразумеваю, что статус подключения к Wi-Fi в порядке, но все запросы в Интернет приводят к таймауту
При дальнейшем устранении неполадок я понял, что:
Устройства Windows работают
Windows работает на одном из устройств Mint с двойной загрузкой
Android-устройства работают
Оба устройства работают во внешних сетях (например, в кофейне).
Устройства могут пинговать 4.2.2.2 из локальной сети
Устройства могут пинговать публичный IP-адрес нашей точки доступа
У устройств есть IP-адрес (ifconfig), по которому другие устройства могут пинговать. Он также может пинговать устройства в сети
Отключение роутера на 15с не помогает
Маршрутизатор (AN5506-04) не выполняет сброс к заводским настройкам в соответствии с инструкциями, найденными в сети (нажмите утопленную кнопку булавкой)
LiveUSB Mint18 и Ubuntu16.04 не работают
Chromium зависает на разрешении хоста и выдает ошибку dns_probe_finished_bad_config
Не думаю, что при резке было обновление ПО.
Я считаю, что это как-то связано с DHCP в локальной сети или DNS моего интернет-провайдера, но я не уверен, с чего начать устранение неполадок. Есть ли у кого-нибудь несколько советов о том, что я могу попробовать в следующий раз, чтобы снова запустить это приложение?
===================
ifconfig и маршруты для Windows и Mint на устройстве с двойной загрузкой (внутри LAN)
Windows (отлично работает)
IPv4 Route Table
=======================================================================
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 192.168.1.1 192.168.1.10 50
127.0.0.0 255.0.0.0 On-link 127.0.0.1 331
127.0.0.1 255.255.255.255 On-link 127.0.0.1 331
127.255.255.255 255.255.255.255 On-link 127.0.0.1 331
192.168.1.0 255.255.255.0 On-link 192.168.1.10 306
192.168.1.10 255.255.255.255 On-link 192.168.1.10 306
192.168.1.255 255.255.255.255 On-link 192.168.1.10 306
224.0.0.0 240.0.0.0 On-link 127.0.0.1 331
224.0.0.0 240.0.0.0 On-link 192.168.1.10 306
255.255.255.255 255.255.255.255 On-link 127.0.0.1 331
255.255.255.255 255.255.255.255 On-link 192.168.1.10 306
=====================================================================
Persistent Routes:
None
результат ipconfig
Конфигурация IP Windows
Ethernet adapter Ethernet:
Connection-specific DNS Suffix . :
Link-local IPv6 Address . . . . . : fe80::6c87:d693:d07c:f401%3
IPv4 Address. . . . . . . . . . . : 7.19.111.114
Subnet Mask . . . . . . . . . . . : 255.255.192.0
Default Gateway . . . . . . . . . : 7.19.64.1
Wireless LAN adapter Local Area Connection* 2:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Ethernet adapter Ethernet 3:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Wireless LAN adapter Wi-Fi:
Connection-specific DNS Suffix . : local
Link-local IPv6 Address . . . . . : fe80::5d0a:4218:85a3:a0d3%14
IPv4 Address. . . . . . . . . . . : 192.168.1.10
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.1.1
Ethernet adapter Bluetooth Network Connection:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Tunnel adapter Local Area Connection* 12:
Connection-specific DNS Suffix . :
IPv6 Address. . . . . . . . . . . : 2001:0:4137:9e76:28a8:29fd:3f57:fef5
Link-local IPv6 Address . . . . . : fe80::28a8:29fd:3f57:fef5%2
Default Gateway . . . . . . . . . : ::
Mint 18.3 (подключен к локальной сети, но все интернет-запросы с таймаутом браузера)
результат IP-маршрута
default via 192.168.1.1 dev wlp2s0 proto static metric 600
169.254.0.0/16 dev wlp2s0 scope link metric 1000
192.168.1.0/24 dev wlp2s0 proto kernel scope link src 192.168.1.16 metric 600
результат ifconfig
enp1s0 Link encap: Ethernet HWaddr 1c: 39: 47: 1f: 0d: 4e
inet addr:7.19.111.114 Bcast:7.19.127.255 Mask:255.255.192.0
inet6 addr: fe80::e04:a1fc:1928:6173/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:41 errors:0 dropped:0 overruns:0 frame:0
TX packets:40 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4350 (4.3 KB) TX bytes:6515 (6.5 KB)
вот
Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:302 errors:0 dropped:0 overruns:0 frame:0
TX packets:302 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:21794 (21.7 KB) TX bytes:21794 (21.7 KB)
wlp2s0
Link encap:Ethernet HWaddr 30:52:cb:60:c4:97
inet addr:192.168.1.4 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::95ba:f296:18e7:ec8c/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:164 errors:0 dropped:0 overruns:0 frame:0
TX packets:248 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:20760 (20.7 KB) TX bytes:27802 (27.8 KB)
результат: sudo ethtool -i enp1s0
driver: r8169
version: 2.3LK-NAPI
firmware-version: rtl8168h-2_0.0.2 02/26/15
expansion-rom-version:
bus-info: 0000:01:00.0
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: yes
supports-priv-flags: no
sudo ethtool -i wlp2s0
driver: ath10k_pci
version: 4.10.0-38-generic
firmware-version: WLAN.TF.1.0-00267-1
expansion-rom-version:
bus-info: 0000:02:00.0
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: no
supports-priv-flags: no
sudo iw dev wlp2s0 ссылка
Connected to *MAC address of Router AP* (on wlp2s0)
SSID: *CorrectWifiNetwork*
freq: 2432
RX: 60228 bytes (439 packets)
TX: 8743 bytes (67 packets)
signal: -39 dBm
tx bitrate: 1.0 MBit/s
bss flags: short-slot-time
dtim period: 1
beacon int: 100
устройство nmcli показывает wlp2s0 | grep IP4.DNS
IP4.DNS[1]: 192.168.1.1 *the local router and AP*
На сегодняшний день я все еще считаю, что это отказ DNS-серверов моего интернет-провайдера.
Я обнаружил, что добавление общедоступного DNS к одному устройству (включая LiveUSB / новую установку) с помощью resolvconf позволяет мне вернуть разрешение имен. Я использовал направления из этого поста: https://unix.stackexchange.com/questions/128220/how-do-i-set-my-dns-when-resolv-conf-is-being-overwritten/163506#163506
К сожалению, я считаю, что это плохое решение, поскольку мне нужно применить это исправление к каждому устройству Ubuntu / Mint в локальной сети индивидуально. В качестве долгосрочного решения я планирую установить второй маршрутизатор с сервером между моей локальной сетью и заблокированным маршрутизатором / точкой доступа, предоставленным моим интернет-провайдером.