отброшенные пакеты ifconfig eth0 RX
Для первого вопроса нет никакой соленой проблемы, если Ваш теневой файл с форматом пароля $FZPUn/2R$JsQCE3TP3Uraez2P8ISIh0 за 1$ (с долларом, числом, доллар вначале). Поскольку, соль ils первая часть между следующими долларами (FZPUn/2R в моем примере). crypted пароль находится на остальных. Посмотрите склеп человека в разделе 'Glibc Notes' для деталей.
Таким образом, можно переместить теневой файл без риска.
Для второй части я предпочитаю редактировать / и т.д. / пароль файл непосредственно и изменяю groupe вручную. Ваш метод является, возможно, лучшим (из-за блокировки).
Не забывайте файлы: при изменении UID или GID Вы должны показанный каждого, чтобы разрешить Вашего пользователя читать свои файлы!
http://www.novell.com/support/kb/doc.php?id=7007165
Начало с ядра 2.6.37, это было изменено значение количества отброшенного пакета. Прежде, отброшенные пакеты происходили, скорее всего, из-за ошибки. Теперь, rx_dropped противостоят выставочной статистике для отброшенных кадров из-за:
- отставание Softnet, полное
- Плохой / Непреднамеренные теги VLAN
- Неизвестный / Незарегистрированные протоколы
- , IPv6 структурирует, когда сервер не настроен для IPv6
[...]
, Если счетчик rx_dropped прекращает увеличивать, в то время как tcpdump работает; затем это больше, чем, вероятно, показывает отбрасывания из-за причин, перечисленных ранее.
Я пытался разыскать эту проблему слишком напрасно. Я также заметил отбрасывание пакетов RX по курсу приблизительно одного в секунду на моем поле Ubuntu 12. От моего поиска я нашел людей с подобными проблемами о различных других платформах Linux, SUSE, Rpi и других. Походит на что-то с ядром Linux. Некоторые более интересные подсказки, которые я заметил, заставляют проблему исчезнуть временно, но не точно объяснения.
-
, Если я изменяю свою конфигурацию от помех до DHCP в моем/etc/network/interfaces, отбрасывание пакетов RX прекращается. Возможно, нераспознанные пакеты t имеют некоторое отношение к DHCP и когда это от поля, не знает, что сделать с ними?
-
, Если я выполняю tcpdump, отбрасывание пакетов прекращается, в то время как дамп работает, и возвратитесь, когда я останавливаю его.
, Возможно, эти подсказки помогают, доберется до сути относительно этого?
В целом моя производительность сети, кажется, очень хорошо, просто любопытна к как, почему это происходит также.
Я довольно долго выискивал эту проблему и, наконец, смог собрать воедино фрагменты, которые ее решают — для меня.
Ответ дан здесь https://superuser.com/questions/1421591/disable-homeplug-feature-on-fritzbox .
В моем случае это FRITZ!Box 7590, который генерирует пакеты с протоколами 0x88E1 и 0x8912 со средней скоростью один в секунду, как видно из ifconfig, которые «отбрасываются на уровне сетевого интерфейса» (формулировка netdata) на моем ПК. . Удаление их с помощью фильтра XDP, указанного на вышеупомянутой странице, решает эту проблему. т.е. счетчик сброса RX ifconfig перестает увеличиваться.
Мне удалось сузить проблему, используя wireshark с выражением фильтра "!(eth.addr == yo:ur:ma:ca:dd:re) && !(ip.addr == 192.168.5.255)". т.е. показывать только пакеты, не адресованные напрямую моей машине или широковещательному IP-адресу моей сети. Это удалило достаточно шума, чтобы оставить нарушающий трафик (плюс ARP и некоторый другой малообъемный трафик). Поэтому, если у вас нет FRITZ!Box, который создает эту проблему для вас, возможно, этот подход поможет определить, какие пакеты вызывают проблему.
Одна небольшая вещь, которая мне пока не совсем ясна, заключается в том, что каждые две секунды принимаются три пакета, соответствующих этим протоколам, что можно наблюдать с помощью wireshark. Это дает среднюю скорость отбрасывания 1,5 пакетов в секунду. По-видимому, только два из этих трех являются «оскорбительными», поэтому фильтр XDP также отбрасывает один, который не будет проблемой. Но я думаю, я могу жить с этим.