файл отрицательного размера

которые уже были раньше введены и использованы в ноутбуке или в смартфоне, а теперь их надо ввести в другой телефон или ноутбук?

В линуксе, где используется NetworkManager, они записаны в директории /etc/NetworkManager/system-connections/ в файлах с названиями wifi’ных сетей.
А в Андроиде – в /data/misc/wifi/wpa_supplicant.conf
В обеих системах доступ к этим файлам предоставляется только root’у, но в линуксе это практически всегда доступно через sudo или su, а андроид для такого доступа должен быть предварительно зарутован, что считается небезопасным.

Оригинал этой записи в личном блоге.

Несколько дней назад при попытке запустить поиск в гугле с домашнего ноутбука, вылезла такая странность:

По сути это значит, что firefox не мог получить IP-адрес этого хоста. Ну, хост-то, естественно, правильный, и все другие сайты перед этим успешно открывались, а вот гугл почему-то нет. Несколько раз пытался перегрузить страницу, и запустить поиск заново из поля Search, а ничего не поменялось.
Зашёл на свой домашний сервер, который работает маршрутизатором, и там внезапно обнаружил, что у него почему-то пропало соединение с интернетом. Хотя IP-адрес от провайдера был, но даже ближайший gateway не пинговался. ifdown/ifup – и всё заработало. Сейчас посмотрел в логи, и DHCP-сервер там оказался тот же, что и раньше, и адрес тогда выдал тот же самый. Что это было – не пойму..

А потом похожая штука случилась в смартфоне: Google Play утверждал, что нет соединения с интернетом, хотя трафик по WiFi виднелся, и Хром там успешно работал и до, и после этой странности.

Оригинал этой записи в личном блоге.

Один юзер из Англии жаловался, что его ноутбук периодически ругается, что выданный ему (по DHCP) адрес уже кем-то используется, и wifi отваливается. Ethernet’а у него в ноутбуке нет, поэтому местные айтишники выдали ему usb’шный ethernet-адаптер и подключили кабелем вместо wifi. А ноутбук продолжает жаловаться на то же самое. Тогда в DHCP-сервере на MAC-адрес этого адаптера зарегистрировали псевдостатический IP (10.20.30.120), но и это не помогло.

Когда он в очередной раз пожаловался, я зашёл на тамошний маршрутизатор (.1) и попробовал попингать этот .120 . Картина получилась офигенная:

# ping 10.20.30.120
PING 10.20.30.120 (10.20.30.120): 56 data bytes
36 bytes from 10.20.30.8: Redirect Host(New addr: 10.20.30.120)
Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst
 4  5  00 0054 8b9e   0 0000  40  01 d88d 10.20.30.1  10.20.30.120 

Попингал ещё раз, запустив tcpdump, и в натуре увидел ICMP redirect от какого-то хоста .8 :

13:36:51.823988 IP (tos 0x0, ttl 64, id 35742, offset 0, flags [none], proto ICMP (1), length 84)
    10.20.30.1 > 10.20.30.120: ICMP echo request, id 34137, seq 0, length 64
13:36:51.824530 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 10.20.30.120 tell 10.20.30.8, length 46
13:36:51.824535 IP (tos 0x0, ttl 255, id 47957, offset 0, flags [none], proto ICMP (1), length 56)
    10.20.30.8 > 10.20.30.1: ICMP redirect 10.20.30.120 to host 10.20.30.120, length 36
	IP (tos 0x0, ttl 64, id 35742, offset 0, flags [none], proto ICMP (1), length 84)

Посмотрел в arp-таблицу, оказалось, что на оба адреса — .8 и .120 — отзывался один и тот же MAC: e8:8d:28:*.*.* . Apple’овский.. Спросил у тамошних айтишников, что это за машинка, и оказалось, что это у них там wifi’ная точка доступа — Apple AirPort Extreme, со статическим адресом .8 .

Так какого фига она перехватывает чужой IP .120, сначала отвечая своим MAC’ом на ARP-запросы к .120, а потом, получая IP-пакеты на этот адрес, делает вид, что это не она, отправляя ARP-запрос на .120, но не получив ответа, посылает запрашивающего нафиг (ICMP-redirect’ом на сам .120)?

Upd: в результате гугления оказалось, что это “нормальное” поведение Bonjour Sleep Proxy, встроенного в AirPort Extreme: https://discussions.apple.com/thread/2160614. Не, нах эти уродские эппловские продукты.

Оригинал этой записи в личном блоге.

Поставил на свежевыданный делловский ноутбук (Latitude E5550) линукс. Debian jessie встал без проблем, опознал почти всё железо. Считыватель отпечатков пальцев только не смог, но он мне и не нужен. Интеловская wifi-карта (7265 rev 59) тоже опозналась, но драйвер не нашёл подходящей прошивки. Не вопрос, поставил firmware-iwlwifi, заработало.

Но как обычно, нашлись грабли, на которые я не смог не наступить. Wifi вроде как работает, но странновато. Страницы в браузере загружаются дико медленно, даже из домашней сети. ssh в целом работает, но периодически надолго задумывается. Не отваливается, потом опять быстро работает, потом опять задумывается.

Сначала я подумал, что wifiная точка доступа поломалась, но все остальные клиенты с ней продолжали нормально работать. Пошёл читать логи, и с глубочайшим удивлением обнаружил, что wifi-соединение постоянно передёргивается, аж чаще, чем раз в минуту:

Apr 10 13:34:04 NetworkManager[636]: <info> (wlan1): supplicant interface state: scanning -> authenticating
Apr 10 13:34:04 NetworkManager[636]: <info> (wlan1): supplicant interface state: authenticating -> associating
Apr 10 13:34:04 NetworkManager[636]: <info> (wlan1): supplicant interface state: associating -> 4-way handshake
Apr 10 13:34:04 NetworkManager[636]: <info> (wlan1): supplicant interface state: 4-way handshake -> completed

Apr 10 13:34:49 NetworkManager[636]: <info> (wlan1): supplicant interface state: completed -> disconnected
Apr 10 13:34:49 NetworkManager[636]: <info> (wlan1): supplicant interface state: disconnected -> scanning
Apr 10 13:34:53 NetworkManager[636]: <info> (wlan1): supplicant interface state: scanning -> authenticating
Apr 10 13:34:53 NetworkManager[636]: <info> (wlan1): supplicant interface state: authenticating -> associating
Apr 10 13:34:53 NetworkManager[636]: <info> (wlan1): supplicant interface state: associating -> associated
Apr 10 13:34:53 NetworkManager[636]: <info> (wlan1): supplicant interface state: associated -> 4-way handshake
Apr 10 13:34:53 NetworkManager[636]: <info> (wlan1): supplicant interface state: 4-way handshake -> completed

Apr 10 13:34:59 NetworkManager[636]: <info> (wlan1): supplicant interface state: completed -> disconnected
Apr 10 13:34:59 NetworkManager[636]: <info> (wlan1): supplicant interface state: disconnected -> scanning
Apr 10 13:35:03 NetworkManager[636]: <info> (wlan1): supplicant interface state: scanning -> authenticating
Apr 10 13:35:03 NetworkManager[636]: <info> (wlan1): supplicant interface state: authenticating -> associating
Apr 10 13:35:03 NetworkManager[636]: <info> (wlan1): supplicant interface state: associating -> 4-way handshake
Apr 10 13:35:03 NetworkManager[636]: <info> (wlan1): supplicant interface state: 4-way handshake -> completed

Apr 10 13:35:42 NetworkManager[636]: <info> (wlan1): supplicant interface state: completed -> disconnected
и т.д.

Пошёл гуглить, оказалось, проблема известная, но для её решения предлагают либо поменять ядро на более старое (??), либо подсунуть другую прошивку, но.. простейшим решением оказалось отключить powersaving: iw wlan1 set power_save off. Добавил в rc.local, перегрузил машинку, и проблема пропала. Загадочно, однако…

Оригинал этой записи в личном блоге.

Баю-баюшки-баю, не ложися на краю, придет дедушка Бабай и отключит вам Вай-Фай!

Оригинал этой записи в личном блоге.

Это круто! И очень удобно, ибо мобильная связь вместе с мобильным интернетом в метро работает не везде, и даже там, где работает, очень нестабильно.

Но вот почему у этого вайфая домен в зоне .ro?! Если кто не в курсе, это Румыния. Непатриотичненько получается.. Тем более, что уже давно есть домен .москва, ну или там .msk.ru, или .moscow..

При подключении браузер прокидывают на страничку авторизации с несколько странноватой рекламой:

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

А после подключения я по привычке осматривал окрестную сеть. И почему-то ни разу не видел в ней никого, кроме собственного телефона и маршрутизаторов. То ли они так хитро выдают кажому клиенту отдельную подсеть, то ли народ этим вайфаем не пользуется.. Вот так оно выглядело:

Оригинал этой записи в личном блоге.

Начальник IT-безопасности подарил на Рождество всем сотрудникам отдела wifi-роутеры.
Но.. строго-настрого предупредил, что их ни в коем случае нельзя подключать к корпоративной проводной и беспроводной сети. И заодно порекомендовал их перешить какой-нибудь кастомной WRT-прошивкой. Так, на всякий случай. Ибо китайские. А впрочем, сейчас, кажется, других и не бывает..

Оригинал этой записи в личном блоге.

А как вам вот такое?

Это вовсе не Россия. И даже не Германия. Это wifi в IKEA в Ирландии.
Пока не авторизуешься, они перекидывают на свою страницу авторизации, это как обычно. Но какого хрена они при этом вместо своего сертификата подсовывают поддельный от того домена, который я набрал в браузере?

Оригинал этой записи в личном блоге.

По случаю запустил в домашней сети броадкастный пинг. С удивлением обнаружил, что один хост на него отозвался. Угадайте, какой?
Правильно, ойфон. Остальные имеющиеся в сети винды, линуксы и андроиды не отозвались. Потому что их разработчики эту опасную штуку давно поотключали. И только быдлокодеры из Apple до сих пор не знают про атаку типа smurf, известную с 90-х годов прошлого века. Не удивлюсь, если оно и в MacOS не отключено.

Оригинал этой записи в личном блоге.

Вот прям на ходу. Только что был — и нету. Передёрнул аппаратный выключатель — фиг там, не коннектится. Перегрузил ноут — wlan0 вообще пропал. Хотя драйвер вроде загрузился, девайс нашёл, а сетевой интерфейс никак не появляется..

Jun 22 16:59:28 kernel: [ 16.139837] Intel(R) Wireless WiFi Link AGN driver for Linux, in-tree:
Jun 22 16:59:28 kernel: [ 16.139840] Copyright(c) 2003-2011 Intel Corporation
Jun 22 16:59:28 kernel: [ 16.140003] iwlwifi 0000:03:00.0: pci_resource_len = 0x00002000
Jun 22 16:59:28 kernel: [ 16.140005] iwlwifi 0000:03:00.0: pci_resource_base = ffffc9000065c000
Jun 22 16:59:28 kernel: [ 16.140007] iwlwifi 0000:03:00.0: HW Revision ID = 0x34
Jun 22 16:59:28 kernel: [ 16.140239] iwlwifi 0000:03:00.0: Detected Intel(R) Centrino(R) Advanced-N 6205 AGN, REV=0xB0
Jun 22 16:59:28 kernel: [ 16.140316] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
Jun 22 16:59:28 kernel: [ 16.156042] iwlwifi 0000:03:00.0: device EEPROM VER=0x715, CALIB=0x6
Jun 22 16:59:28 kernel: [ 16.156045] iwlwifi 0000:03:00.0: Device SKU: 0X1f0
Jun 22 16:59:28 kernel: [ 16.156047] iwlwifi 0000:03:00.0: Valid Tx ant: 0X3, Valid Rx ant: 0X3
Jun 22 16:59:28 kernel: [ 16.156076] iwlwifi 0000:03:00.0: Tunable channels: 13 802.11bg, 24 802.11a channels

Мистика какая-то. И только при внимательном разглядывании kern.log обнаружилась истинная причина:

Jun 22 16:59:28 kernel: [ 16.302978] iwlwifi 0000:03:00.0: firmware: agent aborted loading iwlwifi-6000g2a-5.ucode (not found?)
Jun 22 16:59:28 kernel: [ 16.303167] iwlwifi 0000:03:00.0: no suitable firmware found!

Посмотрел в /lib/firmware, натурально там только iwlwifi-6000g2a-6.ucode есть. Попробовал сделать из него симлинк на -5, фокус не удался:

Jun 22 17:06:36 kernel: [ 449.756085] iwlwifi 0000:03:00.0: firmware: agent loaded iwlwifi-6000g2a-5.ucode into memory
Jun 22 17:06:36 kernel: [ 449.756091] iwlwifi 0000:03:00.0: Driver unable to support your firmware API. Driver supports v5, firmware is v6.
Jun 22 17:06:36 kernel: [ 449.756094] iwlwifi 0000:03:00.0: no suitable firmware found!

Экая фигня..
Ну, прицепил кабель, поставил firmware-iwlwifi, там нашёлся нужный iwlwifi-6000g2a-5.ucode, загрузился, wifi заработал.

Но один вопрос не даёт мне покоя: а как же оно до сих пор-то работало?!

Оригинал этой записи в личном блоге.