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

Заголовок окна screen

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

Добавляем в файл /etc/screenrc строки:

termcapinfo xterm*|rxvt*|kterm*|Eterm* 'hs:ts=\E]0;:fs=\007:ds=\E]0;\007'
hardstatus string "[screen %n%?: %t%?] %h"

Теперь заголовок screen будет совпадать с используемым в CentOS (Red Hat):

[screen 0: ash] root@OpenWrt:/path

В нем отображается и номер текущего виртуального терминала, и путь к текущему каталогу. Также, к примеру, в случае неудачного переключения между терминалами в этот же заголовок будет выводиться сообщение об ошибке.

Исправление /var/run/utmp

При каждом запуске screen с системой, построенной вокруг стандартного busybox, возникает несущественная, но малоприятная ошибка:

/var/run/utmp: No such file or directory

Несмотря на нее, screen все равно запускается и работает корректно.

Для решения этой проблемы необходимо активировать BUSYBOX_CONFIG_FEATURE_UTMP при пересборке прошивки. В menuconfig данная опция расположена по следующему пути: Base system -> busybox -> Busybox Settings -> General Configuration -> Support utmp file.

К сожалению, в случае использования предкомпилированных готовых прошивок корректно эту проблему решить не представляется возможным. В качестве обходной меры можно добавить в /etc/rc.local строку touch /var/run/utmp.

Реализация простого запуска некоторого скрипта /srv/tools/script.sh в фоне:

root@OpenWrt:~# /srv/tools/script.sh &

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

Для запуска скрипта без связи с сессией пользователя следует использовать утилиту nohup:

root@OpenWrt:~# nohup /srv/tools/script.sh &

В этом случае запущенный скрипт останется работать даже при отключении от сервера, но весь выводимый скриптом текст будет записываться в файл nohup.log, создаваемый в текущем каталоге, о чем nohup непосредственно и информирует сообщением nohup: appending output to nohup.out. При этом данный файл будет создан даже в том случае, если у скрипта никогда не будет никакого вывода.

Чтобы nohup.log никогда не создавался, перенаправляем stdout скрипта в /dev/null:

nohup /srv/tools/netstat.sh >/dev/null &

Все, теперь лишних файлов более не создается и скрипт останется работать при отключении от консоли.

Интересно отметить, что при автоматическом запуске скриптов из /etc/rc.local при загрузке системы не требуется использовать ни перенаправление вывода, ни nohup – достаточно одного лишь символа &.

for file in /etc/config/*; do wc -l $file; stat -c %s $file; done

Можно использовать и find для рекурсивного поиска и дополнительных фильтров:

for file in `find /etc -type f -name "*.conf"`
do
   wc -l $file;
   stat -c %s $file;
done

Если выполняется не более одного действия над файлом, можно обойтись без цикла:

find /etc -type f | xargs wc -l

Если в именах файлов есть пробелы, то добавляем к find параметр -print0:

find /etc -type f -print0 | xargs -0 wc -l

Во всех примерах вычисляется количество строк в файлах.

По этой причине автоматически набирая с консоли команды вроде ps axu | grep progname вместо ожидаемого результата на консоли печатается лишь:

ps: invalid option -- A
BusyBox v1.19.4 (2013-03-20 19:33:09 MSK) multi-call binary.

Usage: ps

Show list of processes

This version of ps accepts no options

И, чертыхаясь, каждый раз приходится затирать лишние аргументы.

Ситуация вполне поддается исправлению путем замены данной утилиты на полноценную версию, отдельную от busybox. Найти ее в списке пакетов на первый взгляд нелегко, но на самом деле она скрывается в группе пакетов procps. Путем установки procps и procps-ps мы можем привнести в наш OpenWrt полноценную утилиту ps, принимающую все знакомые параметры.

Однако, работать сразу она не станет: procps-ps устанавливается в /usr/bin/ps, тогда как busybox-версия находится в /bin/ps. По этой причине необходимо либо скопировать ps из /usr/bin в /bin, либо стереть симлинк /bin/ps -> /bin/busybox.

Кстати, аналогичным образом можно добавить и полную версию утилиты top (пакет procps-top).

"Cannot open your terminal '/dev/pts/0' - please check"

Это связано с тем, что текущий терминал был открыт от имени другого пользователя – это происходит, например, если пользователь был сменен при помощи sudo su.

Есть два корректных способа решения этой проблемы:

• Выйти из системы и перелогиниться именно выбранным пользователем;
• Выполнить команду script /dev/null.

Первый вариант очевиден, но не очень удобен, второй же использует побочный эффект утилиты script, заключающийся в том, что она при выполнении открывает свой собственный новый терминал с корректно выставленными правами доступа, а не продолжает использовать родительский, который в случае sudo su принадлежит другому пользователю.

Обратите внимание, что не следует использовать chmod на виртуальном устройстве /dev/pts/0, как зачастую предлагается для решения этой проблемы. Хотя это и позволит запустить screen, но сделает данный терминал доступным для всех пользователей системы, что некорректно с точки зрения безопасности.

Например, это можно сделать так:

#!/bin/bash

for directory in $(find /srv/backup/sql/ -mindepth 1 -maxdepth 1 -ctime +15 -type d);
do
        echo $directory
        rm -fr $directory
done

Так будут удалены те из директорий, находящихся по адресу /srv/backup/sql/, которые были изменены более 15 дней назад. Кстати, для создания полных бэкапов MySQL можно использовать утилиту под названием mydumper.

set tabstop=4
set shiftwidth=4

Так ширина tab будет равняться четырем обычным пробелам.

Можно также автоматически заменять tab на некоторое количество обычных пробелов. За это отвечает параметр expandtab. Для отключения, соответственно, noexpandtab.

Помимо этого, в отдельных случаях можно столкнуться с ситуацией, когда по умолчанию активировано автоматическое добавление отступов при переводе строки. Когда пишешь какой-то код – это может быть удобно. Но когда нужно вставить большое количество строк текста, где уже есть отступны – текст потеряет форматирование и выстроится лесенкой. Для отключения этого безобразия насовсем можно использовать параметры noautoindent, nosmartindent и nocindent. Также можно отключить их лишь в моменты вставки текста, используя команды :set paste перед вставкой и :set nopaste после того, как вставка закончена.

Дополнительную информацию об отступах в vim можно найти, к примеру, на сайте wikia.com.

Простейший пример использования netcat – это создать клиент-серверный чат. Хотя это и очень примитивный способ создания чата, он наглядно показывает, как данная утилита работает. В последующих примерах будет подразумеваться, что машина, создающая сокет в режиме ожидания (сервер), имеет IP-адрес 192.168.0.1. Итак, создаем чат-сервер, который будет ожидать соединений на TCP-порт 3333:

$ nc -l 3333

Теперь мы можем с другого компьютера подключиться к данному серверу:

$ nc 192.168.0.1 3333

В данном случае клавиатура выступает в роли stdin. Все набираемое на клавиатуре на стороне сервера будет передано на терминал клиента, и наоборот.

Передача файлов

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

$ cat backup.iso | nc -l 3333

Получить файл backup.iso на другом компьютере можно следующим образом:

$ nc 192.168.0.1 3333 > backup.iso

Как можно заметить, netcat не отображает никакой информации о процессе передачи данных. При работе с большими файлами это может быть довольно неудобно. Для решения этой проблемы можно использовать утилиту pv (progress viewer). В данном примере на стороне сервера будет в реальном времени отображаться информация о скорости и объеме передаваемых данных:

$ cat backup.iso | pv -b | nc -l 3333

Подобным образом можно показывать статистику и на стороне клиента:

$ nc 192.168.0.1 3333 | pv -b > backup.iso

Другие примеры

Утилита netcat может также пригодиться для создания образа раздела жесткого диска с возможностью отправки его на удаленный сервер на лету:

$ dd if=/dev/hdb5 | gzip -9 | nc -l 3333

А на удаленной машине принять созданный образ можно так:

$ nc 192.168.0.1 3333 | pv -b > myhdb5partition.img.gz

В случае необходимости отправки группы файлов – например, набора конфигурационных файлов – можно скомбинировать netcat и архиватор tar:

$ tar -czf - /etc/ | nc -l 3333

Дефис в качестве имени файла в параметрах tar необходим для того, чтобы вывести результат работы архиватора на stdin, который затем перенаправляется в netcat. Принять созданный бэкап на удаленной машине можно аналогично изложенному ранее:

$ nc 192.168.0.1 3333 | pv -b > mybackup.tar.gz

Безопасность

Очевидно, что при подобном использовании netcat информация передается по сети в исходном нешифрованном виде. Для передачи некритических данных это вполне приемлемо, но при передаче какой-либо ценной информации разумно использовать netcat в сочетании с SSH-туннелем.

Использование SSH-туннеля имеет два преимущества:

1. Информация передается внутри зашифрованного туннеля, так что она хорошо защищена;
2. На сервере не требуется открывать никаких дополнительных портов в конфигурации файрвола, поскольку соединение будет установлено через SSH

На стороне сервера файл в netcat выставляется точно так же, как описано ранее:

$ cat backup.iso | nc -l 3333

А вот на стороне клиента подключаемся к ожидающему соединений сокету netcat через SSH-туннель:

$ ssh -f -L 23333:127.0.0.1:3333 me@192.168.0.1 sleep 10; \
        nc 127.0.0.1 23333 | pv -b > backup.iso

Понятно, что есть и другие способы помещения соединения в SSH-туннель, но создание и использование туннеля именно таким образом имеет полезную особенность, что туннель автомагически закрывается при окончании передачи данных через netcat.

…и переносной сканер портов

Невероятно, но netcat еще можно использовать и для сканирования открытых портов. Для этого поможет параметр -z:

$ nc -z 192.168.0.1 80-90
Connection to 192.168.0.1 80 port [tcp/http] succeeded!

В данном примере netcat сканировал диапазон портов 80-90 и сообщил, что на удаленной машине открыт порт 80.

На страницах man по утилите netcat также содержится и ряд других полезных советов и интересных примеров использования данной программы.

Оказывается, в vim существует весьма тривиальная команда:

set background=dark

Палитра подсветки сразу же меняется на более яркую, а закоментированный текст становится различимым. Эту строку можно добавить в ~/.vimrc для того, чтобы опция всегда была активна при запуске редактора.

Кроме того, можно изменить непосредственно цвет комментариев:

highlight Comment ctermfg=darkmagenta

Эта строка сделает их не такими яркими, но намного более читаемыми на черном фоне. Аналогично, ее также можно добавить в ~/.vimrc.