Как отследить шаги моей сети

Относительно короткого вопроса (и примечание cmd # я добавил, запускающийся от 0):

0) dmesg | grep wlan0

даст метки времени для системных событий (так как Ваша новая начальная загрузка) относительно Вашего беспроводного маршрутизатора. Обратите внимание, что устройства некоторых людей можно назвать 'eth0' или другим вариантом помимо 'wlan0', в зависимости от ядра, управления устройствами и других параметров конфигурации вне схватывания этого респондента.

Затем, следуйте grep цепочка. Когда в сомнении, посмотрите везде, можно думать. Везде я мог думать, был /etc и /var/log:

• /etc содержит конфигурационные файлы и сценарии, которые определяют практически все поведение Ваших сервисов, никакое преувеличение.
• /var/log стандартное местоположение для этих сервисов для дампа их выводов для входа, ли в форме, легко идентифицирующейся к человеческим глазам или нет.

Примечание: Рекурсивно grep'луг / не может причинить боль на существующих системах с памятью, процессорное время и дисковое пространство для экономии. Ознакомьтесь со скоординированными био повреждениями и ctrl-C, он мог требовать времени. Также изучите перенаправление вывода в файл, таким образом, можно считать его позже. НЕ ДЕЛАТЬ sudo grep если Вы действительно не знаете то, что находится под теми системными каталогами grep отклоняет Вас. Те системные каталоги быстро становятся избыточными, рекурсивными, чрезмерно подробными, нетекст и несметное число.

Я получил обильную информацию от следующих властей:

1) grep "wlan0" -R /var/log 2>/dev/null

Это grep выложит все строки, от которых я добрался dmesg плюс некоторые вещи dmesg не показывает - как названия обработки вызовов каждой метки времени или обрабатывает идентификатор, строки от предыдущих начальных загрузок, названий файлов, которые я даже не знал о подобном /var/log/udev...

В стороне: udev делает frickin' все!

Это grep -R испытывает необходимость в некотором разрушении, как бы то ни было. Связать его сразу с начальной буквой grep оператор, возьмите любую метку времени от dmesg (числа в скобках) и попытка

2) grep "\[ 8529.265562\]" -A 10 /var/log/syslog 2>/dev/null

где Вы заменяете мою метку времени любой меткой времени, Вы, оказывается, интересуетесь.Примечание: Чтобы быть максимально недружелюбными новичком shell-regex люди требуют, чтобы Вы добавили те обратные косые черты к скобкам, т.е. \[ и \], не делайте просто копии-и-вставки. Почему? Барьеры для доступа, вот почему. Читайте на grep и регулярных выражениях.

Вышеупомянутое grep -A должен дать Вам строку от dmesg Вы ожидали (который также был зарегистрирован/var/log/syslog с остальными), и его 10 последующих записей:

$ grep "\[11766.363095\]" /var/log/syslog -A 10 2>/dev/null
Oct 19 08:57:40 mitzvah kernel: [11766.363095] wlan0: authenticate with 12:34:56:78:9a:bc (try 1)
Oct 19 08:57:40 mitzvah kernel: [11766.365183] wlan0: authenticated
Oct 19 08:57:40 mitzvah NetworkManager[1261]: <info> (wlan0): supplicant interface state: authenticating -> associating
Oct 19 08:57:41 mitzvah kernel: [11766.638899] wlan0: associate with 12:34:56:78:9a:bc (try 1)
Oct 19 08:57:41 mitzvah kernel: [11766.641406] wlan0: RX AssocResp from 12:34:56:78:9a:bc (capab=0x411 status=0 aid=2)
Oct 19 08:57:41 mitzvah kernel: [11766.641411] wlan0: associated
Oct 19 08:57:41 mitzvah wpa_supplicant[1866]: Associated with 12:34:56:78:9a:bc
Oct 19 08:57:41 mitzvah kernel: [11766.646978] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Oct 19 08:57:41 mitzvah NetworkManager[1261]: <info> (wlan0): supplicant interface state: associating -> associated
Oct 19 08:57:42 mitzvah NetworkManager[1261]: <info> (wlan0): supplicant interface state: associated -> 4-way handshake
Oct 19 08:57:42 mitzvah wpa_supplicant[1866]: WPA: Key negotiation completed with 12:34:56:78:9a:bc [PTK=CCMP GTK=CCMP]

Эй посмотрите! существует wpa_supplicant в строке 6. Это - идентификатор процесса, был 1866 в то время. И существует другой процесс, который звучит как подобный администратору сети, названный NetworkManager. Это - преступник, которого я искал, который продолжает махать его волшебной палочкой моей настройке сети.

Это не конец, конечно. Я погуглил NetworkManager; я реgrep'редактор журнал и / и т.д. каталоги на wpa_client, вооруженном немного большим количеством информации. Когда моя сеть была наименее хорошо, и я не мог выяснить, как NetworkManager знал то, что он сделал за моей спиной, я нашел solice в следующей команде:

3) grep wlan0 -R /etc
...
/etc/udev/rules.d/70-persistent-net.rules:SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="12:34:56:78:9a:bc", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"
...

Это /etc/udev/rules.d/70-persistent-net.rules файл содержит информацию о моих меньше постоянных устройствах от сессии до сессии, я думаю. Это было бы то, как различные сервисы могут казаться, что они знают то, что это, Вы включаете и отключаете время от времени; они действительно знают, начиная с чьей-то записи его.

Все это, только для получения информации. Моя основная мотивация не удовлетворена: Я должен все же разбудить свой wlan0 от начальной загрузки. Вот к надежде.

Linux - Because I like banging my head against walls.