книги хакеры / журнал хакер / 084_Optimized

официальный сайт X.org

создание конфига, используя xorgconfig

редактируем xorg.conf в vim

нейшего потрошения, можно двумя способами: командой /usr/X11/bin /xorgconfig èëè /usr/X11/bin/xorgcfg (xf86config и xf86cfg для XFree86). Первая утилита является интерактивной. Запустив ее и ответив на несколько простых вопросов, ты найдешь в своем домашнем каталоге вполне работоспособный конфиг, который, впрочем, далек от идеала. Команда xorgcfg более продвинута. Она работает в графическом режиме и позволяет настраивать иксы через различные меню. Лично я считаю xorgconfig гораздо более удобным средством начального конфигурирования, к тому же не-PS/2 мыши очень часто отказываются работать в xorgcfg, что сильно затрудняет конфигурирование (приходится использовать клавиатуру для перемещения курсора).

[итак, приступим] После того как конфиг был создан, скопируй его в каталог /etc/X11 и запусти любимый редактор. Конфиг иксов имеет очень продуманную структуру (я бы даже сказал — это пример, каким должен быть конфигурационный файл). Он разделен на несколько секций, каждая из которых позволяет настроить определенный компонент иксов. Всего существует восемь основных секций: Module, Files, ServerFlags, InputDevice, Monitor, Device, Screen и ServerLayout. Причем последние пять могут существовать в нескольких экземплярах.

[путеводитель по файлам] Начнем с секции Files, позволяющей указать X-серверу пути к файлам, необходимым для его правильной работы. Например, при помощи записи FontPath можно указать путь поиска шрифтов или идентификатор сервера шрифтов (смотри xfs(1)) в таком формате: протокол/хост:порт (для локальной машины подойдет такая запись: unix/localhost:7100). Запись RGBPath задает путь к базе цветов, которую, впрочем, можно и не указывать. Используя запись ModulePath, определяется альтернативное расположение модулей (драйвера тоже являются модулями). Приведу пример из моего конфига (обрати внимание, что очередность указания путей влияет на их приоритет, поэтому путь к русским шрифтам следует прописывать в первую очередь):

[пример секции Files]

Section "Files"

FontPath "/usr/share/fonts/truetype" FontPath "/usr/X11R6/lib/X11/fonts/cyrillic/" FontPath "/usr/X11R6/lib/X11/fonts/misc/" RgbPath "/usr/X11R6/lib/X11/rgb" ModulePath "/usr/X11R6/lib/modules"

EndSection

Section "Module"

SubSection "extmod"

Option "omit xfree86-dga"

EndSubSection

Load "glx"

Load "dbe"

Load "freetype"

EndSection

System). Значения по умолчанию: «20», «30», «40».

8 Xinerama — включает одноименное расширение, необходимое для одновременной работы с двумя мониторами. Значение по умолчанию: false. Все опции задаются в следующем формате: Option «Опция» «значение».

[пример секций InputDevice]

#клавиатура с англо-русской раскладкой и переключением по клавише «Меню»

Section "InputDevice" Identifier "Keyboard0" Driver "kbd"

Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "us,ru"

Option "XkbVariant" ",winkeys"

Option "XkbOptions" "grp:menu_toggle,grp_led:scroll" EndSection

#мышь, контролируемая демоном gpm (сам демон следует запускать с флагом '-R')

Section "InputDevice" Identifier "Gpm Mouse" Driver "mouse"

Option "Protocol" "MouseSystems" Option "Device" "/dev/gpmdata" Option "Buttons" "3"

Option "ZAxisMapping" "4 5" EndSection

#USB-ìûøü

Section "InputDevice"

Identifier "USB Mouse"

Driver "mouse"

Option "Protocol" "USB"

Option "Device" "/dev/mouse"

Option "Buttons" "5"

Option "ZAxisMapping" "4 5"

EndSection

$ gtf 1024 768 100

# 1024x768 @ 100.00 Hz (GTF) hsync: 81.40 kHz; pclk: 113.31 MHz Modeline "1024x768_100.00" 113.31 1024 1096 1208 1392 768 769 772 814 -HSync +Vsync

Теперь записываем вывод команды в секцию Monitor — и готово. После этого для видеорежима 1024x768_100.00 всегда будет выставляться частота обновления в 100 Гц.

[пример секции "Monitor"]

Section "Monitor"

Identifier "monitor"

#Samsung SyncMaster 757mb HorizSync 30-96

VertRefresh 50-160 Option "DPMS" "true"

#800x600 @ 100.00 Hz

Modeline "800x600" 68.18 800 848 936 1072 600 601 604 636 -HSync +Vsync

# 1024x768 @ 100.00 Hz

Modeline "1024x768" 113.31 1024 1096 1208 1392 768 769 772 814 - HSync +Vsync

EndSection

400] (rev 178).

Section "Device"

Identifier "GeForce2"

Driver "nvidia"

Option "NoLogo" "true"

Option "RenderAccel" "true"

EndSection

[сердце видеоподсистемы] В большинстве случаев видеодрайвера настраивать не нужно, достаточно прописать идентификатор видеокарты (например: Identifier "GeForce2") и необходимый драйвер (например: Driver "nvidia") в секции Device. Причем имена драйверов соответствуют именам модулей, что лежат в каталоге /usr/X11/lib/modules/ drivers, а их описание можно взять из четвертого раздела man-страниц.

Рассмотрение каких-либо опций здесь будет лишним, потому как X-сервер достаточно умен, чтобы опросить видяху и выставить всем опциям нужные значения. Отмечу лишь одну полезную директиву: BusID (формат «PCI:bus:device:function»). С ее помощью можно указать месторасположение видео-

карты на PCI-шине. X-сервер способен и сам найти видеокарту, но если их установлено две, то для каждой придется прописать свой BusID. Найти видеокарту можно воспользовавшись утилитой /usr/bin/lspci, или выполнив команду cat /proc/pci. Например, после выполнения приведенной команды я увидел такую запись:

В поставку с драйвером входит утилита nvidia-settings. С ее помощью можно не только получить множество сведений о видеокарте и поддержке OpenGL, но и изменить такие параметры драйвера, как яркость, контраст, гамма, сглаживание.

Нельзя не упомянуть об инструменте nvclock, который предоставляет возможность изменять частоты графического чипа и видеопамяти, что более чем актуально, так как на многих видеокартах они искусственно занижены. Сама утилита имеет аж три интерфейса командной строки и два графических (для GTK+2 и QT). Причем интерфейс командной стро-

ки наиболее привлекателен, так как позволяет прописать необходимую команду в загрузочные скрипты. Например, ты можешь записать в /etc/rc.d/rc.local команду: "nvclock -n 250 -m 200", и при каждой загрузке будут устанавливаться частоты: чип — 250 МГц и память — 200 МГц

[XÀÊÅÐ 12 [84] 05 >

FERRUM

PC_ZONE

ИМПЛАНТ

ВЗЛОМ

СЦЕНА

[UNIXOID]

ssid

gps

КОДИНГ

КРЕАТИФФ

ЮНИТЫ

channel hopping

Арсенал вардрайвера-юниксоида

[беспроводные карты всех мастей] Если ты обладатель ноутбука с технологией Intel Centrino, то поспеши обновить свою систему до актуальной версии (FreeBSD — до 6.0 или CURRENT, OpenBSD — до 3.8, Linux — до последнего стабильного 2.6 ядра). Дело в том, что эти системы начали полноценно поддерживать, построенные на центриновском чипсете, карты (Intel PRO/Wireless 2100 и 2200BG/2225BG/2915ABG) сравнительно недавно. Что понимается под «полноценной» поддержкой? Здесь имеется в виду использование карты в режиме Monitor mode. Как известно, беспроводная карта обязана уметь работать, как минимум, в двух режимах: BSS (Basic Service Set) aka Infrastructure, когда клиент подключен к сети с использованием точки доступа (как правило, беспроводные сети строятся именно по такому принципу), и IBSS (Independent Basic Service Set) aka ad-hoc, когда клиент подключен без использования точки доступа (связь «точка-точка», например, когда необходимо связать по сети два компьютера, чтобы обменяться файлами). Проблема для вардрайвера состоит в том, что ни один из этих режимов не подходит для ловли пакетов и обнаружения точек доступа. Ведь оче- видно, что в обоих случаях карта так или иначе должна быть ассоциирована с сетью, и ее перевод в promisc mode не даст много бонусов. Карта действительно будет ловить все пакеты, но только адресованные всем клиентам какой-либо конкретной сети (на которую она настроена). Для того чтобы ловить все 802.11-фреймы, но при этом не быть ассоциированным ни с одной сетью, существует режим монитора (Monitor mode). Поддержка драйвером карты этого режима в Linux/BSD во многом определяется открытостью спецификаций на карту. Полнофункциональные драйвера существуют для карт на чипсете Prism-{II,2.5,3}, Orinoco, Atheros, Ralink, Aironet. Intel'овские карточки получили полную поддержку не так давно («родной» драйвер для BSD-систем «научился» этому только 22 мая этого года). К тому же лицензия не позволяет свободно распространять загружаемую прошивку (firmware), необходимую для работы этих карт, так что пользователям BSD-систем придется найти ее самим, как и

kismet умеет строить нагрядные графики

утилиту ipwcontrol(8) (в случае FreeBSD), чтобы загрузить прошивку. Вторая по степени важности, после драйвера, возможность карты — подключение внешней антенны. Наверное, ни для кого не является секретом, что, используя внешнюю антенну с коэффициентом усиления 8— 10 dBi (такие антенны можно легко купить за $30—50), можно обнаружить сети в гораздо большем радиусе, чем если бы использовалась штатная встроенная антеннка. Некоторые карты имеют на борту маленький разъем, именуемый Lucent MC, или просто MC. Сами антенны «домашнего» формата (хотя, конечно, можно купить и промышленную outdoor-антенну и водрузить ее на крышу автомобиля) чаще всего комплектуются разъемом RP-SMA, так что, помимо карты и антенны, необходим переходник pigtail, который можно найти на радиорынке.

[kismet — как много в этом звуке!] Главный инструмент вардрайвера — сканер-детектор беспроводных сетей. А главный сканер для Unix-like систем — это, безусловно, Kismet (www.kismetwireless.net). Он построен с использованием клиент-серверной архитектуры (сервер запускается на одной машине, клиенты с графическим интерфейсом запускаются с удаленных машин и соединяются с сервером, обрабатывая полученную от него информацию) и обладает исключительной функциональностью. Kismet может быть интегрирован и с другим софтом, таким как IDS Snort или GPS-íàâè- гатор. Помимо всего прочего, он поддерживает большое количество карт.

Перейдем непосредственно к установке (в случае FreeBSD): $ cd /usr/ports/net-mgmt/kismet

# make install clean

Теперь перед тем как углубиться в настройки Kismet'а, уделим внимание принципам работы сканера. Kismet переводит карту в режиме Monitor и начинает «прыгать» по каналам (channel hopping) в поисках беспроводного трафика. Поймав сигнал, сканер ловит и обрабатывает беспроводные фреймы (аутентификационные, информационные), на основе чего делает вывод о типе сети, поддержке шифрования, SSID, производителе точки доступа и т.д.

Адресация и наличие клиентов в сети определяется перехватом другого типа фреймов — фреймов данных. Таким образом, Kismet работает в полностью пассивном режиме, и потому не дает себя обнаружить.

вардрайверы во всеоружии

UNIXOID 103]

XÀÊÅÐ 12 [84] 05 >

тые» сети. Под «скрытой» сетью понимается точка доступа с отключенной функцией Broadcast SSID. По умолчанию AP рассылает управляющие фреймы (beacons), в которых содержится информация, в том числе и об идентификаторе сети. В качестве меры безопасности многие вендоры включают в свои продукты возможность отключения такой рассылки. Польза от этого довольно сомнительная: как только легитимный клиент инициирует передачу данных, он все равно «светит» SSID, и Kismet может с легкостью это обнаружить.

Настройка Kismet весьма проста. В минимальном варианте — указание пользователя, с правами которого будем запускать Kismet и драйвера карты.

# vi /usr/local/etc/kismet.conf suiduser=toxa

Запускать сканер полностью от root небезопасно, вот почему нам потребуется указать пользователя, до прав которого Kismet будет понижать привилегии, после того как будет запущен от рута.

source=radiotap_bsd_b,ath0,atheros

Используемый драйвер задается в формате «драйвер,имя_интерфейса,алиас» и предписывает сканеру загружать соответствующие драйвера для данного интерфейса, а в дальнейшем оперировать с этой записью под определенным алиасом. Основная платформа разработки Kismet — Linux, и, в случае использования этой ОС, типом карты может быть prism2, orinoco, atheros, то есть любой поддерживаемый драйвер (обратись на страницу Kismet за информацией).

Для BSD существует универсальный враппер под названием Radiotap. Я запускаю Kismet на FreeBSD, потому и указал radiotap_bsd_b. Так как карточка у меня на чипсете Atheros, то и интерфейс — ath0. Все это наз-