LinuxRadio » Настройка сети TCP/IP

Утилиты tracetoute, arp, netstat, TCPdump

admin — Wed, 03 Feb 2010 20:33:41 +0000

Утилита tracetoute
Утилита позволяет отобразить прохождение IP-пакетов от хоста до точки назначения. Она строит таблицу, в которой может отображаться имя либо адрес промежуточного хоста, задержка в прохождении пакета в миллисекундах и другая дополнительная информация.
Утилита arp
C помощью этой утилиты можно посмотреть содержимое ARP-таблицы. Для просмотра таблицы достаточно запустить команду arp с ключом -v.
Утилита netstat
Утилита netstat позволяет получить в режиме реального времени информацию о состоянии сетевых соединений, а также статистические данные и таблицу маршрутизации. У этой программы много опций, с помощью которых можно задавать вид получаемой информации (табл. 2.4). Запуск netstat без опций позволяет увидеть список сетевых соединений данной системы. Сначала перечисляются активные TCP-соединения, а затем активные сокеты домена типа UNIX. Гнезда (порты) этого домена заняты процессами, обеспечивающими установление соединения данной системы с другими системами.
Утилита TCPdump
TCPdump — утилита, которая позволяет перехватывать и записывать пакеты, проходящие через сетевой интерфейс. C помощью знаний о структуре ТСР/ІР-пакетов и этой утилиты можно получить информацию, которая позволит определить проблемы с сетью, некорректное функционирование программ и т. д. Однако утилита может перехватывать все пакеты, полученные интерфейсом, поэтому она может быть использована в неблаговидных целях.

Утилиты hostname, ping

admin — Wed, 03 Feb 2010 20:31:01 +0000

Утилита hostname
Утилита отображает или устанавливает символическое имя хоста. При запуске без параметров программа выдает имя хоста :hostnameHOME
Утилита ping
Программа ping позволяет проверить наличие доступа к другому хосту сети. Она посылает на указанный хост запрос и ожидает отклика. Если ответ приходит, то результаты запроса выводятся на консоль, один за другим. Запросы посылаются непрерывно до тех пор, пока пользователь не остановит утилиту нажатием клавиш +. Если ping не может связаться с указанной машиной, она выдает сообщение о том, что машина недоступна. C помощью ping можно проверить как ІР-настройки интерфейса (ping192.168.0.33), так и функционирование/настройки DNS (ping main.test.com ) Если в первом случае соединение происходит нормально, а во втором возникают проблемы, то у вас неправильно указан в настройках адрес DNS-сервера, либо DNS-сервер не функционирует или недоступен (например, DNS-сервер находится за пределами локальной сети, а у вас не определен маршрут по умолчанию для интерфейса).Также эта утилита может приблизительно показать качество соединения, поскольку она отображает количество посланных/принятых/потерянных пакетов.

Средства тестирования сети и сетевых настроек. Утилита ifconfig

admin — Wed, 03 Feb 2010 20:28:34 +0000

Для проверки правильности настройки сети и корректности функционирования необходимо использовать набор утилит, описанных в этом разделе. Данные утилиты — простые и маленькие программы, однако большинство стандартных проблем можно выявить с их помощью. Частично мы с ними уже встречались ранее, но, тем не менее, я еще раз позволю себе обратить на них ваше внимание.
Утилита ifconfig
Утилита может показать состояние сетевых интерфейсов. Пример команды ifconfig выполненной на компьютере, неподключенном в данный момент к сети:ethO Link encap:Ethernet HWaddr 00:07:E9:46:A7:A2inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0UP BROADCAST MULTICAST MTU:1500 Metric:lRX packets:0 errors:0 dropped:0 overruns:0 frame:0TX packets:3 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:100RX bytes:0 (0.0 b) TX bytes:126 (126.0 b)Interrupt:ll Base address:0xbc00 Memory:feafd000-feafd038Io Link encap:Local Loopbackinet addr:127.0.0.1 Mask:255.0.0.0UP LOOPBACK RUNNING MTU:16436 Metric:lRX packets:10 errors:0 dropped:0 overruns:0 frame:0TX packets:10 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:0RX bytes:700 (700.0 b) TX bytes:700 (700.0 b) Из вышеприведенного примера видно, что компьютер имеет один сетевой интерфейс (eth0) и один виртуальный (loop back — lo). Из выявленной информации можно получить VFC-адрес, IP-адрес, маску сети, размер пакета, информацию по принятым и переданным данным и т. д. За более подробной информацией обращайтесь к справочной странице.

Основные конфигурационные файлы

admin — Wed, 03 Feb 2010 20:25:53 +0000

Таким образом, в итоге рассмотрения предыдущего раздела мы установили, что процесс init выполняет три основных действия: запускает скрипт rc.sysinit из каталога /etc/rc.d; запускает скрипт rc из того же каталога /etc/rc.d с опцией, равной уровню выполнения (обычно третий или пятый уровни выполнения); запускает процессы getty. B каталоге /etc находится каталог rc.d, содержимое которого непосредственно касается процесса загрузки системы. Вот оно:/init.d/rcO.d/rcl.d/rc2.d/rc3.d/rc4.d/rc5.d/rc6.drcrc.localrc.sysinit Опираясь на предыдущую информацию, нетрудно заметить, что существует семь каталогов для каждого уровня выполнения, каталог /init.d и три исполняемых файла, два из которых нам уже знакомы: rc и rc.sysinit. Третий файл rc.local вызывается по окончании исполнения файла rc и предназначен для команд, добавляемых администратором для запуска в процессе начальной загрузки. Редактировать файл rc не возбраняется, однако вероятность ошибки в файле, содержащем сотню-другую строк, очень велика, поэтому настоятельно рекомендуется использовать только файл rc.local.

Выполнение скриптов процессом init

admin — Wed, 03 Feb 2010 20:21:02 +0000

После этого процесс init выполняет скрипты, которые должны исполняться в любом уровне выполнения :ud::once:/sbin/updateа затем команды, соответствующие уровню, заданному по умолчанию:13:3:wait:/etc/rc.d/rc 31:2345: respawn: /sbin/mmgettyttyl 2 :2345: respawn:/sbin/mmgetty tty2 3:2345: respawn:/sbin/mmgetty tty3 4 :2345:respawn: /sbin/mmgetty tty4 5:2345:respawn: /sbin/mmgetty tty56:2345: respawn: /sbin/mmgettytty6 Как можно заметить, есть несколько строк, запускающих скрипт rc, которые отличаются только уровнем выполнения и аргументом командной строки, передаваемой в этот скрипт. После выполнения скрипта rc процесс init осуществляет запуск шести виртуальных консолей (процессов mingetty или, в более старом варианте, — getty), что дает пользователям возможность регистрироваться в системе с терминалов (или виртуальных консолей, поскольку терминал вы вряд ли где-нибудь встретите). Для переключения между виртуальными консолями необходимо нажимать комбинацию клавиш+. После инициализации виртуальных консолей можно считать, что система полностью перешла в соответствующий уровень выполнения, загрузка завершилась и операционная система ожидает регистрации пользователя. По окончании загрузки init продолжает функционировать в фоновом режиме. Поэтому с помощью команды teiinit, которая взаимодействует с процессом init, можно произвести перевод системы с одного уровня выполнения на другой или указать init перечитать свой конфигурационный файл. Когда пользователь останавливает систему (командой shutdown, hait, poweroff или reboot), процесс init завершает все исполняющиеся процессы, размонтирует все файловые системы и останавливает процессор или производит перезагрузку системы.

Запуск процесса init

admin — Wed, 03 Feb 2010 20:16:17 +0000

Сразу после запуска процесс init считывает свой конфигурационный файл /etc/inittab и производит его разбор. Сначала он определяет, какой уровень по умолчанию установлен в системе. Как видно из приведенного конфигурационного файла— id:3:initdefauit- уровень выполнения, в котором будет функционировать операционная система после загрузки, равен трем (т. е. предполагается многопользовательский режим с поддержкой сетевых функций). Дистрибутив Red Hat по умолчанию предлагает установить вход в систему в графическом режиме — пятый уровень выполнения. Затем процесс init принимает к сведению строки, содержащие специальные команды, такие как :ca::ctrlaltdel:/sbin/shutdown -t3 ^r nowpf::powerfail:/sbin/shutdown -f -h +2 «Power Failure; System Shutting Down»pr:12345:powerokwait:/sbm/shutdown -с «Power Restored; Shutdown Cancelled» После этого процесс init выполняет команду, которую необходимо выполнить при старте системы, но перед тем как перейти к какому-нибудь уровню выполнения. Эта команда содержится в строке с ключевым словом sysinit:si::sysinit:/etc/rc.d/rc.sysinit

Файл inittab

admin — Wed, 03 Feb 2010 20:11:29 +0000

Подробную информацию о файле inittab можно узнать из man-страниц init, inittab. B качестве примера приведем файл inittab (листинг 2.2), который находится в только что установленной системе Red Hat 7.1. | Листинг 2.2. Файл inittab#inittab Этот файл описывает как процесс init должен настроить операционную систему в соответствующем уровне выполнения ##Author: Miquel van Smoorenburg, #Modified for RHS Linux by Marc Ewing and Donnie Barnes##Default runlevel. The runlevels used by RHS are:#0 – halt (Do NOT set initdefault to this)#1 — Single user mode#2 — Multiuser, without NFS (The same as 3, if you do not have#networking)#3 — Full multiuser mode#4 — unused#5 – XIl#6 — reboot (Do NOT set initdefault to this) #id:3:initdefault:#System initialization.si::sysinit:/etc/тс.d/rc.sysinit 10:0:wait:/etc/rc.d/rc 0ll:l:wait:/etc/rc.d/rc 112:2:wait:/etc/rc.d/rc 213:3:wait:/etc/rc.d/rc 314:4:wait:/etc/rc.d/rc 415:5:wait:/etc/rc.d/rc 516:6:wait:/etc/rc.d/rc 6 #Things to run in every runlevel.ud::once:/sbin/update#Trap CTRL-ALT-DELETE ca::ctrlaltdel:/sbm/shutdown -t3 -r now #When our UPS tells us power has failed, assume we have a few#minutes#of power left. Schedule a shutdown for 2 minutes from now.#This does, of course, assume you have powerd installed and your#UPS connected and working correctly.pf::powerfail:/sbm/shutdown -f -h +2 «Power Failure; System ShuttingDown» #If power was restored before the shutdown kicked in, cancel it.pr:12345:powerokwait:/sbm/shutdown -c «Power Restored; ShutdownCancelled» #Run gettys in standard runlevels1:2345:respawn:/sbin/mingettyttyl2:2345:respawn:/sbin/mingettytty23:2345:respawn:/sbin/mingettytty34:2345:respawn:/sbin/mingettytty45:2345:respawn:/sbin/mingettytty56:2345:respawn:/sbin/mingettytty6 #Run xdm in runlevel 5#xdm is now a separate servicex:5:respawn:/etc/Xll/prefdm -nodaemon

Параметры процесса init

admin — Wed, 03 Feb 2010 20:08:52 +0000

#initdefauit — указывает init, в какой уровень выполнения необходимо перейти системе после загрузки; #sysinit — процесс должен быть выполнен во время загрузки операционной системы до выполнения любой строки с boot или bootwait; #powerwait — позволяет процессу init остановить систему при пропадании электроэнергии. Применение этого ключевого слова предполагает, что используется источник бесперебойного питания (UPS), имеющий специальный интерфейс, с помощью которого UPS может посылать в компьютер и принимать из него различные управляющие сигналы: (например, «нет питания», «выключить источник бесперебойного питания», «аккумуляторы разряжены» и т. п.), а также программное обеспечение, которое отслеживает состояние источника бесперебойного питания и информирует init о том, что питание отключилось; #ctriaitdei — разрешает init перезагрузить систему, когда пользователь нажимает комбинацию клавиш ++. Однако системный администратор может определить действия по комбинации клавиш ++, например, игнорировать нажатие этой комбинации. Этот список не является исчерпывающим.

Уровни выполнения в операционной системе Linux

admin — Wed, 03 Feb 2010 20:05:05 +0000

B операционной системе Linux существует восемь уровней выполнения: 0 — остановка системы; 1 — однопользовательский режим для специальных случаев администрирования. Отсутствует поддержка сети, практически нет сервисов; 2 — многопользовательский режим без поддержки сети; 3 — многопользовательский режим с поддержкой сети; 4 — использование не регламентировано; 5 — обычно по умолчанию стартует X Window System; 6 — перезагрузка системы; S или s — практически то же, что и однопользовательский режим, но уровень выполнения S. B основном используется в скриптах. Как можно заметить, существует определенное логическое нарушение в следовании уровней выполнения. Было бы более логично нулевой уровень выполнения вставить перед шестым. Однако здесь проявили себя исторические традиции — как повелось много лет назад в UNIX, так ради совместимости и остается.

Уровень выполнения

admin — Wed, 03 Feb 2010 20:02:18 +0000

Список производимых действий помимо конфигурации системы зависит от так называемого уровня выполнения (run level). Каждый уровень выполнения однозначно (по крайней мере, в пределах дистрибутива) определяет перечень действий, выполняемых процессом init, и конфигурацию запущенных процессов. K сожалению (а может, и к счастью), нет четкого разделения на уровни выполнения, их количество и действия, выполняемые на каждом уровне. Например, в некоторых UNIX-системах уровней выполнения всего два. Некоторые дистрибутивы Linux таким же образом конфигурируют свою операционную систему (например, в дистрибутиве Slackware два уровня выполнения). B других дистрибутивах (Red HatLinux) уровней выполнения восемь. Поскольку эта книга базируется на д-стрибутиве Red Hat, дальнейшее описание на нем и основано.