Подсказка из зрительного зала: fail2ban мониторит логи авторизации.
Ему, по большей части, всё равно, кто и в какие… кхм, порты долбится. Если надо выпилить в /dev/null всех незнакомцев, ломящихся в tcp/22, то прошу любить и жаловать ipset.
$ ip -0 addr | egrep -ve'^ '
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
2: teql0: <NOARP> mtu 1500 qdisc noop state DOWN group default qlen 100
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
4: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
$ ip link | egrep -ve'^ '
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default
2: teql0: <NOARP> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 100
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
4: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DORMANT group default qlen 1000
Пардон муа: рекомендую домой микротики. Несколько кинетиков вешал убийственной парочкой «HD-канал IPTV + десятка самых сидируемых торрентов с одного популярного ресурса», причём что по меди, что по воздуху.
Я знаю как минимум однупричину, почему конечные пользователи/системные администраторы/энтузиасты делают выбор в пользу Squeeze (oldstable), а не Wheezy (stable).
Для начинающих это проблема, а чуть более опытные товарищи пользуют либо симлинки недостающего, плюс-минус dpkg-deb (если Вам повезло и разработчик предоставил продукт в виде пакета).
Пользователи могут и не знать свой пароль, если авторизация происходит по ключу. Скрепя сердце, можно даже в sudoers некоторым пользователям дать NOPASSWD для узкого списка приложений, хотя это тоже потенциальная дыра.
Рискую получить по шапке за трудолюбие, но всё равно: sudo su -
Upd: насколько я помню, так правильно запускается процедура входа в систему как root — сиречь, с правильными переменными окружения, запуском .bashrc, .profile, et cetera.
Автор первого топика задался исследованием количества (именно количества) неудачных сисколов, и предположил, что приложения будут загружаться ощутимо быстрее, если в тех местах, где программа ищет в первую очередь (upd: не только либы, но и локали, звуки, картинки, et cetera), создавать симлинки на вполне себе существующие файлы. Вкратце и не вдаваясь в подробности и философию, это было так.
PS: readahead ощутимее добавляет прирост производительности за счёт кэширования, нежели «симлинкинг» всего и всюду.
Обратитесь к сайту вендора. Вся линейка позиционируется как платформа для разработки. В наличии на сайте модель стоимостью $120 с гигабитным адаптером с небольшой ремаркой внизу страницы («1000Mbps link is limited to 470Mbps actual bandwidth due to internal chip busses limitation»).
upd: я всегда буду обновлять страницу, прежде чем оставлять комментарии.
Есть один тонкий момент: я рассмотрел не однопоточное приложение типа «Hello, World», а многопоточную и достаточно сложную систему (всё ещё называющуюся web-браузером), посему сумма времени всех неудавшихся вызовов в реальности будет даже меньше 4 секунд. Полагаю, что выяснить это можно лишь записывая время в unix epoch с точностью 1e-6 для каждого вызова, и посмотреть пересечения.
Поиск библиотек происходит на старте, совершается линковщиком, который так или иначе делает системные вызовы, а значит, его вызовы тоже попадают в трассировку. Если выполнить тест повторно, но уже с временем вызова, то можно сегментировать [неудачные] вызовы по времени от запуска приложения.
Ему, по большей части, всё равно, кто и в какие… кхм, порты долбится. Если надо выпилить в /dev/null всех незнакомцев, ломящихся в tcp/22, то прошу любить и жаловать ipset.
PS: не беспокойтесь, у меня на работе лицензии толстыми пачками, иначе откуда бы взяться Microsoft HUP?..
Для начинающих это проблема, а чуть более опытные товарищи пользуют либо симлинки недостающего, плюс-минус dpkg-deb (если Вам повезло и разработчик предоставил продукт в виде пакета).
Замораживать не советую — нарушите целостность собственно «пароля».
sudo su -Upd: насколько я помню, так правильно запускается процедура входа в систему как root — сиречь, с правильными переменными окружения, запуском .bashrc, .profile, et cetera.
PS: моё скромное мнение, что хаб «Высокая производительность» не для подобных топиков.
Простите великодушно, если я ошибаюсь.
PS: readahead ощутимее добавляет прирост производительности за счёт кэширования, нежели «симлинкинг» всего и всюду.
upd: я всегда буду обновлять страницу, прежде чем оставлять комментарии.
Поиск библиотек происходит на старте, совершается линковщиком, который так или иначе делает системные вызовы, а значит, его вызовы тоже попадают в трассировку. Если выполнить тест повторно, но уже с временем вызова, то можно сегментировать [неудачные] вызовы по времени от запуска приложения.