iptables: недавний модуль
Подтверждение этого потока старо, я был озадачен этой проблемой сам. Я лично чувствовал удаление файлов, или проигрывание "очистки" было ненужным, как просто настраивал вещи для текущего пользователя. Если существует больше чем 1 .desktop файл, разве у каждого не может быть уникального описания? Насколько Linux появился, определенные разработчики приложения действительно пропустили простые вещи как это?
Я нашел, открываете ли Вы .desktop файлы в текстовом редакторе, Поле имени что дисплеи в меню "Open With". Таким образом для меня, я искал .desktop файлы, которые я знал, создавали проблему (например, 3 файла Банши). Смотря на каждого, различие почти всегда имело отношение, какой mimetypes ярлык обрабатывает. Это вызвано тем, что некоторые программы предпочитают передавать различные параметры в зависимости от mimetype. Только в 1 экземпляре сделал я нахожу дублирующиеся записи результатом обновления приложений, не моющегося, это - старый .desktop файл
Вооруженный тем исследованием, я изменил Поля имени известных дублирующихся записей для отражения этого. Например, редактирование .desktop Банши файла должно конкретно обработать Аудиокомпакт-диск, я сделал чтение имени как таковое:
Банши (аудиокомпакт-диск)
Rhythmbox является также хорошим примером, поскольку он имеет отдельный .desktop файл специально для обработки CD + MP3-плееры, но каждый разоблачает то же. Мое предположение является 1 загрузкой файла приложение и фокусируется на единице, а не Вашей библиотеке. Это стоит переименовать, затем, поскольку Вы не хотели бы, чтобы это произошло при обработке файлов MP3/OGG.
Так или иначе я думаю, что это заставляет меню Open With выглядеть чистым, просто не удаляя файлы, которые, кажется, полезны. Сохраняются ли эти изменения между обновлениями приложения, все же виден..., но они - простые и быстрые редактирования, которые могли даже быть заданы сценарием. Оболочка помогает чрезвычайно в этом случае. Например, для наблюдения всех имен файлов (с путем) с такими дублирующимися записями:
grep -rl "^Name=Banshee$" /usr/share/applications
Где "Банши", конечно, что обнаруживается несколько раз в открытом меню With. В примере, обеспеченном вершина, приложение назвали Geany.
С этим можно отправить результирующие файлы прямо редактору. Если Вы не эксперт в reg выражениях, ^ и $ указывают начало строки и конец строки, соответственно. Это мешает системе находить строки как XGnome-FullName=Banshee Media Player Это также препятствует тому, чтобы он нашел записи, которые Вы, возможно, уже согласовали.
Если Вы смотрите на страницу справочника для iptables конкретно recent раздел модулей там является несколькими параметрами, которые похожи, они дадут Вам контроль, который Вы ищете:
выборка от iptables recent раздел модуля
Сам модуль принимает параметры, показанные значения по умолчанию:
ip_list_tot=100 Number of addresses remembered per table. ip_pkt_list_tot=20 Number of packets per address remembered.
Таким образом согласно этим двум параметрам можно управлять количеством IP-адресов и пакетов числа что recent модуль будет "помнить".
Помните, что это - модуль ядра так для применения этих настроек, как которые любой необходимо установить их во время загрузки модуля так:
/sbin/modprobe ipt_recent ip_list_tot=2000 ip_pkt_list_tot=255
В моей системе Fedora 14 на самом деле называют модуль xt_recent, Вы видите, какие типы параметров это может взять использованию modinfo:
$ modinfo xt_recent
filename: /lib/modules/2.6.35.14-106.fc14.x86_64/kernel/net/netfilter/xt_recent.ko
alias: ip6t_recent
alias: ipt_recent
license: GPL
description: Xtables: "recently-seen" host matching
author: Jan Engelhardt <jengelh@medozas.de>
author: Patrick McHardy <kaber@trash.net>
srcversion: 00B9A3AB999488BFEB4FA6A
depends:
vermagic: 2.6.35.14-106.fc14.x86_64 SMP mod_unload
parm: ip_list_tot:number of IPs to remember per list (uint)
parm: ip_pkt_list_tot:number of packets per IP address to remember (max. 255) (uint)
parm: ip_list_hash_size:size of hash table used to look up IPs (uint)
parm: ip_list_perms:permissions on /proc/net/xt_recent/* files (uint)
parm: ip_list_uid:default owner of /proc/net/xt_recent/* files (uint)
parm: ip_list_gid:default owning group of /proc/net/xt_recent/* files (uint)
Проверка xt_recent настройки
Все настройки для этого модуля сохранены под /sys/module/xt_recent. Конкретно параметры, которые Вы передаете в него, сохранены здесь:
$ ls -1 /sys/module/xt_recent/parameters/
ip_list_gid
ip_list_hash_size
ip_list_perms
ip_list_tot
ip_list_uid
ip_pkt_list_tot
Любой из параметров может быть проверен просто cat'ing файлы в этом каталоге, например:
cat /sys/module/xt_recent/parameters/ip_pkt_list_tot
Таким образом, это говорит нам что значение по умолчанию для параметра ip_pkt_list_tot 20.
head /sys/module/xt_recent/parameters/*– Hvisage 20.09.2015, 23:35