Готовимся к сборке: кросс-компилятор, исходники

Первое, что нужно для сборки под dd-wrt, если планируется использовать готовый кросс-компилятор, это *nix-машина с архитектурой x86_64 (по какой-то причине кросс-компилятор собран именно под 64-битную архитектуру, под 32-битную придется пересобирать самостоятельно).

Затем загружаем архив с набором различных версий кросс-компилятора и его исходниками (архив довольно тяжелый – больше 900 мегабайт, поэтому версию для DIR-620 я выложил отдельным архивом – toolchain-mipsel_gcc4.1.2, 24 Мб). Версию надо выбирать на основании архитектуры используемого в роутере процессора, в случае с DIR-620 вывод cat /proc/cpuinfo выглядит так:

Распаковываем нужную версию (для примера буду использовать домашний каталог) и каким-либо образом прописываем путь до кросс-компилятора в пути поиска исполняемых файлов, чтобы не править этот момент в makefile. Например: PATH=$PATH:~/toolchain/bin
Если использовать кросс-компилятор планируется часто, удобней конечно будет сделать симлинк где-то вроде /usr/bin.

Следующий шаг – получить исходники ядра прошивки при помощи svn (будут загружены в текущую директорию): svn co svn://svn.dd-wrt.com/DD-WRT/src/linux/brcm/linux-2.6.23. Нужно обратить внимание на версию ядра и загрузить совпадающую с той, что выдает вывод uname -a. Для моей сборки dd-wrt это 2.6.23. Или загрузить исходники нужного приложения оттуда, где они есть

Итак, кросс-компилятор распакован, исходники загружены, требуемые утилиты типа make или библиотеки типа ncurses для menuconfig можно установить в процессе, ориентируясь на сообщения компилятора. На этом подготовку можно считать законченной, пора перейти непосредственно к процессу сборки.

Сборка модулей ядра для dd-wrt

Собрать модулем поддержку USB-принтеров мне потребовалось в процессе создания сетевого принтера на основе роутера, описанном в заметке Подключение и настройка сетевого USB-принетра к dd-wrt на примере DIR-620 и Xerox Phaser 3140. Распишу процесс сборки подробней по шагам (модуль называется usblp.ko).

• Переходим в директорию с загруженными исходниками, например ~/dd-wrt/linux-2.6.23 и снимаем копию со стандартного конфигурационного файла cp .config_std .config. Запускаем утилиту настройки конфига по вкусу, я предпочитаю make menuconfig (config слишком аскетично на мой вкус, xconfig – уже избыточно).
• Первым делом нужно выставить правильную ревизию архитектуры процессора, для DIR-620 это делается так: CPU Selection -> CPU type -> MIPS32 Release 2.
• Затем пробегаемся по настройкам, отключая все ненужное, а нужному выставляя сборку в виде модулей (если это в принципе возможно): <M>. Сохраняем конфигурацию, выходим из настройки.
• При необходимости нужно в Makefile поправить версию ядра (чтобы модули загрузились, версия должна совпадать с выводом uname -a на роутере).
• Дальше всё стандартно – собираем сами модули при помощи make modules.
• Собранные модули копируем на роутер, например в /opt/lib и загружаем: insmod /opt/lib/usblp.ko. Проверяем, что модуль успешно загрузился, он должен присутствовать в выводе lsmod. Если отсутствует – проблемы загрузки будут присутствовать в выводе dmesg.

Процесс сборки модулей ядра для dd-wrt, как видно из примера, совершенно несложен (по крайней мере для “полноценного” Линукса со сборкой модулей ядра у меня было больше сложностей в своё время). Плюсы очевидны – не приходится ждать, чтобы в прошивку включили поддержку каких-то нужных опций ядра, всегда можно собрать требуемый модуль и добавить его в автозагрузку при старте роутера.

Другие заметки по теме D-Link DIR-620 и dd-wrt

• Подключение и настройка сетевого USB-принетра к dd-wrt на примере DIR-620 и Xerox Phaser 3140
• D-Link DIR-620 и dd-wrt – подключение flash, установка программ, настройка NAS
• Загрузка и восстановление прошивки dd-wrt через tftp
• D-Link DIR-620 и dd-wrt – бюджетный NAS и торрентокачалка
• Торрент-клиент transmission – установка на DIR-620 под управлением dd-wrt

По итогам этой вялопротекавшей настроечной эпопеи могу сказать, что Conky я совершенно точно недооценивал. И хотя расширение при помощи LUA мне пока не пригодилось (да и возможность вывода нескольких окон с применением разных настроечных файлов тоже пока не требовалась), уже понятно, что Conky – это некий Emacs в мире системных мониторов

Меня в принципе интересовала возможность смотреть нагрузку на процессор и его температутру (поскольку ноут старый и я опасаюсь перегрева длительного), вывод свободного/занятого места на жестком диске, состояние сетевых подключений и съемных устройств (читай – флешек). Всё это реализуется простой правкой conkyrc на основе мануала. Вывод календаря с подсветкой текущей даты был утащен с форумов, еще в планах стоит вывод курсов валют с изменением относительно вчерашнего дня.

В общем-то расписывать установку Conky я не вижу особого смысла (в разных дистрибутивах может быть по-разному, а в целом сложностей нет – поставил через пакетный менеджер и пользуйся), так что просто приведу свой conkyrc с комментариями в качестве примера настройки.

Вот что сделано у меня в настройках (открыть conkyrc на отдельной странице):

• Отображается загрузка процессора, текущая рабочая частота, температура, обороты вентилятора, средняя загрузка системы. Выводится температура с датчиков на видеокарте, материнке и АКБ;
• Отображается использование ОЗУ, подкачки, нужных разделов HDD (корень и домашний раздел) без вывода типов файловых систем по ним;
• В зависимости от активного сетевого интерфеса (LAN/Wi-Fi/USB-modem) выводятся данные по подключению – активно/неактивно, уровень сигнала, прошедший через интерфейс трафик;
• Выводится календарик с подсветкой текущей даты (планировщиками типа Evolution не пользуюсь, так что его достаточно), думаю рядом с ним повесить курс валют (мне это актуально);
• В завершение всего идёт текстовый блок с подсказками по горячим клавишам, по мере отпадания необходимости в подсказке сокращаю его

Другие мои конфиги для Linux-утилит собраны на странице Конфиги / dotfiles

Установка торрент-клиента transmission (daemon) на роутер под управление dd-wrt проста до неприличия – достаточно, подключившись например по ssh к роутеру, выполнить следующие команды:

• ipkg-opt update – обновит список пакетов, доступных для установки;
• ipkg-opt list | grep transmission – выбираем, какую версию клиента ставить (есть сборка клиент + утилиты для создания и редактирования торрентов + демон, есть отдельно демон);
• ipk-opt install transmission – я установил пакет, включающий, помимо демона, утилиты для работы с торрент-файлами.

Всё предельно просто, теперь нужно немного настроить transmission-daemon, дописать его в автозагрузку – и можно начинать пользоваться. О настройке дальше и идет речь.

Итак, первым шагом, который необходимо предпринять, будет создание рабочей директории для демона, в ней же будет храниться и файл настроек. Умолчальная рабочая директория находится в памяти роутера и при перезагрузке будет уничтожена. Я создал директорию на подключенной к роутеру флешке: mkdir /opt/etc/transmission.

Теперь можно запустить transmission-daemon с ключем, указывающим на новую рабочую директорию (а также прописать его в автозагрузку через веб-интерфейс dd-wrt: Administration -> Commands -> Startup). Запускаем следующим образом: /opt/bin/transmission-daemon -g /opt/etc/transmission. Демон создаст файл настроек settings.json, который и нужно будет отредактировать.

Некторые настройки можно сделать через веб-интефейс, заодно убедившись в работоспособности демона. В него можно попасть, введя ip_роутера:порт/transmission в браузере. В дальнейшем адрес веб-интерфейса можно поменять в том же /opt/etc/transmission/settings.json. Он доступен только для чтения, так что проще всего снять копию, изменить к ней права доступа на нужные, а затем, остановив демон (killall transmission-daemon), переписать изменнённый файл поверх оригинального. Мой файл настроек для transmission выглядит так:

JSON-парсер transmission не поддерживает разбор комментариев (или я не нашел, как их обозначить в понятном ему виде), так что я прокомментирую некоторые строки своего settings.json ниже.

• “ratio-limit”: 2.5000 – прекращать раздачу при достижении указанного рейтинга;
• “cache-size-mb”: 4 – объем памяти (Мб), выделяемый демону под кэшировние данных о торрентах (на роутере лучше много не давать – просто не из чего);
• “lpd-enabled”: true – включает локальный поиск пиров;
• “umask”: 0 – выставляет для загружаемых папок и файлов права на чтение и запись для всех (права выставляются в десятеричной системе, так что нужно восьмеричное представление перевести в десятеричное);
• “peer-congestion-algorithm”: “lp”, включает использование специальной версии протокола TCP, предназанченной для обмена пирами, в этом случает трафик обмена пирами будет иметь пониженный приоритет по отношению к обычному трафику – обмен пирами не будет замедлять загрузку страниц и т.п.;
• “pex-enabled”: true включает обмен пирами с уже подключенными пирами, т.е. обмен списками пиров происходит между самими пирами, без участия трекера;
• “watch-dir” и “watch-dir-enabled”: true – позволяют указать директорию слежения, найденные в ней torrent-файлы будут автоматически довалены в очередь загрузки;
• “script-torrent-done-enabled”: false и “script-torrent-done-filename” – позволяют задать выполнение произвольного скрипта после завершения загрузки, например таким образом можно переименовывать или перемещать загруженные файлы;
• “rpc-enabled”: true – включает/выключает интерфейс удаленного управления демоном (в том числе и встроенный веб-интерфейс!);
• “rpc-authentication-required”: false и “rpc-password” + “rpc-username” – нужна ли авторизация для использования удаленного управления и логин-пароль если нужна;
• “rpc-port”: 9071 – порт, на котором доступен интерфейс удаленного управления;
• “rpc-url”: “/transmission/” – путь к интерфейсу (тогда веб-интерфейс будет расположен по адресу ip_роутера:9071/transmission/)
• “rpc-whitelist-enabled”: true – включение доступа к удаленному управлению только для ip из указанного ниже списка;
• “rpc-whitelist”: “192.168.0.1*” – список ip-адресов, с которых будет возможен доступ к удаленному управлению демоном, можно указать маску;
• “blocklist-enabled”: true – использовать ли черные списки “плохих” пиров (например различные копираст-конторы и т.п.);
• “blocklist-url”: “http://update.transmissionbt.com/level1″ – адрес для загрузки черных списков.

Ограничения скоростей раздачи-загрузки, планировщик ограничений и условия для прекращения сидирования проще настраивать через веб-интерфейс. В общем-то и в файле настроек назначения почти всех опций понятны из их названий, а если что-то осталось неясным – можно уточнить в веб-документации к transmission.

Другие заметки по теме D-Link DIR-620 и dd-wrt

• Загрузка и восстановление прошивки dd-wrt через tftp
• Подключение и настройка сетевого USB-принетра к dd-wrt на примере DIR-620 и Xerox Phaser 3140
• Cборка модулей ядра для dd-wrt
• D-Link DIR-620 и dd-wrt – бюджетный NAS и торрентокачалка
• D-Link DIR-620 и dd-wrt – подключение flash, установка программ, настройка NAS

Запрос через Яндекс-поиск с ключом link (вида http://yandex.ru/yandsearch?text=link%3D%22dimio.org%2F*%22&lr=2) выдает сильно отличающийся от вывода Я.Вебмастер результат. Интернеты вообще сообщают, что ключ link не поддерживается Яндексом уже несколько лет.

Оставалось только одно – забирать интересующую информацию прямо со страницы из Вебмастера. Сделал небольшой скрипт на perl, который и решает поставленную задачу. Скрипт целиком доступен на отдельной странице, в заметке остановлюсь подробнее только на паре моментов.

Итак, первое, что нужно сделать для получения информации от сервиса Яндекс.Вебмастер (помимо того, что зарегистрироваться в самом сервисе и добавить в него нужные сайты конечно) – это авторизоваться в службах Яндекса. В интернете нашел несколько примеров для php, снабженных домыслами разной степени достоверности о значениях скрытых полей формы авторизации. Моя функция для входа в Яндекс выглядит так (неочевидные значения полей прокомментированы):

Вызывают интерес поля timestamp и idkey. Первое представляет собой просто число миллисекунд, прошедших от “начала эпохи Unix“. Соответственно результат вызова функции time (число в секундах) нужно перевести в миллисекунды. Второе поле – idkey – генерируется при заходе на какую-либо страницу Яндекса. И самое простое – получить его значение из кода страницы следующим образом:

Остальные поля формы авторизации вопросов вызывать не должны – логин и пароль от Яндекса указываются внутри скрипта как значения ya_login и ya_pass.

Сайты, для которых нужно сохранять значения внешних входящих ссылок, перечисляются в $hosts:

Названия указываются произвольные (они будут присвоены именам файлов, хранящих статистику, так что не стоит использовать неподдерживаемые оболочкой символы), цифры – копируются из панели Я.Вебмастер (id сайтов). В savedir указывается путь до каталога, в котором будут созданы файлы со статистикой.

Я добавил вызов скрипт в расписание cron несколько раз в сутки (поскольку значения числа входящих внешних ссылок и ссылающихся сайтов имеют свойство колебаться от запроса к запросу). Результаты можно обработать в электронных таблицах типа Calc или Excell либо каким-то скриптом с построением графика по среднесуточным значениям через gnuplot например.

• Роутер D-Link DIR-620 с прошивкой dd-wrt и подключенным к нему USB-хабом;
• Лазерный принтер Xerox Phaser 3140 (имеется штатный драйвер под *nix);
• Linux и Windows машины в локальной сети, которые должны печатать на сетевом принтере;
• Ресурсы роутера ограничены, следовательно использование демона печати CUPS возможно, но может быть проблематично.

При таких исходных данных логичной выглядит схема связи машин из локальной сети с принтером, подключенным к роутеру, при которой вся обработка заданий печати будет выполняться на самих клиентах (там же должны быть установлены драйверы принтера), а роутер займется простой переадресацией готовых заданий печати на принтер. Наряду с плюсом этого решения – экономией ресурсов роутера, есть и минус, который я пока не знаю, как победить – для просмотра оставшегося уровня тонера нужно печатать тестовую страницу.

Подключение принтера к роутеру с dd-wrt через USB

Для связи роутера с принтером я использовал распространённый демон печати p910nd – маленький и легкий, рекомендуется в том числе и для использования в embedded linux системах, к которым можно отнести dd-wrt. Демон связывает usb/lp0 порты с ipp очередью печати клиентов (своего обработчика очереди печати он соответственно не имеет).

ВАЖНО! Если на роутере используется прошивка с поддержкой SWAP из заметки D-Link DIR-620 и dd-wrt – бюджетный NAS и торрентокачалка – в ней отсутствует поддержка USB-принтеров в ядре. Соответственно нужно либо пересобирать ядро и затем упаковывать и заново устанавливать саму прошивку, либо собрать поддержку принтеров в виде модуля ядра и загружать его при старте роутера. Я выбрал второй путь, можно скачать готовый модуль поддержки принетров для версии ядра 2.7.23 под DIR-620, сохранить его на подключенном к роутеру внешнем носителе (я положил в директорию /opt/lib) и дописать в скрипт автозагрузки insmod /opt/lib/usblp.ko (после монтирования ФС, на которой хранится модуль). Проверить, что модуль загружен, можно командой lsmod.

Затем необходимо проверить, что в веб-интерфейсе прошивки включена поддержка USB-принтеров: Services -> USB -> USB Printer Support -> Enabled.

Далее устанавливаем демон печати p910nd: ipkg-opt install p910nd. После установки в директории /opt/etc/init.d будет создан скрипт для автозапуска демона – S95p910nd (кому интересно – цифры вида SNN в именах означают порядок запуска скриптов из этой директории). На всякий случай, параметры запуска демона такие: p9100d -f /dev/lp0 0 -t 5.

Если все прошло успешно (модуль ядра загружен в память, демон печати запущен и работает), то при подключении к роутеру принтера в выводе dmesg должны быть примерно такие строки:

Установка/подключение сетевого принтера на клиентах

Теперь нужно подключить принтер к клиентским машинам (драйвера должны быть установлены на них или будут установлены в процессе подключения принтера).

Установка принтера с использованием CUPS

Систему печати CUPS удобней всего на мой взгляд конфигурировать через ее штатный веб-интерфейс, по умолчанию доступный по адресу http://localhost:631. После настройки веб-интефейс при отсутствии необходимости в нём можно отключить, изменив значение в строке WebInterface конфигурационного файла (который доступен там же через меню Администрирование -> Редактирование конфигурационного файла) с Yes на No. Если для внесения изменений запрашиватся логин и пароль и в конфиге CUPS выставлено DefaultAuthType Basic, то логин и пароль те же, что у текущего пользователя системы.
Итак, заходим в Администрирование -> Добавить принтер, там выбираем AppSocket/HP JetDirect, на следующем шаге вводим socket://192.168.0.1:9100 (где 192.168.0.1 – адрес роутера), затем потребуется задать название принтера (при желании – и описание). Если CUPS обнаружит драйвр принтера (который к этому моменту должен быть уже установлен) – принтер будет подключен, можно печатать пробную страницу. Пользователям Ubuntu и его производных проще использовать встроенную программу работы с CUPS, которая позволяет установить драйвер в процессе подключения.

Установка принтера в Windows

Под Windows сетевой принтер подключается следующим образом (замечу, что все это я проделывал в WinXP и не знаю, совпадут ли названия настроек полностью с другими версиями ОС): Управление принтерам (Принтеры и факсы) -> Добавить новый -> Локальный принтер -> Порт 9100 (стандартный TCP/IP порт, если его нет – создать там же во вкладке ниже), затем выбор нужного драйвера и его установка, принтер создан. Теперь нужно зайти в свойства принтера на вкладку Порты, на ней – Настройка порта, указать IP-адрес роутера и протокол Raw. Настройка закончена, можно распечатать тестовую страницу!

Другие заметки по теме D-Link DIR-620 и dd-wrt

• D-Link DIR-620 и dd-wrt – бюджетный NAS и торрентокачалка
• Cборка модулей ядра для dd-wrt
• Загрузка и восстановление прошивки dd-wrt через tftp
• Торрент-клиент transmission – установка на DIR-620 под управлением dd-wrt
• D-Link DIR-620 и dd-wrt – подключение flash, установка программ, настройка NAS

Не так давно выяснил, что есть у Александра и свой форум на компьютерную тематику – IT Talk – который сейчас переживает второе рождение после объединения с security-teams.net. Процитирую описание тематитки с самого форума: “Форум о программировании, операционных системах, безопасности, сайтостроении, железе, девайсах, сетях и тп”.

Из всего вышеперечисленного я пролистал раздел о программировании (как ни странно – отдельного раздела по Perl не нашел, хотя Александр довольно тесно с ним связан), ветку с архивом исходников различных скриптов (сюда однозначно рекомендую заглянуть до начала изобретения разнообразных велосипедов) и раздел, посвященный созданию, раскрутке и монетизации сайтов (в отличае от раскрученных форумов веб-мастеров здесь весьма доброжелательная атмосфера в общении, можно заглядывать за советом по продвижению сайта. И касаясь тематики SEO-спама – ссылки в профилях закрыты от индексации ).

Судя по времени отправления сообщений – форум достаточно живой, отвечают часто. Понравился шаблон оформления – глаз не напрягает, страницы грузятся быстро, нет буйства красок (вспомнил Античат и вздрогнул). Подводя итог – если возникла потребность в живом, но не слишком перегруженном модерацией и строгими правилами форуме, есть смысл познакомиться с компьютерным форумом IT Talk поближе!

P.S. Обзор форума я решил написать по двум причинам – во-первых, мне интересно читать блог eax.me, а во-вторых – кризис тем для заметок заставляет радоваться любому подходящему поводу написать что-то полезное. Not for money, just like IT Talk

Монтирование внешнего диска в dd-wrt

Для начала нужно включить поддержку USB на роутере через веб-интерфейс: Services – USB – USB Support – Core USB Support + USB Storage Support. После подключения внешнего диска проверить успешность при помощи вызова dmesg | grep scsi, где строки вида /dev/scsi/host2/bus0/target0/lun0: p1 p2 укажут на подключенный диск (в данном случае мой диск подключен к третьему порту USB-хаба – host2 и имеет два раздела – p1 p2.

Монтирование на прошивке с поддержкой файловых систем

Поскольку при каждой загрузке роутера его состояние обнуляется до того, что штатно позволяет прошивка, монтирование USB-дисков, применение нужных настроек и запуск требуемых программ следует прописать в startup-скрипте (Administration – Commands – Startup) через веб-интерфейс:

О некоторых строках расскажу подробней сразу, другие рассмотрены дальше в заметке. Первая – исправляет ошибку невключения LAN-порта, возникующую в dd-wrt 17201. Вторая-четвертая – загрузка модулей для поддержки работы с файловыми системами, модули находятся в /lib/modules/версия_ядра, если прошивка без модулей поддержки ФС – см. ниже. Шестая и девятая строки отвечают за монтирование внешних дисков (флешки для установки софта и USB-HDD, выступающего в роли NAS). Седьмая – монтирование каталога с флешки в каталог ФС роутера, восьмая – замена штатного /etc/profile на измененный (см. ниже). Десятая – подключение своп-файла, создание которого подробно рассмотрено ниже. Последняя – запуск transmission с указанным каталогом в качестве рабочего (в частности там хранится файл настроек).

Монтирование при отсутствии встроенной поддержки файловых систем

Если установленная прошивка не имеет в комплекте модулей поддержки файловых систем – можно поступить следующим образом – записать поблочно архив с нужными модулями при помощи dd на отдельный раздел флешки (достаточно раздела размером в 1 Мб) и прописать их распаковку и подгрузку при старте роутера, изменив соответствующим образом startup-скрипт (подробная инструкция на английском):

После этого ext3 монтируется без проблем. Кстати поддержки ext4 я в dd-wrt не обнаружил (по крайней мере на их ftp модулей нет), обратная конвертация из ext3 в ext4 судя по всему невозможна – стоит учесть это заранее.

Включение SWAP на роутере с dd-wrt

Если установлена прошивка с поддержкой swap (см. Как прошить DIR-620 прошивкой dd-wrt), то нужно выделить отдельный раздел под него на внешнем диске или создать своп-файл, как поступил я (можно воспользоваться Linux-машиной, можно установить расширенную версию busybox на роутер):

где count=16000 – 16 тысяч блоков размером по одному килобайту, т.е. размер своп-файла составит 16 мегабайт. Советую сделать не меньше 32-х мегабайт, при большом количестве закачек в transmission легко используется по 20-25 Мб подкачки.

Установка программ в dd-wrt

Для установки софта из репозиториев под dd-wrt применяются следующие команды:

• ipkg-opt update – обновить список пакетов, доступных в репозитории;
• ipkg-opt upgrade – обновить установленные пакеты;
• ipkg-opt install – установить пакет;
• ipkg-opt remove – удалить пакет;
• ipkg list – показать список всех доступных пакетов.

Настройка NFS для доступа к NAS

Из вариантов сетевого доступа к внешнему диску я выбрал доступ по NFS – samba медленней и сложней в настройке, большинство машин у меня дома – с Linux или Android, а кроме того – для Windows XP есть официальный NFS-клиент (точнее – клон mount), доступный на сайте Microsoft, а Vindows Vista и старше – поддерживают NFS изначально.
Настройка NFS на роутере производится следующим образом – устанавливаем пакеты portmap (для динамического выделения портов) и unfs3 (NFS-демон). В созданные после установки файлы /opt/etc/init.d/S56unfsd и /opt/etc/init.d/S55portmap добавляем строку LD_LIBRARY_PATH=/opt/lib:${LD_LIBRARY_PATH} – путь к дополнительным библиотекам на внешнем диске. Создаем файл настроек для NFS-демона /opt/etc/exports:

Точку монтирования NAS-диска и маску подсети надо естественно изменить на свои. При перезагрузке роутера portmap и unfs будут стартовать автоматически.
Затем я на ноутбуке установил пакет nfs-client, после чего можно монтировать NAS:

В каталог /mnt примонтирован на роутере внешний HDD.

Небольшие настройки для удобства работы в ash

Штатно в dd-wrt используется оболочка командной строки ash. Конечно можно установить из репозитория bash или любую другую и прописать ее в автозагрузку, но фактически возможностей ash более чем достаточно для роутера. Единственное реальное неудобство, которое возникло у меня при работе с ней – невозможность прописать свои алиасы в конфиге, поскольку при каждой загрузке роутера все системные файлы откатываются к исходному состоянию. Выход – монтировать поверх штатного конфига командной оболочки (/etc/profile) свой, расположенный на внешнем диске (например у меня – /opt/etc/profile) и дополненный нужными опциями, дописав в startup скрипте такую строку:

Мой profile дополнен следующими командами:

Полезно сделать shutdown-скрипт, копирующий содержимое секции shutdown (Administration – Commands – Shutdown) из веб-интрефейса, которое выполняется при перезагрузке роутера. Скрипт будет точно также выгружать определенные процессы и отмонтировать внешние диски для последующего безопасного выключения роутера. Мой скрипт выглядит так:

Другие заметки по теме D-Link DIR-620 и dd-wrt

• Торрент-клиент transmission – установка на DIR-620 под управлением dd-wrt
• Cборка модулей ядра для dd-wrt
• D-Link DIR-620 и dd-wrt – бюджетный NAS и торрентокачалка
• Подключение и настройка сетевого USB-принетра к dd-wrt на примере DIR-620 и Xerox Phaser 3140
• Загрузка и восстановление прошивки dd-wrt через tftp

Оказалось, что wi-fi карточка в ThinkPad T40 не поддерживает wpa2 (и wpa тоже) на аппаратном уровне. Я думал, что это исключительно программные решения и даже не догадывался покопать в сторону аппаратной поддержки. В итоге пришлось карточку поменять, благо на e-bay их продаётся много.

Но это всё предыстория. Новая карточка в итоге встала нормально, выглядит в выводе dmesg и lspci как Intel PRO/Wireless 2200BG Mini-PCI Adapter, драйвера под Linux для неё имеются, но она автоматически прописалась под именем eth2, а у меня в скриптах и в conky беспроводной интерфейс прописан как eth1. Соответственно встал вопрос – как в Linux переименовать сетевой интерфейс?

Для Debian (и соответственно Ubuntu) подходит такой рецепт: в файле 70-persistent-net.rules, находящемся по адресу /etc/udev/rules.d/, в спецификации нужной сетевой карты изменяем в конце строки параметр NAME=, вписывая туда нужное имя интерфейса для сетевой карты с нужным MAC-адресом. Например я вписал вместо NAME=eth2 – NAME=eth1, а строку с конфигурацией старой wi-fi карты просто закомментировал.

Сначала остановился на D-Link DIR-320 – ставший уже классическим вариант для создания домашнего NAS, организации небольшой полноценной сети и решения других подобных задач. Плюсы – весьма умеренная цена, давно на рынке и уже плотно оброс всевозможными руководствами по переделке и доработке. Однако получилось так, что в магазине его не оказалось и я купил DIR-620 – более современную версию 320-го. В остальном особой разницы нет – DIR-620 также имеет возможность перепрошивки сторонними прошивками, оборудован USB-выходом (USB-хостом, если быть точным) и стоит примерно тех же денег (в моём случае он даже оказался на 70 руб. дешевле).

Альтернативные прошивки для DIR-620

Поскольку положительных отзывов о штатной прошивке роутера я не обнаружил (в моём шла версия 1.21), а нашел, напротив, – немало отрицательных (о всех версиях до 1.21 включительно), я даже не стал её настраивать и сразу начал искать альтернативные прошивки для DIR-620. Таковых обнаружилось достаточно, я остановился на трёх – dd-wrt, zyxel keenetic и openwrt. После ознакомления с теорией себе установил только dd-wrt, ей и пользуюсь. OpenWRT нашел слишком поздно – просто почитал о ней, но пробовать не стал. Zuxel Keenetic думал поставить на случай, если не разберусь с dd-wrt – не пригодилось. Сборник прошивок, обновление загрузчика и инструкции по перепрошивке собраны на сайте deadc0de.ru.

Прошивка Zyxel Keenetic под DIR-620

Zyxel Keenetic по железу практически аналогичен D-Link DIR-620 и потому последний может быть прошит прошивкой от первого (оригинальной в случае небольшой переделки – нужно впаять резистор на плату или модифицированной – переделки в этом случае не требуется). К достоинствам этой прошивки можно отнести очень приятный веб-интерфейс, где всё просто и понятно; поддержку USB-принтера с простой установкой драйверов, наличие встроенного torrent-клиента (transmission-daemon) и dlna-сервера (minidlna). Сразу скажу, что последний не нужен, если различный медиа-контентс с NAS будет открываться на компьютере и нужен, если есть желание подключить к NAS например телевизор (который естественно должен dlna поддерживать). Почему я не стал прошиваться этой прошивкой? Во-первых – красота веб-интрефейса нужна только во время настройки, т.е. в идеале – один раз (а я и вовсе предпочитаю настраивать через консоль), во-вторых – хотя устанавливать софт через пакетный менеджер и есть возможность (только для “полноценного” Keenetic) – пакетов достаточно мало, в-третьих – прошивка эта закрытая и с ней связана достоточно неприятная история – в последнее время много DIR-620, прошитых в Keenetic, вышли из строя (а также не ясно, не сделают ли проверки на оригинальность железа в будущем – всё зависит от доброй воли Zyxel). Так что я остановился на dd-wrt.

Прошивка dd-wrt под DIR-620

Для DIR-620 подходит сборка прошивки от роутера с аналогичным железом – Asus RT-N13U. Основные достоинства – открытый исходный код, что влечёт за собой возможность самостоятельной сборки прошивки и наличие большого сообщества, где всегда можно получить помощь. Богатство настроек, доступное как через веб-интерфейс, так и из консоли (ssh установлен из коробки), возможность простой установки дополнительного софта через пакетный менеджер из репозитариев (торрент-клиент, dc++ клиент, samba, perl, php, tor и например motion, что вкупе с USB-хабом и/или свободными LAN-портами даст возможность подключить к роутеру камеры для видеонаблюдения). Естественно, так же, как и в случае с Keenetic, в dd-wrt присутствует возможность подключения сетевого принтера к роутеру через USB. К минусам можно причислить достаточно аскетичный веб-интерфейс разве что, других проблем за месяц использования не встретил. Заочно познакомиться с dd-wrt можно при помощи веб-эмулятора прошивки.

Как прошить DIR-620 прошивкой dd-wrt

Под описываемые задачи (закачка торрентов, сетевой диск, DC++) на мой взгляд лучше всего подходит следующий порядок прошивки (для устройства с заводской прошивкой):

• Сначала обновить загрузчик uboot, чтобы иметь возможность заливать на роутере прошивки через tftp, не занимаясь их конвертацией;
• Затем взять прошивку от Asus RT-N13U, имеющую встроенную поддержку ext2, ext3, fat, NTFS и swap (без swap-раздела transmission работает очень нестабильно и нужно постоянно контролировать, чтобы закаче было не больше двух-трёх штук);
• Эту прошивку и загрузить на роутер, используя tftp (заодно и проверить, что этот способ работает) или веб-интерфейс стандартной прошивки (вкладки Система -> Обновление ПО), после чего можно будет спокойно подключать флешку для установки софта и хранения настроек (её лучше отформатировать в ext2 или ext3) и USB-HDD, который будет выступать в роли NAS.

Как видно – ничего особо сложного. После установки веб-интерфейс для настройки dd-wrt доступен по адресу 192.168.1.1, ssh можно включить в нём же (логин – root, пароль совпадает с паролем от веб-интерфейса). А я про подключение флешки и внешнего диска, а также про установку пакетов и включение swap расскажу в следующей заметке.

Другие заметки по теме D-Link DIR-620 и dd-wrt

• Cборка модулей ядра для dd-wrt
• Торрент-клиент transmission – установка на DIR-620 под управлением dd-wrt
• Загрузка и восстановление прошивки dd-wrt через tftp
• D-Link DIR-620 и dd-wrt – подключение flash, установка программ, настройка NAS
• Подключение и настройка сетевого USB-принетра к dd-wrt на примере DIR-620 и Xerox Phaser 3140

Порядок вывода аргументов в xargs

Как-то раз столкнулся с проблемой порядка подстановки аргументов в xargs. И man вроде почитал, и погуглил, и встретил нужный ключ -I, но ни из мана, ни из гугля не понять было точно, что он делает именно то, что надо. Итак, ключ -I задаёт нужный порядок вывода аргумента в xargs, используя подстановку.
xargs -I arg_name command arg1 arg_name arg3 – аргументы при вызове команды command будут выведены именно в таком порядке, тогда как в обычном случае arg_name будет подставлен в конец строки вызова команды.

Чтение N строк из начала файла

Совместно с предыдущим решением удобно использовать чтение из файла неких строк, которые затем и преобразовывать в набор аргументов. Банальный cat известен думаю всем. Обратный порядок – tac. Прочитать N строк с конца: tail -n N. Аналогично, но с начала файла: head -n N (возм. head отсутствует в BSD-системах). И прочтитать строки с X по Y: awk 'NR >=X && NR <=Y'

Прокси через SSH (ssh-туннель)

Банальная вещь, которую использую довольно редко (и потому приходится гуглить каждый раз) – прокси чеез SSH. Особенно помогает при необходимости скачать что-то с разных файлопомоек типа депозита, которые считают закачки по IP всей сети и регулярно предлагают подождать 7 часов.
ssh user@host -D portN
Затем в программе, которую надо пропустить через прокси (напр. браузер) указать SOCKS-прокси с адресом localhost и портом portN.

Сохранение ключей SSH в памяти

Еще SSH: ssh-agent – хранит ключи (не требуется каждый раз вводить код от ключа), добавить ключ в агент: ssh-add /путь/до_ключа. Чтобы все процессы, запущенные из-под иксов, использовали ключи из ssh-agent, нужно запустить сессию WM через него ssh-agent, например (для Debian): в ~/.xinitrc дописать exec ssh-agent openbox-session.

Монтирование/размонитрование удалённой ФС через sshfs

Для монтирования без необходимости ввода пароля нужно настроить fuse, добавить пользователя в группу fuse и разрешить этой группе монтирование устройства /dev/fuse. Далее в дело вступает sshfs:
sshfs <login>@<server>:/путь /куда/монтировать
Примонтированная ФС будет доступна как локальный каталог. Размонитровать так:
fusermount -u /куда/примонтировано

Выполнение локального скрипта на удаленной машине через ssh

Чтобы не загружать на удалённую машину копию какого-то скрипта (например когда один и тот же скрипт нужно запускать на многих машинах или когда разработка идет локально, а тестирование – на сервере хостера и т.п.), можно запустить его на выполнение через ssh следующим образом:
 ssh user@host 'perl' < /путь/к локальному/скрпту.pl
или для шелла bash:
 ssh user@host 'bash -s' < /путь/к локальному/скрпту.sh

Создание образа CD-диска

Задача для меня тоже не слишком частая, поэтому с ходу решения не вспоминаются. Первое решение – банальное – использовать dd, указав на выход нужный файл, а на вход свой cd-rom, с которого образ снимается: dd -if=/dev/sr0 of=/tmp/my.iso, CD должен быть отмонтирован; скопирует всё поблочно (т.е. если на диске реально записан 1 Мб данных, образ будет равен объёму всего диска).
Второе – использовать genisoimage, в Debian идёт из коробки, не факт, что так же везде. Создаёт “правильный” образ, диск должен быть примонтирован, на вход подавать точку монтирования диска: genisoimage -V 'disk label' -r -o /tmp/my.iso /mnt/cdrom

Прогресс работы dd

В дополнение к предыдущему или к форматированию флешки под Linux. При использовании dd на больших объемах (напр. когда флешку 16 Гб форматируешь) бывает полезно. Нужно передать сигнал USR1: kill -USR1 dd_PID – выведет прогресс записи и ее скорость. Если процесс dd один или не важно узнать прогресс конкретного, можно поступить проще: killall -USR1 dd.

А ведь что мешало автору проcтейшим образом сгенерировать тестовый календарь и прогнать на нём модуль? Ладно бы – “для себя” делал, так модуль на CPAN лежит, в литературе упомянут – и такие детские баги. Причём сообщение об ошибке на форуме CPAN было еще для версии 1.13, к версии 1.20 ничего не изменилось – так же перебирает с первого элемента…

Проверить подключение flash

fdisk -l
Выведет список подключенных дисков и их разделов. Обычно флешка – /dev/sdb

Проверить, примонтирована ли флешка

df -h
Если флешка примонтирована – покажет это и точку монтирования. Перед форматированием – отмонтировать: umount /dev/sdb

Проверить защиту от записи и геометрию

При желании – можно проверить защиту от записи и геометрию (защита от записи в линуксе не важна):
hdparm /dev/sdb

Если нужно низкоуровневое форматирование – забить нулями

dd if=/dev/zero of=/dev/sdb
В выводе покажет объем флешки (должен соответствовать заявленному), скорость и время записи. Также покажет, сколько было записано байт на флешку, что полезно при проверке флешки на физические ошибки (см. ниже).

Проверить на физические ошибки

head -c N /dev/sdb | md5sum
head -c N /dev/zero | md5sum
где N равно числу байт, записанных на флешку при помощи dd. Если контрольные суммы не совпадают – флешка “битая” или были ошибки записи (в реальности сталкивался с форматированием microSD через плохой кард-ридер – даже когда не выскакивали ошибки ввода-вывода при операциях – контрольные суммы не совпадали, с заменой кард-ридера проблема ушла).
Пример:

Ну и для полного счастья при желании:

Разбиваем на разделы при помощи fdisk

fdisk /dev/sdb
Опции: m – справка, d – удалить раздел, p – просмотреть список разделов, n – создать раздел, t – поменять тип раздела, w – сохранить изменения.

Последний шаг – создать файловые системы на разделах флешки

mkfs.ext{2,3,4} /dev/sdbX
где X – порядковый номер раздела, на котором нужно создать файловую систему.
Также полезны: mkfs.msdos, mkfs.vfat.

Про сервис рекламы (и набора фолловеров) в твиттере, ЖЖ и фейсбуке – twite.ru – знают, полагаю, уже многие. Немало встречается заметок о том, как заработать в твайте (заработок в твайте сравни заработку в GoGetLinks, только вместо ссылок – перепосты и ретвиты). Проблема только в одном – там присутствует постмодерация и в момент вывода средств “наружу” администрация проверит ваш блоггерский аккаунт. Значит, придётся или раскручивать аккаунт под рекламу, или портить рекламой свой личный блог. Ни того, ни другого мне делать не захотелось.

Существует еще одна возможность распорядиться своими средствами на twite.ru – их можно перекинуть на свой “аккаунт рекламодателя”, при этом не нужно проходить проверку модераторами, средства остаются в системе. Вывод простой – можно зарабатывать средства на рекламу своего сайта при помощи ботов. И если твиттер-аккаунт для добавления в систему в качестве рекламной площадки нужно минимально раскрутить, то ЖЖ добавляется элементарно и без всяких проверок (хотя для раскрученного ЖЖ-аккаунта естественно выдаются более привлекательные рекламные предложения).

Итак, способ получения халявной рекламы через twite.ru прост:

• регистрируем новый аккаунт в ЖЖ, при желании – набираем для него друзей;
• регистрируемся на twite.ru (просто введя имя своего ЖЖ-аккаунта и подтвердив авторизацию по OpenID);
• устанавливаем плагин iMacros (есть версии под Firefox, Chrome, InternetExplorer, по заверениям авторов плагина, макросы полностью переносимы между поддерживаемыми браузерами);
• создаём новый макрос, открываем его на редактирование и копируем туда текст приведенного ниже макроса для автоматического репоста записей из twite.ru в ЖЖ (кстати создание его заняло всего 20 минут и пока он делает своё дело – можно подумать на тему скриптового бота для твайта);
• в макрос нужно вписать имя и пароль от своего рекламного ЖЖ-аккаунта (вместо lj_username и lj_password соответственно), после логина в твайте из ЖЖ лучше выйти – всё равно через некоторое время выполнится автовыход, а так макрос каждый раз публикует репост без проблем с логином;
• находясь на странице с рекламными предложениями twite.ru (советую открыть новое окно браузера и оставить в нём только одну вкладку) – делаем тестовый запуск макроса, настраиваем по вкусу величину пауз между действиями, проверяем работоспособность;
• если всё в порядке – запускаем цикличное выполнение макроса нужное число раз.

Ничего сложного, под Firefox у меня работает без проблем и в Linux, и в Windows, если покопаться в справке на сайте iMacros – можно найти ключи для запуска из командной строки (или через планировщик заданий Windows). За выходные на нулевом бросовом ЖЖ-аккаунте макрос у меня набивает до 50 рублей, на которые можно сделать несколько неплохих ретвитов нужных материалов.

А вот и сам текст макроса для автоматического заработка на twite.ru:

UPD

И скрипт для автоматического ретвита на twite.ru:

Cлегка подустав от ставших довольно заметными тормозов Gnome с Metacity и Nautilus в компании (ноут у меня довольно старый по современным меркам – IBM ThinkPad T40 с Pentium M 1,5 ГГц и 1 Гб ОЗУ на борту), решил попробовать Openbox. Создал тестового пользователя, прописал ему Openbox в качестве WM, немного настроил, попользовался час и перевёл основную учётку на него.

Разница в скорости отклика по субъективным ощущениям (что впрочем и важно в данном случае) оказалась просто колоссальной – эмулятор терминала (rxvt) открывается в пределах секунды, против 7-10 сек. в гноме. Окна сворачиваются-разворачиваются также в пределах секунды, в гноме Firefox с десятком открытых вкладок мог разворачиваться из панели 3-5 секунд, при этом постоянно треща HDD, который у меня тоже не казённый. В Openbox же индикатор обращения к жесткому диску срабатывает довольно редко (вообще стало казаться, что гном с его “реестром” всё ближе к windows – уже и тормоза накапливать за время эксплуатации научился).

Даже Google Chrome по ощущениям из-под Openbox заработал быстрее (и стал быстрее Firefox, чего не было под Gnome), хотя может это уже самообман на волне общей эйфории от легковесности и скорости WM.

В общем в процессе настройки Openbox встал вопрос о переключателе раскладок клавиатуры. Можно было использовать гномовский, но хотелось нативного решения. По итогам изучения интернетов в качестве такового был признан sbxkb – простая маленькая переключалка-индикатор, умеющая запоминать раскладки для окон и поддерживающая отображение флагов-значков для раскладок. Основан sbxkb на библиотеке GTK2 и только она нужна ему для работы.

Минусом переключалки оказалось ее отсутствие в репозиториях дебиана, а на пару найденных deb-пакетов вели мёртвые ссылки (кроме того, по обеим sbxkb был младше текущей версии 0.7.6). В общем-то собирается из исходников он не долго и не сложно, но всё равно надо ставить кучку различных *-dev библиотек и утилит. Поэтому я собрал .deb-пакет с последней на данный момент версией: sbxkb_0.7.6-1_i386.deb. Проверил на 3 системах (Debian, Ubuntu) – везде установка прошла без проблем (dpkg -i ./sbxkb_0.7.6-1_i386.deb).

После установки для автоматической загрузки достаточно в ~/.config/openbox/autostart.sh добавить строку sleep 3 && /usr/local/bin/sbxkb &.
Чтобы задать горячие клавиши для переключения раскладок, можно использовать след. команду:
setxkbmap -model pc104 -layout us,ru -variant  ,winkeys -option grp:alt_shift_toggle & sbxkb
Опции вполне прозрачны, а более никаких шагов для настройки sbxkb предпринимать не нужно!

В общем всё делается предельно примитивно, в старом добром шелле, без разных модных многопоточных грабберов из облака (для брутфорса кстати облако наверное очень интересным может быть):

Как видно из примера – я сграбил для проверки первые 10 страниц открытых ответов получив в итоге 197 уникальных адресов. В принципе для скорости и удобства можно каждую категорию в отдельном процессе выкачивать, с сортировкой результатов уже после загрузки, непосредственно из файла.

Напоследок ссылка для тюнинга регулярки под grep по поиску email-адресов.

UDP: Под катом для примера выложил простой скрипт на bash, который парсит некоторые страницы раздела “Компьютеры и интернет” с Ответы@Mail.ru и раскладывает полученные e-mail адреса по категориям. Его несложно дополнить всё теми же штатными средствами оболочки чтобы автоматически обходить дерево разделов и парсить e-mail адреса из всех категорий.

P.S.:

  .-´¯¯¯`-.
,´         `.
|            \
|             \
\           _  \
,\  _    ,´¯,/¯)\
( q \ \,´ ,´ ,´¯)
 `._,)     -´,-´)
   \/         ,´/
    )        / /
   /       ,´-´

Яндекс порадовал недовно (а именно – 13 сентября с.г.) запустив сервис поиска по мобильным приложениям (для андройд маркета и аппсторе под айфон – Как найти «ну-вот-это-как-его-там» мобильное приложение?). Попользовался – остался доволен, действительно удобно.

На маркете тематического поиска как такового нет – можно только ходить по категориям, листая всё подряд. Поэтому чтобы найти какую-то тематическую софтину я шел на форумы 4pda и искал там, затем вбивал название или баркод в телефон и только тогда получал искомое.

Сервис поиска использует HTML5 и поэтому заработает не во всех браузерах (в Opera Mini например работать отказался, только в штатном браузере андройда). Модель телефона определяет автоматически, что удобно. Для выбранного приложения будут показаны описание, отзывы и скриншоты с маркета. После выбора установки перебрасывает на маркет и весь процесс идёт как обычно, затем следует возврат к окну поиска.

Не имея айфона – не могу сказать, насколько оправдан такой поиск для него. Под андройд сейчас он оказался для меня достаточно удобен, но вот сколь долго подобный функционал не будет реализован средствами маркета – вопрос.

• Для начала устанавливаем tftp-сервер – либо сам tftpd (работает в интерактивном режиме), либо atftp(клиент, можно использовать для проверки работы сервера)/atftpd(сервер), работающий в неинтерактивном режиме. atftp для загрузки прошивки удобней, чем tftp:
• Выключаем питание роутера, соединяем кабелем порт LAN1 роутера с выходом сетевой карты компьютера, в моем случае проводной интерфейс имеет имя eth0 (при необходимости изменить имя сетевого интерфейса в Linux можно за пару минут);
• Меняем IP-адрес и маску подсети на компьютере, с которого будет устанавливаться прошивка:
  ifconfig eth0 10.10.10.3 netmask 255.255.255.0

  Команду нужно выполнять от суперпользователя, например при помощи sudo;

• Набираем в консоли следующую команду:
  atftpd --tftpd-timeout 60 --verbose --trace /путь/к_прошивке
• Включаем питание роутера, 5 секунд держим нажатой кнопку Reset, на компьютере запускаем набранную выше команду, после этого отпускаем Reset – должна начаться загрузка прошивки.

Другие заметки по теме D-Link DIR-620 и dd-wrt

• D-Link DIR-620 и dd-wrt – бюджетный NAS и торрентокачалка
• D-Link DIR-620 и dd-wrt – подключение flash, установка программ, настройка NAS
• Торрент-клиент transmission – установка на DIR-620 под управлением dd-wrt
• Cборка модулей ядра для dd-wrt
• Подключение и настройка сетевого USB-принетра к dd-wrt на примере DIR-620 и Xerox Phaser 3140

Не так давно рассказывал про свою переделку автомобильного компрессора Беркут R17 (приделывал к нему “дистанционное управление”, которое создатели по какой-то причине проигнорировали, хотя конструкция компрессора прямо-таки кричит о его необходимости – Дистанционное управление для автомобильного компрессора Беркут). А вот в процессе дальнейшего монтажа компрессора непосредственно на автомобиль – столкнулся с мелкой, но весьма неприятной проблемой.

Помешало закончить начатое банальное отсутствие в продаже нужных силовых разъёмов – на две жилы, сечением до 2.5 квадратов каждая. К тому, что различный инструмент и снаряжение нужно покупать напрямую из-за границы, я уже давно привык – выходит намного дешевле и без мучений с обзвоном бесконечных “интернет-магазинов”, где нужная вещь присутствует в прайсе и отсутствует по факту. Но с электроникой до сей поры всё было довольно неплохо – хоть и дороже, чем у тех же китайцев напрямую, но если что-то срочно надо – можно пойти и купить. Как оказалось – далеко не всё. Такой банальной вещи, как разъемы, найти не удалось.

Во время бесплодных поисков посетил два авторынка, несколько магазинов автозапчастей и магазинов электроники. Нашел в интернете сайты фирм, якобы торгующих нужными разъемами – по электронной почте ответить не соизволили – звонить уже не хотелось. В итоге нужные разъемы были за 20 минут обнаружены за границей и ещё за 5 минут заказаны. Если бы я не пытался поддержать отечественного “производителя”-импотента, а сразу бы обратился к тем, кого мы давно “догнали и перегнали, оставив далеко позади” – давно бы получил нужное и закончил апгрейд машины. Морали не будет, всё вполне очевидно…

Способ ремонта довольно тривиальный – вырезать повреждённый участок и срастить шланг через штуцер. Однако поиски по интернету показали, что штуцеры под такие газовые шланги хоть и есть (теоретически) в продаже, но стоят довольно дорого (а сами шланги и того дороже) и ждать их доставки тоже придётся довольно долго. Прогулки по автозапчастям тоже результата не принесли – слишком мал внутренний диаметр газопроводного шланга горелки. Собственно решению проблемы с отсутствием подходящих запчастей и посвящена заметка, поскольку в интернете на эту тему ничего толкового накопать не удалось.

Итак, для ремонта шланга горелки Kovea 0211L идеально подошёл кусочек использованного стержня от шариковой ручки! Входит в шланг внатяг и обеспечивает достаточную герметичность соединения сам по себе даже. Я посадил его на силиконовый клей-герметик, при этом при сближении концов шланга лишний герметик заполнил шов стыка. В результате – работоспособность горелки восстановлена, шланг гибкость не утратил (штуцер не слишком длинный, а герметик эластичен даже после вулканизации), стык нигде не травит. И самое приятное – ремонт занимает 10 минут и практически ничего не стоит (если герметик есть в хозяйстве).

• no threads – обзор многопоточности (реализованной через модуль threads) в Perl с замерами скорости выполнения однопоточного и многопоточного приложения. Выводы – многопоточность через threads – не выход, время исполнения больше. Приводятся модули и краткие рецепты для реализации многопоточных элементов приложения, специфичные для каждого из возможных случаев распараллеливания вычислений – повышение производительности Perl-приложения при работе с сетью; при выполнении большого количества дисковых операций; при ограниченных вычислительных ресурсах (один процессор).
• Что нового в Perl 5.14 – обзор новинок Perl версий 5.12 и 5.14 – самое заметное сжато и в примерах. Неплохая памятка, позволит не отстать от жизни Самое заметное на мой взгляд – поддержка Unicode 6.0 и добавление в связи с этим новых модификаторов работы с регулярными выражениями. Ознакомиться и использовать по крайней мере “для себя” – полезно.

Не стану утверждать, будто бы это эксклюзивная находка – уверен, что далеко не я один додумался до этого. Впрочем, если зациклиться на вторичности, то лучше вовсе ничего не делать, ведь как известно – “всё уже придумано до нас” .

В самом способе нет никакой тайны – при необходимости ускорить индексацию какой-то страницы я делаю анонс в яндекс-блоге (от пары коротеньких абзацев текста до полноценной заметки) со ссылкой на эту страницу. Поскольку блог-движки постоянно посещаются и быстро индексируются быстророботом Яндекса, а тут ещё и платформа принадлежит самому же Яндексу – так же быстро индексируются ссылки из анонсов в блоге. Всё весьма несложно, времени требует не много (во время перерыва на чай анонс накидать вполне можно успеть) и весьма эффективно – проиндексированные быстророботом ссылки попадают в основной индекс спустя двое суток.

В заключение – некоторые наблюдения: запись в Яндекс-блоге индексируется от тридцати минут до полутора часов, после чего страница по ссылке индексируется в промежуток от двух до двенадцати часов (если ссылок в анонсе несколько – они могут проиндексироваться партиями, например две могут – за 2 часа, а еще две – за 8). Обратил внимание, что на скорость индексации может повлиять дата публикации страницы (в WordPress можно сделать “отложенную публикацию” как вперёд, так и назад по времени) – “старые” записи индексируются медленней.

Кстати, проиндексированные быстророботом ссылки не оплачиваются в GoGetLinks до их индексации основным роботом Яндекса и отмечены соответствующим статусом, однако они участвуют в расчете процента проиндексированных ссылок для площадки.

Время от времени использую в качестве прокси сеть TOR, недавно вот пригодилось при проверке готовности загранпаспорта через интернет, когда постоянно получал ошибку о превышении числа запросов к серверу – пришлось сделать макрос на lynx, который через TOR периодически проверял готовность загранпаспорта (Автоматическая проверка готовности загранпаспорта). Удобство TOR не только в том, что это рабочий бесплатный прокси (с шифрованием трафика кстати) – TOR это сеть и прокси-серверы, а значит и IP-адреса, можно легко менять при необходимости, даже автоматически.

Под Windows сменить прокси и IP-адрес совершенно несложно – в составе дистрибутива TOR для Windows присутствует графическая оболочка Vidalia и для получения нового IP-адреса достаточно нажать в ней кнопку “Новый Ним / Новая личина / New NYM“. Под Linux всё не так очевидно, хотя тоже несложно, как выяснилось – сделать автоматическую смену IP в TOR можно при помощи простого скрипта.

Когда мне в очередной раз надо было поменять “ним” в TOR из-под Linux, я решил попробовать разобраться в вопросе, поскольку привычное /etc/init.d/tor restart перестало устраивать: во-первых нужно постоянно использовать root-доступ, во-вторых на время перезагрузки сервиса TOR он становится недоступен, а в-третьих – это просто как-то неправильно – перезагружать весь сервис ради получения новго IP-адреса.
Полез в документацию к TOR и выяснил, что демон может открывать управляющий порт, на который возможно подключение при помощи telnet с последующей отправкой команд демону TOR.

Смена НИМа / IP в TOR при помощи telnet

Чтобы передавать команды демону TOR (и в частности – команду на смену “нима”/IP-адреса), нужно раскомментировать в /etc/tor/torrc следующие строки:

После чего перезагружаем TOR, подключаемся к нему: telnet 127.0.0.1 9051, вводим команду AUTHENTICATE и затем signal NEWNYM. В Windwos действия по смене IP аналогичные (при создании скрипта для автоматической смены IP в TOR нужно помнить, что перевод строки для Windows будет выглядеть как \r\n). Дополнение из комментариев: после AUTHENTICATE нужно ввести команду SETEVENTS SIGNAL, чтобы демон кодом 650 сообщал о завершении смены цепочки серверов (и соответственно – IP-адреса. Команда работает с версии Tor 0.2.3.1-alpha, на более старых при необходимости контроля смены IP придется использовать внешние средства).

Несложно заметить, что способ не самый безопасный – подключиться может любой локальный пользователь. Конечно на домашней машине это не так страшно, но лучше сразу сделать правильно, без скидок на “тепличные условия”. Я выбрал вариант подключения к TOR с авторизацией по паролю (telnet-трафик впрочем никак не шифруется, так что под Windows вряд ли это вообще имеет смысл – практически всегда у пользователя там есть административные права, а значит и возможность использовать сниффер).

Для авторизации по паролю там же в torrc нужно сделать вот такие изменения:

Хэш-сумма пароля получается следующим образом: необходимо выполнить команду tor --hash-password 'new_tor_password' – в ответ получим сгенерированный хэш-код пароля

Теперь процесс подключения на управляющий порт TOR через telnet и получения нового “нима”/IP-адреса будет выглядеть следующим образом:

А в случае использования Tor старше, чем 0.2.3.1-alpha, с применением SETEVENTS SIGNAL, смена цепочки серверов может выглядеть так:

Строка 650 SIGNAL NEWNYM как раз и сообщает об успешном завершении смены сервера.

Shell скрипт для автоматической смены IP в TOR

Конечно, постоянно руками лазать и менять “ним” – не очень интересно. Упростить и автоматизировать этот процесс можно при помощи скрипта, выполнение которого в дальнейшем повесить например на alias для bash или кнопку-ярлык в Gnome. Скрипт использует утилиту для автоматизации интерактивных приложений expect (я воспользовался empty-expect чтобы не ставить еще и tcl вдобавок):

Perl скрипты для автоматической смены IP в TOR

Такой же скрипт можно реализовать на Perl с использованием модуля Expect (поскольку лично у меня ни этот модуль, ни утилита empty в системе установлены не были – особой разницы, что поставить, нет):

Аналогичным образом можно воспользоваться например модулем Net::Telnet, который опять же не является core-модулем Perl, – он не тянет за собой никаких зависимостей, в отличает от Expect:

В качестве заключения – ссылка на подробную документацию по Tor (на английском), приведенная в комментариях к заметке.

Попользовался и сделал себе для bash алиас в bashrc rsync="rsync -P", теперь всё время его использую для загрузки на хостинг. Авторизацию по ключам тоже настроил, так что можно делать бэкапы.
Основной синтаксис вызова: rsync логин@хост:/откуда/что логин@хост:/куда/что. В случае локальной машины логин и хост указывать естественно не нужно, достаточно только пути.
Основные опции, которыми пользуюсь: -P – выводит прогресс-бар, -r – рекурсивная загрузка.

Если кто ещё тоже до сих пор не знаком с rsync и пользуется scp/sftp – самое время попробовать!

Что такое Mojolicious. Введение

Благодаря заметке на Хабре (в кэшэ Google) наконец-то решил познакомиться с набирающим популярность фреймворком для веб-разработки на Perl под названием Mojolicious. В общем-то я взял пример скрипта из этой заметки и сделал его чуть более интересным для себя, чтобы охватить немного больше документации по фреймворку (результат вполне работоспособен, его можно посмотреть здесь, а код и скриншот выложены в конце заметки). Сразу отмечу, что ни пример с Хабра, ни мой практически не отражают возможностей фреймворка, а только лишь иллюстрируют простоту его использования.

Итак, Mojolicious – фреймворк для разработки веб-приложений, основанный на “фреймворке для разработки фреймворков” Mojo, написанный на языке Perl человеком по имени Sebastian Riedel, одним из авторов Perl-веб-фреймворка Catalyst, фактически для его замены.

Чем мне показался особенно интересен Mojolicious? Во-первых тем, что он имеет встроенный веб-сервер, что в перспективе позволяет не только удобно разрабатывать и проверять приложение, но и распространять его для локального использования. При этом приложение получается универсальным и будет одинаково работоспособным как на локальной машине, так и на сервере. Во-вторых – Mojolicious зависит только от Perl, что также говорит в пользу “во-первых”. В-третьих – наличием модуля Mojolicious::Lite, позволяющего создать лёгкие, маленькие, но полноценные приложения. И в-четвёртых – автоматической поддержкой разных режимов запуска (CGI, FastCGI, mod_perl, встроенный сервер и т.д.).

Установка фреймворка Mojolicious

Установить фреймворк можно используя cpan или его производные типа cpan+ (cpan Mojolicious), загрузив дистрибутив и установив как любой Perl-модуль при помщи make или же воспользоваться системой управления пакетами своей ОС. Я пробовал первый и третий способы, устанавливал Mojolicious под Debian и под Windows XP и нигде проблем не возникло, так что об установке сказать особо нечего. Она проста и не нуждается в пояснениях.

После установки Mojolicious в системе становится доступной команда mojo, при помощи которой можно создавать, изменять и запускать приложения. Аналогичные действия можно выполнять, вызывая обычным образом любой perl-скрипт, в котором подключен Mojolicious (use Mojolicious;).

Документация по Mojolicious

Документация к фреймворку начинает появляться, основная масса естественно доступна на домашнем сайте в разделах Documentacion и Wiki. Лучше всего пользоваться именно ей, поскольку не смотря на то, что версия фреймворка является стабильной (1.16 на момент написания заметки), интерфейс всё же иногда меняется и русскоязычная документация за ним не поспевает.

Самый лучший источник документации на русском (представляет собой перевод официальной документации), который мне встретился, расположен тут. Остальные по-моему просто переписаны с него. Также на русском можно отыскать различные примеры использования Mojolicious, особенно в блогах. Некоторые из них иллюстрируют работу с устаревшими версиями фреймворка – соответственно и методы работы в них приводятся неверные.

Создание приложения

Создать новое приложение с использованием Mojolicious можно двумя путями – обычным образом создать файл скрипта и вписать в него нужный код или же воспользоваться встроенным генератором приложений фреймворка. Второй путь удобней

Новое приложение Mojolicious

Новое приложение Mojolicious создаётся командой mojo generate app AppName. Такой способ пригоден для создания больших проектов с возможностью простого масштабирования. При этом будет создан каталог, носящий имя app_name со следующей структурой (на примере приложения TestApp):

lib – здесь будут расположены библиотеки приложения;
log – логи (если каталог отстутствует – выводятся на экран);
public – статика (статические страницы, java-скрипты и т.п.);
script – само приложение;
t – тесты для приложения;
templates – содержит шаблоны страниц и шаблоны макетов (в layouts – это шаблоны, применяемые на большинстве страниц – например “шапка”, “подвал”, “сайдбар”).

Новое приложение Mojolicious::Lite

Приложение Mojolicious::Lite создаётся похожей командой: mojo generate lite_app AppName.
Основное различие между ними – в данном случае создаётся только один исполняемый файл, шаблоны будут содержаться непосредственно в нём, в разделе __DATA__, структура каталогов создаваться не будет. Такой вариант подходит для небольших, буквально “одностраничных” приложений. В дальнейшем, если возникнет необходимость разделить шаблоны и логику обработки данных – достаточно вызвать приложение с параметром inflate – шаблоны будут вынесены в отдельные файлы в директории templates.

Встроенный шаблонизатор EmbeddedPerl

Mojolicious предоставляет обработчик шаблонов – Embedded Perl (отсюда и расширение .ep у файлов шаблонов). Для встраивания Perl-кода в html используется четыре вида специальных тегов (в примере приложения я некоторые из них продемонстрировал):

• <% %> или % – строка Perl без вычисления результата;
• <%= %> или %= – выражение Perl, вычисленный результат возвращается в экранированном виде;
• <%== %> или %== – выражение Perl, вычисленный результат возвращается без обработки (не экранирован);
• <%# %> или %# – комментарий, строка пропускается;

Mojolicious автоматически экаранирует символы <, >, &, ‘ и “, добавляет ; в конце строки и выставляет границы начала и конца строки в регулярных выражениях внутри своих методов (например – при создании маршрутов).
Кроме использования встроенного шаблонизатора, можно подключить любой желаемый сторонний шаблонизатор используя метод add_handler.

Запуск приложения

Фреймворк Mojolicious имеет встроенный http(s) сервер, с помощью которого можно как проверять работоспособность приложения, так и эксплуатировать его. Для запуска сервера используется следующая команда: perl myapp.pl daemon.

Во время разработки очень полезно будет запускать сервер с ключём --reload – с его использованием приложение будет перезагружаться “на лету” после каждого изменения, таким образом вручную перезапускать скрипт не нужно, достаточно запустить с этим ключом в фоне один раз. В процессе эксплуатации приложения можно добиться подобного “горячего обновления” приложения, запустив несколько копий веб-сервера с указанием одного и того же сокета и PID-файла блокировки, т.е. реализуется схема: работающий сервер –> обновление приложения –> параллельный запуск сервера с обновлённым приложением –> мягкое выключение “старого” сервера (активные подключения не будут разорваны).

Кроме того, встроенный сервер из коробки поддерживается TLS с включенным сертификатом разработчика, так что можно запустить https-сервер, использовав ключ --listen. Тогда полная команда для запуска сервера может выглядеть так:
perl myapp.pl daemon --reload --listen https://localhost:PORT

Если веб-сервер планируется применять не только для разработки/локального использования – можно увеличить его производительность, запустив с опцией daemon prefork – на каждое соединение будет создаваться свой процесс-обработчик (как в Apache), ключ --clients N позволяет изменить это число, задав максимальное количество клиентских подключений к одному обработчику.

Пример простого приложения на Mojolicious::Lite

Результат работы скрипта-примера

С некоторых пор стал пользоваться эмулятором терминала urxvt (unicode-версия rxvt) вместо gnome-terminal. Причина простая – на старом ноуте разница в скорости заметна и эта разница – в пользу urxvt (особенно если запускать его при старте GUI в режиме демона).

В остальном отличий в общем-то нет, urxvt тоже поддерживает именованные вкладки (табы), обработку гиперссылок, копирование и вставку мышью. Кроме того, он имеет поиск по выводимым в терминал данным (по Alt+S – очень удобно) и поддерживает цветной вывод man-страниц. Также urxvt существует и для cygwin.

На этом вводную часть закончу и ниже просто на память, чтобы не перечитывать ман при необходимости настроить терминал, выложу конфиг для urxvt, выполненный в виде отдельного файла, подключаемого из .Xdefaults.

Содержимое .Xdefaults для подключения настроек rxvt

.rxvtrc с комментариями – конфиг для rxvt

Горячие клавиши rxvt

После применения всех указанных выше настроек, rxvt будет реагировать на следующие сочетания клавишей:

• Shift+Down (стрелка вниз) – создать новую вкладку (таб);
• Shift+Up (стрелка вверх) – задать имя вкладке (Esc – отмена);
• Shift+Left/Right (стрелки влево/вправо) – переключение между вкладками (можно мышью кликать на нужную вкладку);
• Ctrl+Left/Right – перемещение текущей вкладки влево/вправо;
• Ctrl+D – закроет вкладку (если командная строка пустая – защита от случайного нажатия);

Еще несколько конфигов для различных программ собраны на отдельной странице блога.

Чтобы плагин научился закрывать ссылки в виджетах, надо добавить в него две строки (можно через Плагины->Редактор, если нет специального редактора для PHP).

Первую – внутрь функции rcr_adminpage, например после 187 строки “&nbsp;"Оборачивать" ссылки в <strong>блогролле</strong></label></td></tr>” добавить строку:

Вторую – внутри rcr_redirector_hook, например после строки 241 “if($rcr_opt['rcr_comment']) add_filter('comment_text', 'rcr_encode');” вставить строку:

Теперь осталось в админке плагина поставить галку на опции “Оборачивать” ссылки в виджетах и наслаждаться результатом
P.S. Кому лень редактировать файл плагина – можно скачать обновлённый и просто заменить старый в папке /wp-content/plugins/rc_redirector

Для начала проверил на локальной машине (первый тест), затем на сервере (второй тест). Воспользовался модулем Benchmark::Timer, по сути он ставит метки начала и конца, после чего вычисляет разницу между ними (то же самое несложно получить с использованием Time::HiRes). У Benchmark::Timer правда есть дополнительная возможность – он может гонять тест до получения результата с заданной обеспеченностью и заданным процентом ошибки.

Третьим тестом, уже из чистого любопытства (поскольку результат был предсказуем) был тест многопоточной загрузки. Естественно этот вариант оказался быстрее любого из однопоточных, в среднем в два раза (при 15 потоках).

Выводы – библиотеки Perl не только выгодней с точки зрения безопасности, но и работают стабильно быстрее вызовов системных утилит. Самую медленную загрузку показал Wget, основывать парсер на нём – явно плохая идея. Многопточность естественно вне конкуренции. Подробности ниже.

Объекты и условия тестирования

• Модули Perl:
  • LWP::UserAgent 6.02
  • LWP::Curl 0.07-1
  • WWW::Curl::Easy 4.15
  • LWP::Parallel::UserAgent 2.57 (15 потоков)
• Внешние загрузчики:
  • Wget 1.12
  • Curl 7.21.3

На локальной машине каждым способом загружалось по 200 страниц, с сервера – 100. Тесты выполнял по 5 раз, результаты усреднил (меня интересовали отношения результатов между собой, а не абсолютные значения). Ссылки передавались скрипту из файла, содержащего запрос тИЦ для 400 различных адресов, например:
http://bar-navig.yandex.ru/u?ver=2&show=32&url=http://nadonenado.livejournal.com

Результаты тестирования скорости загрузки страниц в Perl

Код тестов для проверки скорости выгрузки страниц на Perl

Загрузка страниц из Perl в один поток (LWP, CURL, Wget)

[[навестить блог, чтобы проверить этот интерцептор]]

Многопоточная загрузка страниц из Perl (15 потоков)

[[навестить блог, чтобы проверить этот интерцептор]]

Итак, как же вставить в WordPress PHP? Как и в большинстве других случаев, когда надо модифицировать движок – просто воспользоваться подходящим плагином.
Плагинов находится множество, я попробовал 4 штуки и остановился на Exec-PHP.
Он умеет всё, что мне было надо:

• Вставлять исполняемый PHP код в посты (и соответственно – в страницы)
• Втавлять код в виджеты

Прейдём к настройке плаина.

Настройка может оказаться не совсем очевидной – с административной страницы плагина всё сделать не получится. Чтобы исполнение PHP-кода в WordPress заработало, нужно убедиться в следующем:

• Что пункт "WordPress должен исправлять некорректный XHTML код автоматически" в меню Настройки->Написание неактивен
• Что выключен “графический” редактор в меню Пользователи->Ваш профиль (стоит галка на "Отключить «визуальное редактирование» при написании")
• Что нужной группе пользователей (в WordPress это называется “ролью”) разрешено исполнение PHP-кода (для роли “Administrator” должно быть разрешено по умолчанию)

При выполнении вышеперечисленных условий втавленный в записи, страницы и виджеты код должен успешно исполняться. Например мой скрипт для массового добавления друзей в ЖЖ, будучи вставленным в страницу WordPress, успешно работает!

Считаю не лишним напомнить про опасность исполнения неочищенного кода. Не знаю, поддерживает ли PHP какую-то аналогичую perl -T опцию, поэтому нужно просто помнить про очистку пользовательского ввода (использование недопустимых символов, размеры аргументов опций и т.п.), экранирование всех передаваемых в shell команд и их аргументов и так далее.

В остальном польза от встроенного в WordPress PHP кода очевидна – это полная свобода действий с содержимым блога, помноженная на простоту выполнения этих действий!

Стандартная консоль Windows XP (та, что вызывается командой cmd) – весьма бедна возможностями. Основное, от чего я страдал, пользуясь ей или консолью из состава cygwin – отсутствие вкладок (табов), без которых приходится открывать несколько окон, занимающих место на рабочем столе. После gnome-terminal дома или screen на хостинге – очень неудобно. Впрочем, такие “мелочи”, как невозможность изменить ширину окна растягиванием (надо лезть в настройки окна) тоже не добавляют удовольствия от работы с консолью.

И вот случайно наткнулся в интернете на замечательный проект с незамысловатым названием Console (домашняя страница) – альтернативную консоль для Windows. Она мне понравилась, так что решил поделиться с читателями.
Перечислю основные достоинства:

• лаконичный интерфейс
• сохраняются настройки геометрии окна после выхода из программы
• поддержка табов
• для каждого таба можно настроить внешний вид, иконку и главное – задать оболочку (shell), с которой будет открываться данная вкладка (например – тот же bash из состава cygwin)
• для таба/консоли задаётся каталог запуска по умолчанию
• удобный скроллинг

В общем Console не требует долгого и подробного описания – это приятная глазу альтернативная консоль для Windows с поддержкой табов (вкладок) и оболочек. Рекомендую просто попробовать!