Быстрое сканирование MAC-адресов сети

Периодически возникает задачи связанные с использование MAC адресов в сети, это может быть и привязка IP адреса к MAC адресу, и пинг по MAC адресу. Для быстрого сканирования MAC адресов устройств в локальной сети достаточно воспользоваться небольшой утилитой arp-scan, предназначенной для таких целей.

# apt-get install arp-scan
# arp-scan -I eth0 -l
pcap_open_live: eth0: That device is not up
funka:/mnt# arp-scan -I eth1 -l
Interface: eth1, datalink type: EN10MB (Ethernet)
Starting arp-scan 1.6 with 256 hosts (http://www.nta-monitor.com/tools/arp-scan/)
192.168.20.1    50:67:xx:xx:xx:xx       (Unknown)
192.168.20.25   00:14:xx:xx:xx:xx       Giga-Byte
192.168.20.39   48:5b:xx:xx:xx:xx       (Unknown)
192.168.20.57   00:26:xx:xx:xx:xx       (Unknown)
192.168.20.70   00:21:xx:xx:xx:xx       (Unknown)
192.168.20.78   00:15:xx:xx:xx:xx       Samsung Electronics Co., LTD
192.168.20.85   00:90:xx:xx:xx:xx       AUDIO CODES LTD.
192.168.20.101  c0:3f:xx:xx:xx:xx       (Unknown)
192.168.20.104  00:24:xx:xx:xx:xx       (Unknown)
192.168.20.107  48:5b:xx:xx:xx:xx       (Unknown)
192.168.20.111  00:90:xx:xx:xx:xx       AUDIO CODES LTD.

12 packets received by filter, 0 packets dropped by kernel
Ending arp-scan 1.6: 256 hosts scanned in 1.223 seconds (209.32 hosts/sec).  12 responded

Использование Truecrypt

Загрузка

http://www.truecrypt.org/download/truecrypt-7.1-linux-console-x64.tar.gz

# tar xzvf truecrypt-7.1-linux-console-x64.tar.gz

Получаем исполняемый файл truecrypt-7.1-linux-console-x64.

Установка Truecrypt

Для работы truecrypt’а надо установить дополнительные пакеты:

# aptitude install libfuse2 fuse-utils dmsetup

После установки запускаем, ранее извлечённый из архива, файл truecrypt-7.1-linux-console-x64:

# ./truecrypt-7.1-setup-console-x64
TrueCrypt 7.1 Setup
____________________

Installation options:

 1) Install truecrypt_7.1_console_amd64.tar.gz
 2) Extract package file truecrypt_7.1_console_amd64.tar.gz and place it to /tmp

To select, enter 1 or 2: 1

Before you can use, extract, or install TrueCrypt, you must accept the
terms of the TrueCrypt License.

Press Enter to display the license terms...

Press Enter or space bar to see the rest of the license.

TrueCrypt License Version 3.0

Читаем лицензионное соглашение до самого конца и вводим yes

Do you accept and agree to be bound by the license terms? (yes/no): yes

Requirements for Running TrueCrypt:
-----------------------------------

 - FUSE library and tools
 - device mapper tools

Press Enter to continue...

Uninstalling TrueCrypt:
-----------------------

To uninstall TrueCrypt, please run 'truecrypt-uninstall.sh'.

Installing package...
usr/bin/truecrypt
usr/bin/truecrypt-uninstall.sh
usr/share/truecrypt/doc/License.txt
usr/share/truecrypt/doc/TrueCrypt User Guide.pdf

Press Enter to exit...

Шифрование раздела и создание контейнера

Шифрование раздела и создание контейнера мало чем отличаются. В первом случае, как аргумент команды, указывается раздел, а во втором случае — файл.

При шифровании раздела все данные на нём уничтожаются.

Раздел не надо форматировать перед шифрованием.

Пример:

Шифрование файла:

# truecrypt -c /var/file.txt

Шифрование раздела:

# truecrypt -c /dev/sda8
Volume type:
1) Normal
2) Hidden
Select [1]: 1

На этом этапе выбирается тип создаваемого тома. Normal — обычный, полностью зашифрованный, том. Hidden — незаметный, скрытый том, внутри реального отформатированного раздела. Для реального раздела-донора желательно выбирать раздел с файловой системой FAT32, чтобы внутрь раздела поместилось больше информации и уменьшилась вероятность повреждения скрытого тома.

Encryption algorithm:
1) AES
2) Serpent
3) Twofish
4) AES-Twofish
5) AES-Twofish-Serpent
6) Serpent-AES
7) Serpent-Twofish-AES
8) Twofish-Serpent
Select [1]:

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

Hash algorithm:
1) RIPEMD-160
2) SHA-512
3) Whirlpool
Select [1]:

Просто нажимаю Enter. Первая хэш-функция в самый раз.

Filesystem:
1) None
2) FAT
3) Linux Ext2
4) Linux Ext3
5) Linux Ext4
Select [2]: 5

Файловая система для нового тома. Выбрал ext4.

Enter password:
Re-enter password:

Вводим достаточно длинный пароль. Надо заметить, что лучший пароль это действительно случайный набор символов или псевдослучайный.

Enter keyfile path [none]:

Хорошая мысль создать ключевой файл на удаленном носителе и указать его при шифровании. Главное в дальнейшем его не потерять. Но можно в качестве ключевого файла использовать простой текстовый файл с широко известным текстом.

Please type at least 320 randomly chosen characters and then press Enter:

Done: 100.000%  Speed:   58 MB/s  Left: 0 s

The TrueCrypt volume has been successfully created.

При первом использовании у меня возникла ошибка:

Error: fuse: device not found, try 'modprobe fuse' first

Решается все, соответственно:

# modprobe fuse
# modprobe -l | grep fuse
kernel/fs/fuse/fuse.ko
kernel/fs/fuse/cuse.ko

Процесс завершился и зашифрованный том создан.

Монтирование зашифрованного файла или раздела

Монтирование зашифрованного файла:

# truecrypt /var/file.txt /mnt/secure
Enter password for /var/file.txt:
Enter keyfile [none]:
Protect hidden volume (if any)? (y=Yes/n=No) [No]: n

Монтирование зашифрованного раздела:

# truecrypt /dev/sda8 /mnt

Раздел или файл зашифрован?

Некоторые задают этот вопрос приводя в пример, например, строку из статьи википедии посвящённой Truecrypt’у: Ни один том TrueCrypt не может быть идентифицирован (тома TrueCrypt невозможно отличить от набора случайных данных, то есть файл нельзя связать с TrueCrypt как с программой, его создавшей, ни в какой форме и рамках).

Ещё раз отвечаю, что в этой фразе заключён другой смысл. Тут ясно написано, что увидев раздел или файл со случайными данными нельзя сказать, что он точно зашифрован с применением программы Truecrypt. Просто читать надо до конца фразы.

Шифрованный раздел или файл можно легко отличить от нешифрованного просто глянув на него каким-либо низкоуровневым редактором. Если мы увидим слишком случайные данные, то это уже повод задуматься о шифрованном контенте.

Если очень упростить, то можно сказать, что случайные данные представляют собой набор повторяющихся последовательностей символов, огрызков читаемых данных от каких-то файлов, пустые промежутки. Слишком случайные данные — это набор неповторяющихся символов. Это шум, хаос, всплеск энтропии. Сжать такие «слишком случайные» данные каким-либо архиватором не представляется возможным. Ни один обычный раздел на винчестере не будет содержать в себе кластеры, полностью забитые слишком случайными данными.

Некоторое подобие шифрованных файлов — архивы. Но у архивов есть заголовки, по которым можно идентифицировать программу-архиватор, при помощи которой был создан архив.

Вариант использования

Свои разделы для фото- и видео-архивов закриптованы с помощью truecrypt на основе ключевого файла; ключевой файл лежит, например, на постоянно подсоединённой флэшке; в rc.local помещена команда truecrypt для монтирования томов.

Монтирование томов случилось только при явном указании отсутствия пароля и hidden-раздела:

$ /usr/bin/truecrypt -t -p "" --protect-hidden=no --keyfiles=/media/flashka/file /dev/sdc2 /media/photos
$ /usr/bin/truecrypt -t -p "" --protect-hidden=no --keyfiles=/media/flashka/file /dev/sdc3 /media/videos

Отказоустойчивый Asterisk-кластер на основе DRDB и Redfone foneBRIDGE2

Имеем задачу увеличить отказоустойчивость работы телефонии, для этого создаем кластер, основанный на использовании пакета DRDB. Для связи с PSTN-провайдером служит TDMoE-конвертер от Redfone — foneBRIDGE2. Конвертер преобразует поток T1/E1 в Ethernet. Для обеспечения отказоустойчивости в нашем случае используются 2 сервера Asterisk, — Master и Slave, пара других сетевых интерфейсов серверов (eth0) соединена с помощью cross-кабеля. Синхронизация между серверами осуществляется с помощью DRBD, благодаря которому мы получим «сетевой RAID1». В качестве системы управления отказоустойчивостью кластером, выбран пакет Heartbeat.

Предположим, что у нас есть 2 сервера, с установленным Asterisk и настроенной сетью.

Master: astmaster.local — eth0: 192.168.0.200, eth0: 10.10.10.10
Slave: astslave.local — eth0: 192.168.0.201, eth0: 10.10.10.11

Потребуется также 3-й IP-адрес, из сети 192.168.0.0/24, так называемый виртуальный IP-адрес, например — 192.168.0.203.

На данный момент, оба сервера c Asterisk, связаны с этим виртуальным IP, т.е. на интерфейсах eth1 каждого сервера прописан alias с IP-адресом 192.168.0.203.

Настройка файловой системы

Для осуществления синхронизации между серверами, нам потребуется дополнительный раздел.

1. Загрузимся с LiveCD

2. Проверим диск на наличие ошибок (все ошибки необходимо исправить):

 e2fsck –f /dev/sda2

3. Изменим размер текущего раздела sda2:

resize2fs –f –p /dev/sda2 3000M

где «3000M» — новый размер раздела, следует также помнить:

  • Раздел swap должен быть не менее 512M и не более 1G, для наших целей.
  • Для синхронизации разделов DRDB, слишком большой размер займет очень много времени, если раздел будет слишком маленьким — не хватит места. Минимальный размер раздела DRDB составляет 4 Gb. Оптимальные размеры от 4 до 16 Gb. (Примечание. Из-за бага или фичи в resize2fs, или даже в fdisk, размер главного раздела надо умножить на 0,75, в нашем случае будет именно 3 Gb).

4. Запускаем fdisk /dev/sda, жмем «p» и enter. В нашем случаем, как показано на скриншоте ниже, и стираем все разделы ниже 14-го цилиндра, являющегося началом раздела sda2.

  • Удаляем swap раздел:
    • Жмем «d», Enter
    • Жмем «3», Enter
  • Удаляем раздел sda2
    • Жмем «d», Enter
    • Жмем «2», Enter
  • Создаем новый раздел sda2
    • Жмем «n», Enter
    • Жмем «p», Enter
    • Жмем «2», Enter
    • Жмем «14», Enter (или то значение, с которого начинается раздел sda2)
    • Жмем «+4000M», Enter (или другой необходимый размер для DRDB-раздела)
    • Жмем «w», Enter

5. Проверяем раздел на наличие ошибок:

fsck –f /dev/sda2

6. Запускаем resize2fs, без указания размера раздела, чтобы использовать всё доступное место на этом разделе.

resize2fs -е -р / dev/sda2

7. Снова запускаем fsck, чтобы удостовериться, что всё прошло нормально:

fsck -f / dev/sda2

8. Запускаем fdisk /dev/sda еще раз, для создания swap-раздела:

  • Жмем «n», Enter
  • Жмем «p», Enter
  • Жмем «3», Enter, Enter
  • Жмем «+768M», Enter (вводим размер файла подкачки)
  • Жмем «t», Enter
  • Жмем «3», Enter
  • Жмем «82», Enter
  • Жмем «n», Enter
  • Жмем «p», Enter
  • Жмем Enter, Enter
  • Жмем «w», Enter

10. Форматируем swap-раздел:

mkswap –L SWAP-sda3 /dev/sda3

11. Перезагружаем сервера.

Установка и настройка DRDB

Для дальнейших настроек можно скачать уже настроенные пакеты DRDB и Heartbeat:

Для нескольких CPU: asterisk_ha_cpu_multi.tar.bz2

Для одного CPU: asterisk_ha_cpu_single.tar.bz2

Внимание! Скрипты заточены только под Trixbox 1.2.3!

Создаем новую директорию в корне:

mkdir /ha
cd /ha
wget http://891rpm.arthead.ru/filez/asterisk_ha_cpu_single.tar.bz2
tar -xjvf asterisk_ha_cpu_single.tar.bz2

Перед использованием скриптов, проверим:

1. Внешние интерфейсы серверов (eth1) должны принадлежать одной сети (192.168.0.0/24).

2.  Внутренние интерфейсы серверов (eth0) должны принадлежать одной сети (10.10.10.0/24). При необходимости можно указать другие IP-адреса в файле drdb.conf.

3. Имя первичного сервера — astmaster.local, вторичного — astsecondary.local. Команда uname -n должна возвращать эти имена. При необходимости можно указать другие имена в файлах drdb.conf, ha.d/ha.cf и ha.d/haresources.

Внимание! В имени хоста необходимо использовать «.». Если использовать простое имя, без точки, то Sendmail будет загружаться очень медленно, что снизит переключение между серверами на несколько минут, вместо секунд. 🙂

4. Оба интерфейса должны стартовать при загрузке системы.

5. IP-адреса серверов и шлюза также прописываются в ha.d/haresources.

6.  Необходимо убедиться, что сервера видят друг друга, и firewall на внутренних интерфейсах (eth0) отключен.

7. Для гигабитных интерфейсов, внутри кластера (eth0), необходимо в файле drdb.conf изменить параметр «rate» в значение «120».

8. Выполним скрипт /root/ha/drdb на обоих серверах — ошибок быть не должно. Если выполнить скрипты не одновременно или пройдет таймаут, DRDB может сообщить, что ожидает соседние ноды. Однако, после загрузки drdb.primary, необходимо убедиться, что узлы синхронизированы.

9. Проверить работу DRDB можно, выполнив cat /proc/drbd. При этом узлы будут находиться в состоянии secondary или inconsistent.

10. На первичном сервере надо запустить скрипт /root/ha/drbd.primary. Выполнение может занять некоторое время, однако ошибок быть не должно, разве что различных предупреждений типа — «timestamp in future».

11. Необходимо подождать, пока DRDB синхронизирует узлы кластера. Этот процесс может занять до нескольких часов. Для проверки готовности узлов можно проверить статус, командой cat /proc/drbd.

12. После окончания синхронизации, на первичном сервере появится сообщение:

13. DRDB установлен и работает!

Установка и настройка Heartbeat

1. Выполним скрипт /root/ha/ha на обоих серверах. Будут остановлены эти демоны: mysql, sendmail, asterisk, httpd, munin-node, ircd, xinetd, xplhub, vsftpd.

2. Через некоторое время, после запуска Heartbeat демоны снова начнут работать:

3. Если выполнить команду ifconfig eth1:0 увидим виртуальный IP-адрес 192.168.0.203, приписанный первичному серверу.

4. Для тестирования кластера просто выключаем питание на первичном сервере.

Через пару секунд все службы и alias сетевого интерфейса будут запущены на вторичном сервере.

Включаем первичный сервер. После загрузки первичного сервера, все службы на вторичном сервере «перейдут» на первичный сервер.

Кластер готов к работе.

 

Установка и настройка Redfone foneBRIDGE2

Желательно TDMoE трафик из foneBRIDGE изолировать VLAN’ом X, на коммутаторе.

Примечание: VLAN X имеет доступ к серверам кластера в VLAN Y, но не имеет доступа к VLAN Z, где размещены VoIP-устройства и пр. Между VLAN Y и VLAN Z обмен пакетами разрешен. Основная задача изолировать TDMoE трафик от остальной сети.

Настройка foneBRIDGE2 и Zaptel

Чтобы заставить foneBRIDGE работать, надо скачать, скомпилировать и установить программу Fonulator (Redfone). Основной файл настроек программы — redfone.conf.

Работа foneBRIDGE основана на TDMoE (Time Division Multiplexing over Ethernet) через MAC-адреса.

wget http://support.red-fone.com/downloads/fonulator/fonulator-2.0.3.tar.gz tar -xzvf fonulator-2.0.3.tar.gz
cd fonulator-2.0.3

(для более старых версий можно указать CFLAGS=-static)

./configure
make clean
make
make install
cd /usr/local/bin
chmod a+x fonulator

Загрузочный скрипт можно скачать здесь:

http://891rpm.arthead.ru/filez/fonulator

 

http://891rpm.arthead.ru/filez/foneBRIDGE2_Installation_Guide_English.pdf

Скрипт устанавливается в директорию /etc/init.d/ на каждом сервере.

cd /etc/init.d
chmod a+x fonulator

Настриваем foneBRIDGE  помощью файла настроек redfone1.conf и redfone2.conf. Надо скопировать эти файлы в директорию /etc/ на каждом сервере.

redfone1.conf

[globals]
fb1=00:50:C2:65:D1:62
fb2=00:50:C2:65:D1:63
server1=00:1A:64:11:3B:76
card=eth1,fb1

[span1]
span=1,0,0,ccs,hdb3,crc4
server1
fb1
pri

Измените fb1 и fb2 на MAC-адреса, указанные на каждом из foneBRIDGE. Параметр server1 изменяем на MAC-адрес сетевого интерфейса eth1, соответствующего сервера.

redfone2.conf

[globals]
fb1=00:50:C2:65:D1:6A
fb2=00:50:C2:65:D1:6B
server1=00:1A:64:11:3B:76
card=eth1,fb1

[span1]
span=1,0,0,ccs,hdb3,crc4
server1
fb1
pri

Измените fb1 и fb2 на MAC-адреса, указанные на каждом из foneBRIDGE. Параметр server1 изменяем на MAC-адрес сетевого интерфейса eth1, соответствующего сервера.

Скрип запуска fonulator, в /etc/init.d использует оба этих файла для запуска foneBRIDGE’ей.

zaptel.conf (dahdi.conf)

# 2 X E1 PRIs, on 2 separate fonebridges
#
# fonebridge No. 1
#
dynamic=eth,eth1/00:50:C2:65:D1:62/0,31,2
#
# fonebridge No. 2
#
dynamic=eth,eth1/00:50:C2:65:D1:6A/0,31,2
#
bchan=1-15,17-31
dchan=16
bchan=32-46,48-62
dchan=47

# Global data

loadzone	= ru
defaultzone	= ru

Надо указать MAC-адреса соответствующие MAC-адресам foneBRIDGE. Необходимо указывать только MAC-адреса интерфейса FB1, каждого из foneBRIDGE.

zapata.conf

;
; Zapata telephony interface
;
; Configuration file

[trunkgroups]

[channels]

language=en
context=default
switchtype=euroisdn
pridialplan=unknown
prilocaldialplan=unknown
signalling=pri_cpe
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
rxgain=0.0
txgain=0.0
group=0
callgroup=1
pickupgroup=1
immediate=no
channel =>  1-15,17-31,32-46,48-62

;faxdetect=both
faxdetect=incoming
;faxdetect=outgoing
;faxdetect=no

;Include genzaptelconf configs
#include zapata-auto.conf

group=1

;Include AMP configs
#include zapata_additional.conf

No you need to edit the haresources file on both machines.

Надо также отредактировать файл /etc/ha.d/haresources на обоих серверах:

astmaster.local 192.168.0.203/24/eth1 drbddisk::shared
Filesystem::/dev/drbd0::/share::ext3 drbdlinks mysqld sendmail
asterisk httpd munin-node vsftpd ircd xplhub amportal xinetd

изменить на:

asteriskmaster.local 192.168.0.203/24/eth1 drbddisk::shared
Filesystem::/dev/drbd0::/share::ext3 drbdlinks mysqld sendmail
fonulator
asterisk httpd munin-node vsftpd ircd xplhub amportal xinetd

Благодаря этому, скрипт fonulator заработает, как кластерный сервис! 🙂

Включите оба foneBRIDGE и подключите к коммутатору. Перезагрузите оба сервера. Если возникнут проблемы с загрузкой серверов, можно зайти на первичный сервер и выполнить zztool (dahdi_tool).

После этого, оба SPAN должны нормально и без ошибок работать.

(http://www.fintechcommunications.com/tutorials/asteriskCluster.htm)

 

———————————————-

Ubuntu Server 9.04 Install with Asterisk and foneBRIDGE2

Requirements

Base Install from ISO image

Components

dahdi-2.2.0

dahdi-tools-2.0.0

libpri-1.4.10.1

asterisk-1.4.26

Install Steps
Install dependencies and helper packages;

apt-get install openssh-server
apt-get install build-essential
apt-get install linux-headers-2.6.28-11-server
apt-get install libnet1 libnet1-dev
apt-get install libpcap0.8 libpcap0.8-dev
apt-get install libargtable2-0 libargtable2-dev
apt-get install libncurses5-dev
apt-get install libnewt-dev

Download ASTERISK, DAHDI, LIBPRI, FONULATOR, LIBFB. Please note many of the asterisk.org directories change frequently which may require modifications to the full URL path used in some of the following command examples.

cd /usr/src
wget http://support.red-fone.com/downloads/dahdi/dahdi-linux-2.2.0-redfone.tar.gz
wget http://support.red-fone.com/downloads/dahdi/dahdi-tools-redfone-2.0.0.tar.gz
wget http://support.red-fone.com/downloads/fonulator/libfb-2.0.0.tar.gz
wget http://downloads.asterisk.org/pub/telephony/libpri/releases/libpri-1.4.10.1.tar.gz
wget http://downloads.asterisk.org/pub/telephony/asterisk/releases/asterisk-1.4.26.tar.gz

Install libfb, fonulator library.

tar xzvf libfb-2.0.0.tar.gz
cd libfb-2.0.0
make clean
./configure
make
make install
cd ..

Install fonulator, the fonebridge configuration utility

tar xzvf fonulator-2.0.0.tar.gz
cd fonulator-2.0.0
./configure
make
make install

Confirm fonulator installation successful

fonulator -V

fonulator 2.0.0

Copyright (C) 2007 Redfone Communications, LLC.

Build Number: 36

Install dahdi and dahdi-tools

tar xzvf dahdi-1.4.9.2.tar.gz
cd zaptel-1.4.9.2
./configure
make menuselect
make
make install

Install libpri

tar xzvf libpri-1.4.5.tar.gz
cd libpri-1.4.5
make
make install
cd ..Install asterisk
tar xzvf asterisk-1.4.21.1.tar.gz
cd asterisk-1.4.21.1
./configure
make
make install
make samples
make config

Continue install following normal configuration guidelines for the fonebridge2 and Asterisk;

http://support.red-fone.com

Безопасный метод авторизации на PHP

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

1. Модель (клиент) 
Регистрация
— логин (a-z0-9)
— пароль
Вход
— логин
— пароль
Cookie
— уникальный идентификатор юзера
— хэш
Модель (сервер) MySQL
Таблица users
user_id (int(11))
user_login (Varchar(30))
user_password (varchar(32))
user_hash (varchar(32))
user_ip (int(10)) по умолчанию 0При регистрации в базу данных записываеться логин пользователя и пароль(в двойном md5 шифровании)

При авторизация, сравниваеться логин и пароль, если они верны, то генерируеться случайная строка, которая хешируеться и добавляеться в БД в строку user_hash. Также записываеться IP адрес пользователя(но это у нас будет опциональным, так как кто-то сидит через Proxy, а у кого-то IP динамический… тут уже пользователь сам будет выбирать безопасность или удобство). В куки пользователя мы записываем его уникальный индетификатор и сгенерированный hash.

Почему надо хранить в куках хеш случайно сгенерированной строки, а не хеш пароля?
1. Из-за невнимательности программиста, во всей системе могут быть дырки, воспользовавшийсь этими дырками, злоумышленик может вытащить хеш пароля из БД и подставить его в свои куки, тем самым получить доступ к закрытым данным. В нашем же случае, двойной хеш пароля не чем не сможет помочь хакеру, так как расшифровать он его не сможет(теоретически это возможно, но на это он потратит не один месяц, а может быть и год) а воспользоваться этим хешем ему негде, ведь у нас при авторизации свой уникальный хеш прикрепленный к IP пользователя.
2. Если злоумышленик вытащит трояном у пользователя уникальный хеш, воспользовать им он также не сможет(разве если только, пользователь решил принебречь своей безопастностью и выключил привязку к IP при авторизации).

2. Практика
--
— Структура таблицы `users`

CREATE TABLE `users` (
`user_id` int(11) unsigned NOT NULL auto_increment,
`user_login` varchar(30) NOT NULL,
`user_password` varchar(32) NOT NULL,
`user_hash` varchar(32) NOT NULL,
`user_ip` int(10) unsigned NOT NULL default '0',
PRIMARY KEY (`user_id`)
) ENGINE=MyISAM DEFAULT CHARSET=cp1251 AUTO_INCREMENT=1 ;

register.php 
<?
// Страница регситрации нового пользователя

# Соединямся с БД
mysql_connect(«localhost»«myhost»«myhost»);
mysql_select_db(«testtable»);

if(isset($_POST[‘submit’]))
{
$err = array();

# проверям логин
if(!preg_match(«/^[a-zA-Z0-9]+$/»,$_POST[‘login’]))
{
$err[] = «Логин может состоять только из букв английского алфавита и цифр»;
}

if(strlen($_POST[‘login’]) < or strlen($_POST[‘login’]) > 30)
{
$err[] = «Логин должен быть не меньше 3-х символов и не больше 30»;
}

# проверяем, не сущестует ли пользователя с таким именем
$query mysql_query(«SELECT COUNT(user_id) FROM users WHERE user_login='».mysql_real_escape_string($_POST[‘login’]).«‘»);
if(
mysql_result($query0) > 0)
{
$err[] = «Пользователь с таким логином уже существует в базе данных»;
}

# Если нет ошибок, то добавляем в БД нового пользователя
if(count($err) == 0)
{

$login $_POST[‘login’];

# Убераем лишние пробелы и делаем двойное шифрование
$password md5(md5(trim($_POST[‘password’])));

mysql_query(«INSERT INTO users SET user_login='».$login.«‘, user_password='».$password.«‘»);
header(«Location: login.php»); exit();
}
else
{
print 
«<b>При регистрации произошли следующие ошибки:</b><br>»;
foreach(
$err AS $error)
{
print 
$error.«<br>»;
}
}
}
?>

<form method=»POST»>
Логин <input name=»login» type=»text»><br>
Пароль <input name=»password» type=»password»><br>
<input name=»submit» type=»submit» value=»Зарегистрироваться»>
</form>

login.php

<?
// Страница авторизации

# Функция для генерации случайной строки
function generateCode($length=6) {
$chars «abcdefghijklmnopqrstuvwxyzABCDEFGHI JKLMNOPRQSTUVWXYZ0123456789»;
$code «»;
$clen strlen($chars) — 1;  
while (strlen($code) < $length) {
$code .= $chars[mt_rand(0,$clen)];  
}
return 
$code;
}

# Соединямся с БД
mysql_connect(«localhost»«myhost»«myhost»);
mysql_select_db(«testtable»);

if(isset($_POST[‘submit’]))
{
# Вытаскиваем из БД запись, у которой логин равняеться введенному
$query mysql_query(«SELECT user_id, user_password FROM users WHERE user_login='».mysql_real_escape_string($_POST[‘login’]).«‘ LIMIT 1»);
$data mysql_fetch_assoc($query);

# Соавниваем пароли
if($data[‘user_password’] === md5(md5($_POST[‘password’])))
{
# Генерируем случайное число и шифруем его
$hash md5(generateCode(10));

if(!@$_POST[‘not_attach_ip’])
{
# Если пользователя выбрал привязку к IP
# Переводим IP в строку
$insip «, user_ip=INET_ATON(‘».$_SERVER[‘REMOTE_ADDR’].«‘)»;
}

# Записываем в БД новый хеш авторизации и IP
mysql_query(«UPDATE users SET user_hash='».$hash.«‘ «.$insip.» WHERE user_id='».$data[‘user_id’].«‘»);

# Ставим куки
setcookie(«id»$data[‘user_id’], time()+60*60*24*30);
setcookie(«hash»$hashtime()+60*60*24*30);

# Переадресовываем браузер на страницу проверки нашего скрипта
header(«Location: check.php»); exit();
}
else
{
print 
«Вы ввели неправильный логин/пароль»;
}
}
?>
<form method=»POST»>
Логин <input name=»login» type=»text»><br>
Пароль <input name=»password» type=»password»><br>
Не прикреплять к IP(не безопасно) <input type=»checkbox» name=»not_attach_ip»><br>
<input name=»submit» type=»submit» value=»Войти»>
</form>

check.php

<?
// Скрипт проверки

# Соединямся с БД
mysql_connect(«localhost»«myhost»«myhost»);
mysql_select_db(«testtable»);

if (isset($_COOKIE[‘id’]) and isset($_COOKIE[‘hash’]))
{
$query mysql_query(«SELECT *,INET_NTOA(user_ip) FROM users WHERE user_id = ‘».intval($_COOKIE[‘id’]).«‘ LIMIT 1»);
$userdata mysql_fetch_assoc($query);

if(($userdata[‘user_hash’] !== $_COOKIE[‘hash’]) or ($userdata[‘user_id’] !== $_COOKIE[‘id’])
or ((
$userdata[‘user_ip’] !== $_SERVER[‘REMOTE_ADDR’])  and ($userdata[‘user_ip’] !== «0»)))
{
setcookie(«id»«»time() — 3600*24*30*12«/»);
setcookie(«hash»«»time() — 3600*24*30*12«/»);
print 
«Хм, что-то не получилось»;
}
else
{
print 
«Привет, «.$userdata[‘user_login’].«. Всё работает!»;
}
}
else
{
print 
«Включите куки»;
}
?>

Для защиты формы логина от перебора, можно использовать капчу.

Хочу отметить, что здесь я рассматривал авторизацию основоную на cookies, не стоит в комментариях кричать, что сессии лучше/удобнее и т.д. Спасибо.

Примечания:
1. mysql_select_db(«testtable»); // нелогичное название базы, testdb лучше
2. Нужно использовать mysql_real_escape_string()
3. Убирать лишние пробелы нет смысла, так как их не пропустит вот эта строка:
if(!preg_match(«/^[a-zA-Z0-9]+$/»,$_POST[‘login’]))

sipp

sipp – мощная утилита для генерации нагрузки на SIP оборудование. Обычно sipp используется для проверки отказоустойчивости систем IP-телефонии, выявления максимально-допустимой нагрузки или ddos-а конкурентов 🙂 Сценарий сессии в sipp описывается в XML файле. Можно воспользоваться одним из множества сценариев распространяемых в комплекте с sipp или создать свой.

Кроме тестирования сигнализации (SIP) sipp способен тестировать и медиа нагрузку. Для этого существуют два модуля: PCAP play и RTP echo. PCAP play – проигрывает заранее записанный сетевым анализатором (например wireshark) медиа файл. RTP echo – позволяет sipp отсылать обратно все полученные RTP потоки.

Пример использования sipp

 sipp 10.10.10.1 -s 12345 -i 10.10.10.2 -d 2h -l 60 -aa -mi 10.10.10.2 -rtp_echo -nd -r 10

10.10.10.1 – IP адрес SIP сервера, на который следует слать запросы.

-s 12345 – Указывает номер который будет вызван. Может быть числом или текстом. Значение по умолчанию – service

-i 10.10.10.2 – Локальный IP адрес. Этот адрес будет использован в SIP сообщениях в качестве адреса источника сообщений. По умолчанию используется адрес 127.0.0.1.

-d 2h – Устанавливает длительность звонков. В данном случае звонки будут длиться 2 часа. Длительность по умолчанию – 1 секунда.

-l 60 – Ограничивает максимальное количество одновременных звонков – 60.

-aa – Включает автоматические ответы 200 OK на сообщения INFO, UPDATE и NOTIFY.

-mi 10.10.10.2 – Устанавливает локальный IP для RTP.

-rtp_echo – Включает режим RTP эха. Все RTP пакеты полученные от удалённой стороны – отправляются обратно.

-nd – Отключает стандартную обработку неожиданных ситуаций – sipp будет прерывать звонки в случае получения неправильных SIP сообщений.

-r 10 – Устанавливает максимальную «скорость звонков» (CPS) в данном случае – не более 10 звонков в секунду.

Максимальной скоростью вызовов можно управлять во время работы sipp с помощью клавиш «+» и «-» – повышая и понижая её соответственно. Вообще, опустив параметры -aa -mi 10.10.10.2 -rtp_echo -nd – мы получаем отличное средство для тестирования отказоустойчивости и максимального CPS у SIP proxy.

Настройка Asterisk

Для того, что бы Asterisk принимал звонки от sipp, необходимо создать в SIP.conf специальный SIP-peer с именем sipp. К сожалению, заставить sipp совершать вызовы от имени существующего пользователя – нельзя. В стандартных сценариях sipp всегда представляется как sipp. Добавляем в SIP.conf запись:

 [sipp]
 type=friend
 context=in
 username=sipp
 host=10.10.10.2
 dtmfmode=rfc2833
 disallow=all
 allow=ulaw,alaw
 insecure=port,invite

Важными моментом, является наличие кодека ulaw в списке разрешенных т.к. именно его анонсирует sipp. Если 711u не будет в списке разрешённых кодеков, то Asterisk отклонит вызов от sipp. Вторым важным моментом, является строка insecure=port,invite. Данная строка заставляет Asterisk авторизовать sipp не по паролю, а по IP адресу указанному в поле host. Кроме записи в SIP.conf, можно создать специальный контекст в extensions.conf для обработки тестовых звонков от sipp.

Следующий пример принимает звонки на «номер» service – именно этот идентификатор используется по умолчанию:

 [in]
 exten => service,1,MusicOnHold()

Вот и всё. Успехов в стресс тестах! 🙂

P.S. Документация по sipp — http://sipp.sourceforge.net/doc3.0/reference.html

GRUB 2 — ошибка 15

Изредка, особенно при невнимательной настройке загрузчика grub2 возникает ситуация, при которой система полностью отказывается грузиться, а на экране консоли возникает ошибка — “Error 15: File not found!”. Для решения проблемы необходимо внести изменения в файл /boot/grub/menu.lst, указав правильный раздел для загрузки — раздел root.

С начала загружаемся с Live CD и открываем терминал.

Проверяем, какие разделы доступны в системе:

$ sudo fdisk -l | grep -i linux

Обычно это раздел системы и swap-раздел. Нас интересует раздел, содержащий /root.

/dev/hda5  1276  1397  979902    82  Linux swap / Solaris
/dev/hda6  1398  2550  9261441   83  Linux

/dev/hda6 — в нашем примере это раздел root. /dev/hda6 прописывается в grub, как (hd0,5). К примеру, если ваша система находится в /dev/hda1, то при загрузке нужно прописывать — (hd0,0). В grub прописывается значение на единицу меньшее, чем указано в разделе.

Откройте файл menu.lst и проверьте, что /dev/hda6 и (hd0,5) соответствуют разделу root, и никаких лишних разделов не указано. Это основная причина появления ошибки 15. В нашем примере root-раздел должен соответствовать разделу /dev/hda6, ниже указан пример файла /boot/grub/menu.lst:

title       Debian GNU/Linux, kernel 2.6.26-2-686
root        (hd0,5)
kernel      /boot/vmlinuz-2.6.26-2-686 root=/dev/hda6 ro
initrd      /boot/initrd.img-2.6.26-2-686
title       Debian GNU/Linux, kernel 2.6.26-2-686 (single-user mode)
root        (hd0,5)
kernel      /boot/vmlinuz-2.6.26-2-686 root=/dev/hda6 ro single
initrd      /boot/initrd.img-2.6.26-2-686

Далее желательно проверить файл /etc/fstab на соответствие разделов и типов файловых систем:

# /etc/fstab: static file system information.
#
# <file system> <mount point>  <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults          0     0
/dev/hda6       /               ext3    errors=remount-ro 0     1
/dev/hda5       none            swap    sw                0     0
/dev/hdc        /media/cdrom0   udf,iso9660 user,noauto   0     0

После перезагрузки, система должна нормально загрузиться.

Переустановка загрузчика

После загрузки LiveCD, открываем терминал и монтируем разделы системы:

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

# fdisk -l

Монтирование обычных систем:

# mount /dev/sda2 /mnt/

Если /boot примонтирован отдельно:

# mount /dev/sda1 /mnt/boot

Монтирование специальных систем:

# mount --bind /dev /mnt/dev
# mount --bind /dev/pts /mnt/dev/pts
# mount --bind /proc /mnt/proc
# mount --bind /sys /mnt/sys

Заходим в chroot-систему:

# chroot /mnt

Если отсутствует файл /boot/grub/grub.cfg, или есть проблемы с настройкой:

# update-grub

Переустанавливаем GRUB2 :

# grub-install /dev/sda

(Внимание! Номер после названия раздела не пишется!)

Проверяем правильность настроек:

# grub-install --recheck /dev/sda

Выходим из chroot-системы:

# exit

# umount /mnt/sys
# umount /mnt/proc
# umount /mnt/dev/pts
# umount /mnt/dev
# umount /mnt/boot
# umount /mnt

# reboot

После перезагрузки всё должно заработать! 🙂

 

Создание RSS-канала


RSS-канал — это простой текстовый файл. Общая структура такая:

<?xml version="1.0" ?>
<rss version="2.0">
<channel>

</channel>
</rss>

1. Определите содержимое тега channel.

Содержимое сhannel может быть одинаковым для всех RSS-каналов Вашего сайта.

Эти теги должны быть обязательно:

title: название канала, может быть таким же, как название главной страницы сайта.
link: URL сайта, например: www.891rpm.arthead.ru/.
description: описание Вашего канала, примерно 200 символов.

<channel>
 <title>One title</title>
 <link>http://www.891rpm.arthead.ru/</link>
 <description>описание Вашего канала</description>
</channel>

2. Добавьте изображение.

Это необязательно, но желательно.

Сделайте небольшое изображение (например, 88×31) в формате gif или jpg или png и сохраните в том же каталоге, что RSS файл.

url — это адрес самого изображения.
link — адрес страницы которая откроется, если кликнуть по изображению.

<image>
 <url>http://www.891rpm.arthead.ru/i/a.png</url>
 <title>Fisrt title</title>
 <link>http://www.891rpm.arthead.ru/</link>
</image>

3. Добавьте новый элемент.

Теперь мы добавим информацию о веб-странице.

Это тег item, подэлемент тега channel. В RSS-канале должен быть как минимум один такой элемент:

title: название статьи.
link: URL веб-страницы.
description: описание этой веб-страницы, около 200 символов.

<item>
<title>Master title</title>
<link>http://www.891rpm.arthead.ru/master/</link>
<description>Master test ))</description>
<guid>http://www.891rpm.arthead.ru/master/</guid>
</item>

4. Добавьте ещё несколько подобных элементов.

Можно добавить ещё несколько подобных элементов, обычно, не более 10.

5. Загрузите файл на сервер

Поместите сделанный файл rss.xml на сайт.

6. Проверка файла

Вы можете использовать интерактивный валидатор RSS-канала. Для этого существует неплохой сервис.

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

7. Сделайте его доступным

Для этого надо добавить текстовую или графическую ссылку на главную сраницу Вашего веб-сайта. При клике по ссылке должен открываться Ваш файл RSS-канала.

Например так:

<a type="application/rss+xml" href="http://www.891rpm.arthead.ru/rss.xml">
 RSS-канал этого сайта
 </a>

8. Обновление канала

При публикации новых веб-страниц на сайте, просто добавляйте в RSS-канал новые элементы и удаляйте старые, оставляя их количество неизменным (например, 10 или 15).

Пример полного файла RSS-канала.

<?xml version="1.0" encoding="windows-1251"?>
<rss version="2.0">
<channel>
 <title>Development on 891rpm.arthead.ru</title>
 <link>http://www.891rpm.arthead.ru/</link>
 <description>Сайт разработчика и администратора.</description>
 <language>en-ru</language>
 <copyright>2011. Copyright by 891rpm.arthead.ru</copyright>
 <image>
  <url>http://www.891rpm.arthead.ru/i/a.png</url>
  <title>First title</title>
  <link>http://www.891rpm.arthead.ru/</link>
 </image>
 <item>
  <title>Second title</title>
  <link>http://www.891rpm.arthead.ru/feed/</link>
  <description>Many, many any text's ))</description>
  <guid>http://www.891rpm.arthead.ru/feed/</guid>
 </item>
</channel>
</rss>

Как браузеры узнают, что на сайте есть RSS-канал?

Вы создали RSS-канал и сохранили его в каком-нибудь каталоге вашего сайта.
Вы должны сообщить браузеру, когда он откроет страницу вашего сайта, о наличии этого файла и его местоположении. Тогда Firefox будет показывать значок RSS-канала в адресной строке, Internet Explorer на панели команд.

Чтобы активировать их, надо добавить следующую строку в исходный код страницы, в любом месте внутри секции <head> </head>:

 <link
 rel="alternate"
 type="application/rss+xml"
 href="http://www.891rpm.arthead.ru/rss.xml"
 title="Название канала"
 />

Не забудьте заменить в URL www.891rpm.arthead.ru на имя Вашего домена и путь к Вашему файлу и его имя.

Настройка RSS-ленты в WordPress

Сегодня мы с Вами ознакомимся с настройками RSS-ленты в WordPress, а также с процессом настройки трансляции RSS-ленты на сервис FeedBurner.Com. Сервис Feedburner, позволяет собирать статистику подписчиков на  RSS-ленту блога, транслировать ее в различных форматах, организовать подписку на  обновления блога через E-Mail и многое другое.

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

Сначала необходимо зарегистрироваться на сервисе, для этого заходим на сайт FeedBurner.com, в разделе “Языки” сразу установим “Русский”, чтобы процесс настройки был понятнее и проще.

После этого мы попадаем на главную страницу сервиса с формой для прожигания RSS. В форму вводим адрес нашей RSS-ленты. Если Вы настраивали, “Постоянные ссылки” в Вашем блоге, значит адрес RSS-ленты будет выглядеть примерно так: http://test.blogmir.ru/feed/ именно этот адрес и нужно вводить в форму.

Если Вы планируете публиковать подкасты на Вашем блоге, можете установить галочку “Я подкастер!”, нажимаем кнопку “Далее”, попадаем на форму регистрации на сервисе:

После нажатия на кнопку “Activate Feed” попадаем на страницу с сообщением о том, что RSS-лента активирована, также на нам сообщают адрес нашей RSS-ленты на сервисе FeedBurner.

Адрес этот необходимо запомнить, чтобы в дальнейшем настроить переадресацию всех наших подписчиков, на  FeedBurner.

Нажимаем кнопку “Next”, страница предварительной настройки RSS-ленты, в зависимости от Ваших предпочтений, можете включать или не включать дополнительные сервисы статистики.

Нажимаем кнопку “Next”, нам сообщают что наш фид готов и уже работает, но на этом мы не остановимся, сервис FeedBurner позволяет добавить к Вашей RSS-ленте очень много различных полезных функций.

Открываем закладку “Оптимизируй”, пункт “Browser Friendly”, изменяем язык интерфейса на ClearFeed (Russian)

Не забываем сохранять настройки.

Пункт “SmartFeed” — нажимаем кнопку “Активировать”:

Переходим на закладку “Публикуй”, пункт “FeedCount”, нажимаем кнопку “Активировать”. Вы можете выбрать тип счетчика и его цвет, в поле будет сгенерирован код, который можно вставить в шаблон блога.

После того как Вы выбрали цвет и тип счетчика, нажимаем на кнопку “Сохранить”.

Открываем пункт “Подписки по электронной почте”, в списке провайдеров выбираем FeedBurner

Нажимаем кнопку “Активировать”, после этого появится окошко с кодом формы для подписки на  RSS-ленту по E-Mail, в списке необходимо выбрать русский язык и в самом низу нажать кнопку “Сохранить”

Полученный код можно вставить в шаблон блога для отображения формы подписки на  RSS через E-Mail.

На этом настройку RSS-ленты можно считать законченной.

Теперь для настройки автоматической переадресации Ваших подписчиков на RSS-ленту, настроенную на FeedBurner, необходимо установить и настроить плагин WordPress, который будет этим заниматься.

Скачиваем плагин, загружаем его на сервер в папку /wp-content/plugins/ и активируем в панели администрирование блога, раздел “Плагины.

Переходим в раздел “Параметры” — “FeedBurner”, в поле вводим адрес, который нам выдал FeedBurner, должно получится вот так:

Нажимаем кнопку “Save”, теперь все, кто будут обращаться к Вашему стандартному адресу RSS-ленты, вида http://myblog.com/feed/ будут автоматически переадресовываться на сервис FeedBurner для подписки.

Если у Вас что-то не получилось, не стесняйтесь задавать вопросы в комментариях к этому посту.

Работа с tcpdump

Tcpdump чрезвычайно удобный сетевой анализатор, очень помогающий в работе как сетевым администраторам, так и безопасникам. Естественно что для получения максимальной информации при работе с tcpdump, просто необходимо иметь представления о стеке протоколов TCP/IP. Для удобства можно использовать более удобные и интеллектуальные программы, например Wareshark, но часто возникают ситуации когда на тестируемую машину не представляется возможным установить дополнительные сервисы, и тогда tcpdump просто незаменим, не будит же админ, ради анализа пакетов, ставить на unix’овый сервак X-Windows тем более что в большинстве unix’овых систем, утилита tcpdump идет по умолчанию.
Понимание протокола TCP/IP дает широкое пространство для использование анализатора и устранения неисправностей и неполадок в работе сети, за счет разбора пакетов. Поскольку оптимальное использование данной утилиты требует хорошего понимания сетевых протоколов и их работы, то получается забавная ситуация, в которой инженеру в любом случае необходимо знать и понимать механизмы передачи данных в сети. т.ч. tcpdump полезна во все отношениях: как устранения неисправностей, так и самообразования.

Ниже приводятся несколько опций, которые помогут наиболее полно и подробно использовать эту утилиту, тем более что все эти опочки и ключики довольно легко забываются, и данные примеры весьма полезны, для освежевания памяти.
Первый используемый ключик -n который запрещает попытки преобразования адресов в доменные имена, тем самым выдавая нам чистые IP адреса с портами.
Второй это -X который задает для каждого пакета вывод как hex (шестнадцатеричная система) так и ASCII содержимого пакета.

И последняя опция это -S которая заменяет вывод относительной TCP нумерации, на абсолютную. Смысл в том, что при относительной нумерации некоторые проблемы могут скрыться от вашего внимания.

Нужно понимать, что основное преимущество tcpdump перед другими утилитами заключается в том, что в ней возможен подробный и ручной разбор пакетов. Также нужно помнить что по умолчанию tcpdump использует только первые 68 байт пакета, т.ч. если необходимо видеть больше, то следует использовать ключ -s number , где number количество байт которые следует захватить. В случае задания number 0 , произойдет полный захват пакета, поэтому лучше использовать значение 1514, что даст полный захват стандартного, для сетей Ethernet, пакета.

Список наиболее часто используемых ключей:

  • -c : задается проверка размера файла захвата перед каждой очередной записью захваченного пакета, если размер больше, то файл сохраняется и запись идет в новый файл
  • -e : выводится ethernet заголовок (канальный уровень) в каждой строке дампа
  • -i any : прослушивание всех интерфейсов, на случай если вам необходим весь трафик.
  • -n : запрещает преобразование адресов в доменные или символьные имена
  • -nn : запрещает преобразование адресов и портов в доменные или символьные имена
  • -q : Красткий вывод информации, за счет уменьшения вывода информации о протоколе.
  • -X : выводит как hex так и ASCII содержимое пакета
  • -v, -vv, -vvv : задает вывод дополнительной информации о захваченных пакетах, что дает возможность более широкого анализа.

Несколько примеров для использования:

# Стандартный вывод пакетов
 tcpdump -nS
 # Расширенный стандартный вывод
 tcpdump -nnvvS
 # Глубокий разбор пакета
 tcpdump -nnvvXS
 # Наиболее подробная информация о трафике
 tcpdump -nnvvXSs 1514

Выражения позволяют производить более целевое сканирование и задавать типы трафика. Умение использовать выражения делает tcpdump весьма продуктивным инструментом, в рукам сисадмина. Существует три основных типа выражений: type, dir, and proto.

Опции выражения type бывают host, net и port.

Для выражения направления задаваемого dir существующие опции src, dst, src or dst, и src and dst.

Несколько стандартных выражений:

host // анализ трафика на основе IP адреса ( также работает с символьными именами, если не задано -n)

 tcpdump host 1.2.3.4

src, dst // анализ трафика только для определенного назначения или передатчика

 tcpdump src 2.3.4.5
 tcpdump dst 3.4.5.6

net // захват трафика принадлежащего определенной сети

 tcpdump net 1.2.3.0/24

proto // работает с tcp, udp, и icmp. Нужно помнить что proto не упоминается

 tcpdump icmp

port // анализ трафика с определенного порта (входящего или исходящего)

 tcpdump port 3389

src, dst port // фильтр базируется на входящем или исходящем порту

 tcpdump src port 1025
 tcpdump dst port 3389

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

AND
and or &&
OR
or or ||
EXCEPT
not or !

TCP трафик с ресурса 10.15.123.33 с портом назвачения 3379:

# tcpdump -nnvvS tcp and src 10.15.123.33 and dst port 3379

Трафик переходящий из сети 192.168 с назначением на сети 10 или 172.16:

# tcpdump -nvX src net 192.168.0.0/16 and dst net 10.0.0.0/8 or 172.16.0.0/16

Non-ICMP трафик с точкой назначения 192.168.0.2 и из сети 172.16:

# tcpdump -nvvXSs 1514 dst 192.168.0.2 and src net 172.16.0.0/16 and not icmp

Трафик с хостов Eros or Ares , но не идущий на стандартный SSH порт (для данного выражения требуется разрешение имен):

# tcpdump -vv src eros or ares and not dst port 22

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

Также следует помнить о том, что мы можем строить запросы, включающие группы и пулы опций, заданных в одном запросе. Но для того чтобы утилита tcpdump обращала на них внимание их нужно помещать в скобки, беря выражение в одиночные кавычки:
Трафик идущий с хоста 10.0.2.4 на порты назначения 3379 или 22:

 # tcpdump ’src 10.0.2.4 and (dst port 3379 or 22)’

Также возможно производить фильтрацию на основе TCP флагов, например для вычленения SYN или RST пакетов:

Анализировать все URG пакеты:

 # tcpdump ‘tcp[13] & 32 != 0′

Анализировать все ACK пакеты:

 # tcpdump ‘tcp[13] & 16 != 0′

Анализировать все PSH пакеты:

 # tcpdump ‘tcp[13] & 8 != 0′

Анализировать все RST пакеты:

 # tcpdump ‘tcp[13] & 4 != 0′

Анализировать все SYN пакеты:

 # tcpdump ‘tcp[13] & 2 != 0′

Анализировать все FIN пакеты:

 # tcpdump ‘tcp[13] & 1 != 0′

Анализировать все SYN-ACK пакеты:

 # tcpdump ‘tcp[13] = 18′

Нужно помнить что фильтр обрабатывает данный запрос следующим образом, проверяет 13 байт заголовка TCP пакета и заданный байт флага, на соответствие условию, например:

 tcpdump ‘tcp[13] & 2 != 0′

– просмотр и сравнение 13 и 2 байтов заголовка, на условие что данные не равны 0, т.е. заданы 1.

Анализ специализированного трафика:

Анализировать весь IPv6 трафик:

 # tcpdump ip6

Анализировать весь трафик с имеющимися флагами SYN и RST:

 # tcpdump ‘tcp[13] = 6′

Анализировать весь трафик с имеющимся “evil bit”:

 # tcpdump ‘ip[6] & 128 != 0′

Естественно что приведенные примеры не могут охватить всю полноту использования столь мощного инструмента как tcpdump.