WiFi: Пинги есть - Интернета нет.

[maxim0ff]

Здравствуйте!
Перестало работать подключение с ноута к интернету через роутер по WiFi.
Подключение к роутеру по WiFi устанавливается нормально. Роутер и ya.ru пингуются нормально. Однако сайты в броузере не открываются (ни в Firefoxe, ни в Rekonqe) - отваливаются по таймауту. То же самое происходит и при попытке подключиться к самому роутеру (http://192.168.1.1).
IP адрес ноута динамический, впрочем ручная установка статического адреса ситуацию не изменила. Сам роутер, видимо, работает нормально (другие компьютеры подключаются штатно и через провод, и через Wifi).
На ноуте установлена последняя версия Кубунты, с автоматическими обновлениями из репозитория по состоянию на понедельник.

ifconfig:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

dvm@dvm-4530:~$ ifconfig -a
eth0      Link encap:Ethernet  HWaddr e4:11:5b:2d:ae:0c 
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

lo        Link encap:Локальная петля (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:1129 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1129 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:129245 (129.2 KB)  TX bytes:129245 (129.2 KB)

wlan0     Link encap:Ethernet  HWaddr 74:de:2b:14:05:d2 
          inet addr:192.168.1.2  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::76de:2bff:fe14:5d2/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1612 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1115 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:499288 (499.2 KB)  TX bytes:169922 (169.9 KB)


route:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

dvm@dvm-4530:~$ route -n
Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 wlan0
192.168.1.0     0.0.0.0         255.255.255.0   U     9      0        0 wlan0


resolv.conf: (Замечание: Не нравится мне что-то это 127.0.1.1. В /etc/hosts этому адресу приписан проблемный ноут по имени (dvm-4530), не "localhost").

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

dvm@dvm-4530:~$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1


ip route:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

dvm@dvm-4530:~$ ip route show
default via 192.168.1.1 dev wlan0  proto static
192.168.1.0/24 dev wlan0  proto kernel  scope link  src 192.168.1.2  metric 9


iptables:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

sudo iptables -L
[sudo] password for dvm:
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination     


nslookup:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

dvm@dvm-4530:~$ nslookup ya.ru
Server:         127.0.1.1
Address:        127.0.1.1#53

Non-authoritative answer:
Name:   ya.ru
Address: 93.158.134.3
Name:   ya.ru
Address: 213.180.204.3
Name:   ya.ru
Address: 213.180.193.3

dvm@dvm-4530:~$ nslookup ya.ru 8.8.8.8
Server:         8.8.8.8
Address:        8.8.8.8#53

Non-authoritative answer:
Name:   ya.ru
Address: 93.158.134.3
Name:   ya.ru
Address: 213.180.204.3
Name:   ya.ru
Address: 213.180.193.3


tracepath:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

dvm@dvm-4530:~$ tracepath ya.ru
 1?: [LOCALHOST]                                         pmtu 1500
 1:  192.168.1.1                                           2.290ms
 1:  192.168.1.1                                           2.404ms
 2:  10.135.128.1                                         10.411ms
 3:  10.254.246.73                                        13.118ms
 4:  ss-cr04-be12.51.msk.stream-internet.net               9.311ms asymm  5
 5:  m9-cr04-be9.77.msk.stream-internet.net               14.114ms asymm  6
 6:  m9-cr03-ae13.77.msk.stream-internet.net               8.346ms
 7:  yandex-m9.msk.stream-internet.net                    10.174ms
 8:  no reply
 9:  ugr-b-c1-ae5.yndx.net                                 9.496ms
10:  no reply
11:  www.yandex.ru                                         9.794ms asymm 10
12:  no reply
13:  3.134.158.93.in-addr.arpa                            31.817ms reached
     Resume: pmtu 1500 hops 13 back 10


Ну, и чтобы два раза не вставать - про железо.
lspci:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

dvm@dvm-4530:~$ lspci -knn | grep "Wire" -A2
25:00.0 Network controller [0280]: Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) [168c:002b] (rev 01)
        Subsystem: Hewlett-Packard Company Device [103c:1461]
        Kernel driver in use: ath9k


rfkill:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

dvm@dvm-4530:~$ rfkill list
0: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no
1: hp-wifi: Wireless LAN
        Soft blocked: no
        Hard blocked: no
2: hp-bluetooth: Bluetooth
        Soft blocked: no
        Hard blocked: no
3: hci0: Bluetooth
        Soft blocked: no
        Hard blocked: no


[RiseOfDeath]

Собственно ответ:

nameserver 127.0.1.1

Замените на что-то другое. (например 8.8.8.8, либо через DHCP получайте DNS)

Делается это через NetworkManager (чтобы не править конфиги ручками)

[fisher74]

Ни фига это не ответ. Имена нормально резольвятся. К тому же проблема проявляется и при обращении по IP-адресу. Так что, дорогой RiseOfDeath, - мимо.
Я бы посмотрел полный набор правил netfilter, а не только одну табличку.
sudo iptables-save
Но что-то мне подсказывает, что не в этом кроется проблема.

Пробовали подключиться по проводу и к другой точке доступа? Попробуйте - будет больше ясности.

[maxim0ff]

Здравствуйте!
Через Ethernet работает нормально. Попробовать подключиться к другой точке доступа возможности нет.
iptables-save:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

dvm@dvm-4530:~$ sudo iptables-save
# Generated by iptables-save v1.4.21 on Fri Nov 20 18:58:32 2015
*filter
:INPUT ACCEPT [633:63954]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [607:62781]
COMMIT
# Completed on Fri Nov 20 18:58:32 2015


[fisher74]

тогда, вероятнее всего, дровишки виноваты

[maxim0ff]

При ближайшем рассмотрении WiFi адаптер оказался не Atheros AR9285, а AR5B95 - тот же самый AR9285, только с принудительно заблокированным для России стандартом 802.11n. После переключения роутера в режим 802.11bg всё заработало.

Для "других операционных систем" есть способ разблокирования режима 802.11n непосредственно на самом адаптере (см. http://forum.ixbt.com/topic.cgi?id=14:51536). Есть ли такой способ для Linux - разобраться в ближайшее время руки не дойдут.

PS. Как это всё нормально работало почти два года, и почему проявилось при обновлении ядра - Бог весть.