Блог о технологиях, технократии и методиках борьбы с граблями
Есть у меня на одном серваке питоновская тулза domains_search_ru для поиска доменов по ключам. Она выкачивает все доступные доменные имена в рунете и сканит по ним. Ставил я её два года назад, на 7ю центосину. Попользовался тогда и забыл.
А тут что то снова начал строить PBN сетку под нескольких клиентов, в том числе и русcкоязычные сайты и возникла необходимость в данной утилите.
Взял себе сервер в Kimsufi под прогоны, ибо с ноута базы по 20-30к гоняются очень уж натужно. 21 евро за i5 с 16Gb RAM, как мне кажется, круто даже для Hetzner.
Буквально на днях обнаружился весьма неприятный и опасный баг системы OpenSSH, использующей keyboard-interactive метод аутентификации. Данная уязвимость позволяет обойти дефотную защиту сервера OpenSSH рвущую соединение при нескольких попытках неправильного логина, и запулить в одну сессию ожидания логина (LoginGraceTime по дефолту 2 минуты) десятки тысяч паролей, что значительно упрощает процедуру брутфорса SSH сервера.
Данной уязвимости подвержены все серверы семейства *nix, включая FreeBSD на которой данный метод аутентификации является дефолтным.
Несколько месяцев назад, читая проповеди Айфони о создании национальной OS и планах по захвату вселенной с российскими операционками (писюковой и мобильной), я веселился на предмет того того что строиться это будет, вероятнее всего, на Open Source исходниках какой нить ветки линуха.
И вот буквально на днях я столкнулся с подобным технологическим прорывом, довольно незатейливо пиарящемся в айтишной тусовке на мордокниге, под названием Astra Linux. В самом треде я столкнулся с апологетами, пытавшимися свести холивар к рассуждениям из серии “сначала попробуй”, хотя с этой поделкой все ясно еще на стадии обсуждения самой идеи. Причем противники тоже отличились, ибо пуржили на счет отсутствия поддержки FAR или настройки тачскрина, что только дискредитировало сам диспут.
Имея собственный веб-сервер перед пытливым умом веб-мастера встает проблема, что все это барахло надо бэкапить, причем желательно регулярно и по расписанию. Ну и поскольку не имеет смысла хранить ключи от сейфа в верхнем ящике письменного стола, то это богатство необходимо куда то выносить с сервака, причем желательно подальше.
Поэтому разберемся как нам заархивировать данные веб-сервера и вынести по фтп куда нить на сторону. Теоретически можно конечно воспользоваться ssh или rsync соединением, но о последнем я отпишусь позже, так как по хорошему, перед началом систематических резервирований, нам следовало бы забэкапить вообще всю систему, с тем чтобы в случае каких то косяков сначала разворачивать её, а потом уже по верху выкатывать имеющиеся архивы.
Иногда приключается ситуация, что надо поднять сервак и передать его в руки чужих умельцев, а вы на нем например тестили закрытие трафа в сопряженные сетки, или не хотите палить процедуру настройки сервера.
Для этого надо обнулить историю шелла, или по крайней мере выкинуть из нее какие то фрагменты. Делается это крайне просто, ибо она хранится в файле .bash_history, который находится в домашней директории пользователя, и в случае всяких настроек- root. Естественно что там она хранится в случае использования bash, а не /sbin/nologin
Так что вариантов два, либо обнулить этот файл
# cat /dev/null > ~/.bash_history
либо открыть его на редактирование и постирать ненужные строки ручками.
В обоих случаях надо будет перелогиниться, чтобы shell очистился, так как данные из него подгружаются при загрузке профайла.
Часто ли с вами бывало, что попав в гости в какую то квартиру вы начинаете спрашивать у живущих там людей, что это за квартира, что за адрес и кто здесь живет? Полагаю не часто, ибо в этом случае хозяева квартиры довольно быстро вызовут вам скорую, которая с удовольствием отвезет в дурку. Но вот при работе с юниксовыми системами частенько возникает необходимость попав в новую среду опознать что это вообще за система, ибо нормально настроенный логин выдает только время логина и хостнейм. И тогда нам на помощь приходят утилиты определения версии операционки.
Для начала понимаем что это вообще за класс операционки, путем вывода универсальной для всех Unix-систем команды:
$ uname -a
которая нам выведет что то типо такого:
Linux hostname.com 2.6.18-194.17.4.el5PAE #1 SMP Mon Oct 25 16:35:27 EDT 2010 i686 i686 i386 GNU/Linux
или
FreeBSD hostname.com 5.5-STABLE FreeBSD 5.5-STABLE #0: Wed Dec 5 20:00:38 MSK 2007 email@hostname.com:/usr/obj/usr/src/sys/GENERIC i386
или
AIX svcas07 3 4 000145364C00
OS Name Release Version Machine ID
из чего нам либо станет понятно кто это, либо перейдем к более подробному изучению линуха, для того чтобы уже конкретно определить версию линукса:
$ cat /proc/version
Linux version 2.6.18-194.17.4.el5PAE (mockbuild@builder10.centos.org) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-48)) #1 SMP Mon Oct 25 16:35:27 EDT 2010
то есть нам понятно семейство линуха и версия ядра, тем более что у семейства шапки есть более подробная команда, для того чтобы узнать версию linux:
$ cat /etc/redhat-release
CentOS release 5.6 (Final)
По хорошему это исчерпывающий ответ, но в шапке также имеется дополнительная утилита ставящаяся в полном комплекте, которая выведет более подробную информацию про версию linux:
$ lsb_release -a
LSB Version: :core-3.1-ia32:core-3.1-noarch:graphics-3.1-ia32:graphics-3.1-noarch
Distributor ID: CentOS
Description: CentOS release 5.5 (Final)
Release: 5.5
Codename: Final
