Differences between revisions 3 and 31 (spanning 28 versions)
Revision 3 as of 2008-07-04 11:40:58
Size: 13499
Comment:
Revision 31 as of 2008-07-12 19:03:50
Size: 16798
Comment:
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
== Настройка сетевых интерфейсов ==
=== (по Г.К.:
Автоматическая настройка сетевых подключений) ===
== Автоматическая настройка сетевых интерфейсов ==
Line 4: Line 3:
Речь о том, как на самом деле подсистема в альте, где она находит настройки сети, и как она их применяет. Мы сегодня утром достаточно долго
настраивали сеть: настраивали сетевую карту, ip-адрес, маршрутизатор по умолчанию, dns, чтобы понять, что интернета нет. Перейдём в /etc/net и
посмотрим, что в нём находится: три подкаталога и настроечный файл. В sysctl.conf находятся параметры ядра. Нам как пользователям школьного
дистрибутива, этот файл без надобности, за одним исключением. В случае если вы сбираетесь делать сервер, который занимается маршрутизацией,
переменная net.ipv4.ip_forvard должна быть равна 1. В разделе scripts лежат всевозможные программы на шелле, которые выполняют различные
функции. Обычно их запускать руками не надо. Это подсистема управляет сетевыми настройками, которая занимается следующим: она читает
конфигурационными файлы и по определённым алгоритмам вызывает эти сценарии. В самом деле, туда смотреть не надо. А куда смотреть? Например, в
ifaces/. В директории интерфейсов описаны сетевые интерфейсы, которые предназначены для подключения к сети. Тут мы видим eth0, lo. Кроме этого
есть default и unknown, которые применяются ко всем или к не указанным здесь интерфейсам. Можно перейти в директорию интерфейса и сказать,
например, ipv4address. Кроме этого, есть директория options, в котором находятся настройки интерфейса. Обычно там указано, что BOOTPROTO=dhcp.
Для статической настройки необходимо поменять dhcp на static. Dhcp–ipv4ll – это Авахе так вызывается. То есть если dhcp отказывается, через
некоторое время после того как таймаут от dhcp приходит, что никакого dhcp нет, он запускает это самое авахе которое присваивает себе какой-
нибудь адрес. Тут всё. Теперь ipv4address редактируем. Для указания адреса необходимо в ipv4address указать адрес, а в ipv4route указать
default gateway - default via 192.168.200.1. Если посмотреть man etcnet, то можно узреть много других команд. Например, можно задать настройку
для IP. После этого можно остановить сетевой сервис - service network stop, убедиться, что оба интерфейса опущен - ip a, после этого можно
запустить service network start. После этого можно увидеть в ip r, что всё настроилось.
Рассмотрим теперь, как работает система настройки сетевых адресов etcnet в нашем дистрибутиве, как она получает настройки сети и как она их применяет. Для этого перейдём в каталог настроек /etc/net, где находятся три подкаталога ({{{ifaces}}}, {{{options.d}}} и {{{ifaces}}}) и файл {{{sysctl.conf}}}.
Line 21: Line 5:
Система /etc/net крайне мощная, она позволяет практически всё решить конфигурацией. Для разных любителей…  * В файле {{{/etc/net/sysctl.conf}}} находятся параметры ядра Linux, относящиеся к сетевой подсистеме. Нам, как пользователям школьного дистрибутива, этот файл обычно не нужен, за одним исключением: если нам необходимо настроить машину, работающую IP-маршрутизатором, то нужно присвоить отвечающей за маршрутизацию переменной значение 1: {{{
$ grep forward /etc/net/sysctl.conf
#IPv4 packet forwarding.
net.ipv4.ip_forward = 1
}}}
Теперь рассмотрим каталоги, где находятся настройки самого etcnet.
 * В каталоге {{{/etc/net/scripts}}} лежат всевозможные программы, написанные на языке программирования Shell, которые выполняют различные функции. Обычно нет необходимости запускать их вручную и изменять. С помощью этих программ подсистема etcnet управляет сетевыми подключениями, запуская их в зависимости от своих параметров настройки.
 * В каталоге {{{/etc/net/ifaces}}} находятся подкаталоги, в которых описаны параметры сетевых интерфейсов. Каждому сетевому интерфейсу соответствует свой каталог:
 {{{
 $ ls /etc/net/ifaces
 default eth0 lo eth1 lo unknown
 }}}
 Кроме того, здесь находятся каталоги {{{default}}} и {{{unknown}}}. Настройки из первого из нихрименяется ко всем интерфейсм, а настройки из второго --- к неуказанным в {{{/etc/net/ifaces}}}} интерфейсам. Можно перейти в директорию интерфейса и сказать, например, ipv4address.
 * Наконец, есть директория {{{/etc/net/options.d}}}, в которой находятся общие настройки системы etcnet и пути к используем программам, например к {{{ip}}}. Обычно изменять в ней что-либо нет необходимости.
Line 23: Line 20:
Там есть human-readable синтаксис (нечто похожее на ipfv), его можно выключить и работать непосредственно в синтаксисе iptables. Рассмотрим подробнее настройки сетевого интерфейса на примере каталога {{{/etc/net/ifaces/eth0}}}. Во-первых, в нем уже имеется файл {{{options}}}, где указывается, включен ли интерфейс и получает ли он адрес автоматически:
{{{
$ cat /etc/net/ifaces/eth0/options
BOOTPROTO=dhcp-ipv4ll
DISABLED=no
}}}
Line 25: Line 27:
В частности, etcnet’ом уже год поддерживается freename, это переименование интерфейсов на лету, чтобы, представьте, у вас всегда dev0 назывался
dev0. (Какая в этом проблема, если кто не в курсе: в какой-то момент, когда создатели линукс-дистрибутивов перешли не просто на 26-е ядро, а
отказались от /dev’а, перешли на udev, возникла такая странная штука: какой модуль первый загрузится, тот и получит нулевой номер. А который
загрузится вторым, получит первый номер. Если бы это делалось последовательно, они бы всегда загружались в правильном порядке, потому что
сетевые карты на сетевой шине, они, как правило, нумеруются все одинаково. Но поскольку два модуля грузятся одновременно, часто бывает так, что
сегодня у вас первой загрузилась нижняя карточка, а второй верхняя.) Каждый борется с этой проблемой по-своему, в альте поступили очень просто:
при установке дистрибутива у вас считываются MAC-адреса сетевых карт, формируется ftab, и потом жёстко происходит их rename.
С помощью опции {{{BOOTPROTО}}} можно управлять механизмом получения IP-адресов. Обычно указано, что {{{BOOTPROTO=dhcp}}}. Для статической настройки необходимо указать {{{BOOTPROTО=static}}}. Если указано {{{BOOTPROTO=ipv4ll}}}, то для машины будет выбран не использующийся в сети IP-адрес (обычно это означает, что интерфейс не будет нормально функционировать). Возможны и комбинированные значения: например,если написать {{{BOOTPROTO=dhcp–ipv4ll}}}, то в случае, если по протоколу DHCP настройки получить не удастся, они будут получены по ipv4ll сетевой службой Avahi.
Line 33: Line 29:
Помимо того, что etcnet хорошо документирован, он содержит дикое количество примеров, можно сказать, например, rpm -ql etcnet Отметим, что файл {{{/etc/resolv.conf}}} с адресами серверов DNS не относится к etcnet. Однако, в etcnet существует возможность изменять данный файл в зависимости от используемого сетевого интерфейса. Обычно в этом нет потребности, потому что если интерфейс настраивается по протоколу DHCP, то DHCP-клиент автоматически запишет полученые адреса DNS-серверов, а если в системе единственный интерфейс и он настраивается статически, то можно отредактировать файл {{{/etc/resolv.conf}}} и вручную.
Line 35: Line 31:
Теперь о недостатках: единственное, чего нет в etcnet --- нет простых примеров. Например, для того, чтобы догадаться, что для организации NAT
надо прописать одну строчку, надо догадаться.
Указав {{{BOOTPROTО=static}}} в файле {{{options}}}, настроим интерфейс вручную. Для указания адреса необходимо в файле {{{ipv4address}}} указать собственно IP-адрес и маску, а в файле {{{ipv4route}}} --- адрес маршрутизатора по-умолчанию:
{{{
# cd /etc/net/ifaces/eth0
# echo '192.168.200.100/24' > ipv4address
# echo 'default via 192.168.200.1' > ipv4route
}}}
Line 38: Line 38:
=== DHCP === После сделанных изменений можно остановить сетевой сервис, выполнив команду {{{ service network stop }}} и убедиться, что оба интерфейса выключены командой {{{ ip a }}}. После этого можно запустить их: {{{service network start}}}. После этого, сделав {{{ ip r}}}, убедимся, что всё настроено:
{{{
# ip r
192.168.200.100/24 dev eth0 proto kernel scope link src 192.168.200.100
default via 192.168.200.1 dev eth0
}}}
Line 40: Line 45:
Мы возвращаемся к началу нашего сегодняшнего занятия, а именно к протоколу уровня приложений. Откуда вообще всё это возникло. Во многих ОС есть
кнопочка "настроить всё автоматически". Лектор очень не любит такую кнопочку, потому что не знает, что такое всё, и что такое автоматически. Но
просто некоторый пользователь может не очень хорошо разбираться в сети, но у него может возникнуть необходимость воткнуться и подключиться к
сети, кроме того, у администратора нет желания раздавать полотна с указаниями, где что прописать, более того, пользователя это и не касается.
Для решения всех этих проблем есть служба DHCP.
Стоит отметить, что система etcnet крайне мощная, она позволяет практически любую проблему решить при помощи изменения своей конфигурации. По команде {{{man etcnet}}} можно увидеть все настройки etcnet. Помимо того, что etcnet хорошо документирован, он содержит огромное количество примеров. Чтобы убедиться в этом, можно выполнить, например, {{{rpm -ql etcnet}}}.
Line 46: Line 47:
Как работает DHCP? Довольно хитро, так как она предназначена даже для машин, у которых даже ip нет, поэтому можно разложить на части процедуру
настройки по DHCP. Какие настройки можно выдать по DHCP:
Системой etcnet поддерживается это технология freename. Она позволяет переименовывать сетевые интерфейсы буквально на лету. Для чего это нужно? В современном ядре GNU/Linux возможна следующая ситуация: модуль,загрузившийся первым, получает нулевой номер интерфейса (eth0), тот, который загрузится вторым, получает первый номер (eth1) и так далее. Если бы это делалось последовательно, они бы всегда загружались в одинаковом порядке, потому что сетевые карты на сетевой шине, как правило, нумеруются одинаково. Но поскольку модули сетевых карт загружаются одновременно, часто бывает так, что сегодня первой загрузилась нижняя карточка, а второй верхняя, а завтра --- наоборот. Существует несколько вариантов решения этой проблемы, в нашем случае механизм достаточно прост: при установке дистрибутива считываются MAC-адреса сетевых карт, формируется файл {{{/etc/iftab}}} с соответствием имен интерфейсов и MAC-адресов, и затем всегда происходит переименование. При замене в компьютере с несколькими сетевыми картами одной из них данный файл желательно отредактировать вручную.
Line 49: Line 49:
 * IP-адрес. Есть протокол ARP, который по ip позволяет узнать MAC. В случае, когда есть MAC и нет IP, взникает ситуация обратная. Посылается широковещательный (если нет адреса конкретного сервера) Ethernet-фрейм, который принимается компьютером, на этом компьютере должна быть установлена сетевая служба, которая раздаёт ip, и, обращаясь к таблице соответствий ip и mac, и по этому маку он выдаёт ip. Таких протоколов, которые преобразование делают, штуки две: RARP и BOOTP. rarp находится где-то между сетевым и интерфейсным уровнем; он предназначен всего лишь для преобразования одного типа адресов в другой. Протокол bootp более комплексный, по нему кроме сетевого адреса можно получить имя файла, который надо скачать по tftp, чтобы его загрузить и выполнить. Но в обоих случаях должен быть сервер, который это разруливает и это выдаёт. Особенно неприятно, когда таких серверов два в одной локальной сети, и каждый думает по-своему. Про DHCP. Это комплекс настроек, который позволяет получить все сетевые настройки, про которые было сказано выше. === Протокол DHCP и настройка DHCP-клиента ===
Line 51: Line 51:
Кстати, когда лектор говорил про xml, он забыл сказать, что resolv.conf не задавали. Он просто лежит в /etc. В принципе, есть возможность подсовывать resolv.conf в зависимости от используемого интерфейса. Вопрос в том, что это обычно не надо, потому что если он настраивается dhcp, dhcp сам его редактирует, а если он настраивается статически, он там один. Обратимся снова к протоколу уровня приложений DHCP. Для того, чтобы упростить настройку и подключение к сети для пользователя и администратора, существует служба DHCP, которая позволяет DHCP-клиентам получать от DHCP-сервера IP-адрес и маску сети, маршрутизатор по умолчанию, адреса DNS-серверов и другие настройки. Протокол DHCP работает предназначен даже для машин, у которых нет даже IP-адреса. Поэтому лучше разложить на части процедуру настройки по DHCP. Итак, основной настройкой, которую можно выдать и получить по DHCP, является IP-адрес. Существует протокол ARP, который по IP-адресу позволяет узнать MAC-адрес. В случае, когда мы знаем свой MAC-адрес и не знаем свой IP-адрес, возникает обратная ситуация, для ее разрешения изначально существовал протокол RARP (''Reverse Address Resolution Protocol''). В настоящее время протоколов, которые производят подобные преобразования, три: RARP, BOOTP (''Bootstrap Protocol'') и DHCP (''Dynamic Host Configuration Protocol''). Протокол RARP находится между сетевым и интерфейсным уровнем; он предназначен для преобразования своего MAC-адреса в IP-адрес. Протокол BOOTP более сложный, чем RARP, при помощи него кроме сетевого адреса можно получить имя файла, который надо скачать по tftp, что позволяет создавать бездисковые рабочие станции, загружающиеся по сети. Протокол DHCP является развитием BOOTP и очень широко используется.
 
Во всех случаях должен существовать сервер, который принимает запросы и выдаёт необходимую информацию. Крайне нежелательной является ситуация, когда таких серверов в одной локальной сети более одного, и каждый думает по-своему. Клиентом посылается широковещательный (если нет адреса конкретного DHCP-сервера) Ethernet-фрейм, который принимается компьютером с установленной сетевой службой DHCP, которая раздаёт IP согласно таблице соответствий IP и MAC-адресов и высылает клиенту Ethernet-фрейм с ответом. Таким образом, протокол DHCP --- позволяет получить все сетевые настройки, про которые было сказано выше. Кроме того, по протоколу DHCP машина может получить несколько сотен настроек, в том числе такие, у которых имени нет, а есть только номер. Например, настройка номер 318. Какая? Какую придумаем, такая и будет, лишь бы клиент понимал, что с нею делать дальше. Итак, основные настройки, выдаваемые по DHCP:
 * IP-адрес;
 * маска сети;
 * адрес DNS-сервера;
 * маршрутизатор по умолчанию и вся таблица маршрутизации;
 * если это сетевая загрузка, то адрес файла, который надо закачать, и адрес сервера, с которого надо его закачать;
 * ряд дополнительных настроек.
Line 53: Line 61:
Так вот, по протоколу dhcp машина может получить несколько сотен настроек, в том числе такие, у которых имени нет, есть только номер. Например, настройка 318. Какая? Какую придумаешь, такая и будет. Чтобы сделать автоматическую настройку сети в etcnet, достаточно задать в каталоге интерфейса в файле {{{options}}} параметр {{{BOOTPROTO=dhcp}}} и перезагрузить сетевую службу командой {{{service network restart}}}.
Line 55: Line 63:
 * IP
 * Маска
 * Адрес dns сервера
 * Маршрутизатор по умолчанию, вообще вся таблица маршрутизации
 * Если это сетевая загрузка, адрес файла, который надо закачать, адрес сервера, с которого надо его закачать, а потом ещё какие-то настройки. Идея состоит в том, что получить её можно по DHCP, и используется она на разных уровнях.
=== Сетевые профили в системе etcnet ===
Line 61: Line 65:
Чтобы настроить автоматические настройки сети в etcnet, достаточно поставить у интерфейса в options BOOTPROTO=dhcp. В каталоге {{{/etc/net/ifaces/eth0}}} может лежать несколько файлов с именами вида {{{options#имяпрофиля}}}, {{{ipv4adress#имяпрофиля}}}, {{{ipv4route#имяпрофиля}}}. Каждый такой файл содержит настройки к определенному сетевому профилю. Это удобно, например, когда компьютер используется и дома и в офисе, а протокол DHCP не используется хотя бы в одном из мест работы. Никаких дополнительных сущностей, за исключением имени файла, для настройки не нужно. Более того, у службы network есть не только стандартные команды, но и дополнительные вида {{{service network start with home}}}, которые позволяют выбрать, какой профиль будет использован при включении сети.
Line 63: Line 67:
Фича etcnet. Профили. Теперь проиллюстрируем на практике сказанное выше относительно профилей etcnet. Создадиим
Line 65: Line 69:
В вашем каталоге eth0 может лежать несколько файлов apv4adress#имяпрофиля. Каждый такой файл может содержит настройки к определённому профилю. Например, компьютер используется дома и в офисе. Никаких дополнительных сущностей за исключением имени файла, не нужно. У службы network есть не только стандартные команды, но и дополнительные команды вида start with, которые позволяют выбрать, какой профиль будет использован при включении сети. Создадим настройки сети.
Для этого сделаем следующее:
 * Переходим в каталог {{{/etc/net/ifaces/eth0}}}
 * Открываем в редакторе файл {{options#mpgu}}.
Пишем:
{{{
ONBOOT=yes
DISABLED=no
BOOTPROTO=static
}}}
 * Напишем: {{{ mv ipv4address ipv4address\#mpgu }}}
 * Напишем здесь:
{{{
search mpgu.edu.ru
nameserver 194.190.241.162
}}}
 * Сделаем {{{ service network restartwith mpgu }}}

 Настройка сети завершена.
Line 73: Line 95:
|| 19 || 1 || 1 || 1 || || 1 || ConstantinYershow, ОльгаТочилкина || || || || 55 || 1 || 1 || 1 || || 1 || ConstantinYershow, ОльгаТочилкина, VsevolodKrishchenko || || ||

Автоматическая настройка сетевых интерфейсов

Рассмотрим теперь, как работает система настройки сетевых адресов etcnet в нашем дистрибутиве, как она получает настройки сети и как она их применяет. Для этого перейдём в каталог настроек /etc/net, где находятся три подкаталога (ifaces, options.d и ifaces) и файл sysctl.conf.

  • В файле /etc/net/sysctl.conf находятся параметры ядра Linux, относящиеся к сетевой подсистеме. Нам, как пользователям школьного дистрибутива, этот файл обычно не нужен, за одним исключением: если нам необходимо настроить машину, работающую IP-маршрутизатором, то нужно присвоить отвечающей за маршрутизацию переменной значение 1:

    $ grep forward /etc/net/sysctl.conf
    #IPv4 packet forwarding.
    net.ipv4.ip_forward = 1

Теперь рассмотрим каталоги, где находятся настройки самого etcnet.

  • В каталоге /etc/net/scripts лежат всевозможные программы, написанные на языке программирования Shell, которые выполняют различные функции. Обычно нет необходимости запускать их вручную и изменять. С помощью этих программ подсистема etcnet управляет сетевыми подключениями, запуская их в зависимости от своих параметров настройки.

  • В каталоге /etc/net/ifaces находятся подкаталоги, в которых описаны параметры сетевых интерфейсов. Каждому сетевому интерфейсу соответствует свой каталог:

     $ ls  /etc/net/ifaces
     default eth0 lo eth1 lo unknown

    Кроме того, здесь находятся каталоги default и unknown. Настройки из первого из нихрименяется ко всем интерфейсм, а настройки из второго --- к неуказанным в /etc/net/ifaces} интерфейсам. Можно перейти в директорию интерфейса и сказать, например, ipv4address.

  • Наконец, есть директория /etc/net/options.d, в которой находятся общие настройки системы etcnet и пути к используем программам, например к ip. Обычно изменять в ней что-либо нет необходимости.

Рассмотрим подробнее настройки сетевого интерфейса на примере каталога /etc/net/ifaces/eth0. Во-первых, в нем уже имеется файл options, где указывается, включен ли интерфейс и получает ли он адрес автоматически:

$ cat /etc/net/ifaces/eth0/options
BOOTPROTO=dhcp-ipv4ll
DISABLED=no

С помощью опции BOOTPROTО можно управлять механизмом получения IP-адресов. Обычно указано, что BOOTPROTO=dhcp. Для статической настройки необходимо указать BOOTPROTО=static. Если указано BOOTPROTO=ipv4ll, то для машины будет выбран не использующийся в сети IP-адрес (обычно это означает, что интерфейс не будет нормально функционировать). Возможны и комбинированные значения: например,если написать BOOTPROTO=dhcp–ipv4ll, то в случае, если по протоколу DHCP настройки получить не удастся, они будут получены по ipv4ll сетевой службой Avahi.

Отметим, что файл /etc/resolv.conf с адресами серверов DNS не относится к etcnet. Однако, в etcnet существует возможность изменять данный файл в зависимости от используемого сетевого интерфейса. Обычно в этом нет потребности, потому что если интерфейс настраивается по протоколу DHCP, то DHCP-клиент автоматически запишет полученые адреса DNS-серверов, а если в системе единственный интерфейс и он настраивается статически, то можно отредактировать файл /etc/resolv.conf и вручную.

Указав BOOTPROTО=static в файле options, настроим интерфейс вручную. Для указания адреса необходимо в файле ipv4address указать собственно IP-адрес и маску, а в файле ipv4route --- адрес маршрутизатора по-умолчанию:

# cd /etc/net/ifaces/eth0
# echo '192.168.200.100/24' > ipv4address 
# echo 'default via 192.168.200.1' > ipv4route

После сделанных изменений можно остановить сетевой сервис, выполнив команду  service network stop  и убедиться, что оба интерфейса выключены командой  ip a . После этого можно запустить их: service network start. После этого, сделав  ip r, убедимся, что всё настроено:

# ip r
192.168.200.100/24 dev eth0 proto kernel scope link src 192.168.200.100
default via 192.168.200.1 dev eth0 

Стоит отметить, что система etcnet крайне мощная, она позволяет практически любую проблему решить при помощи изменения своей конфигурации. По команде man etcnet можно увидеть все настройки etcnet. Помимо того, что etcnet хорошо документирован, он содержит огромное количество примеров. Чтобы убедиться в этом, можно выполнить, например, rpm -ql etcnet.

Системой etcnet поддерживается это технология freename. Она позволяет переименовывать сетевые интерфейсы буквально на лету. Для чего это нужно? В современном ядре GNU/Linux возможна следующая ситуация: модуль,загрузившийся первым, получает нулевой номер интерфейса (eth0), тот, который загрузится вторым, получает первый номер (eth1) и так далее. Если бы это делалось последовательно, они бы всегда загружались в одинаковом порядке, потому что сетевые карты на сетевой шине, как правило, нумеруются одинаково. Но поскольку модули сетевых карт загружаются одновременно, часто бывает так, что сегодня первой загрузилась нижняя карточка, а второй верхняя, а завтра --- наоборот. Существует несколько вариантов решения этой проблемы, в нашем случае механизм достаточно прост: при установке дистрибутива считываются MAC-адреса сетевых карт, формируется файл /etc/iftab с соответствием имен интерфейсов и MAC-адресов, и затем всегда происходит переименование. При замене в компьютере с несколькими сетевыми картами одной из них данный файл желательно отредактировать вручную.

Протокол DHCP и настройка DHCP-клиента

Обратимся снова к протоколу уровня приложений DHCP. Для того, чтобы упростить настройку и подключение к сети для пользователя и администратора, существует служба DHCP, которая позволяет DHCP-клиентам получать от DHCP-сервера IP-адрес и маску сети, маршрутизатор по умолчанию, адреса DNS-серверов и другие настройки. Протокол DHCP работает предназначен даже для машин, у которых нет даже IP-адреса. Поэтому лучше разложить на части процедуру настройки по DHCP. Итак, основной настройкой, которую можно выдать и получить по DHCP, является IP-адрес. Существует протокол ARP, который по IP-адресу позволяет узнать MAC-адрес. В случае, когда мы знаем свой MAC-адрес и не знаем свой IP-адрес, возникает обратная ситуация, для ее разрешения изначально существовал протокол RARP (Reverse Address Resolution Protocol). В настоящее время протоколов, которые производят подобные преобразования, три: RARP, BOOTP (Bootstrap Protocol) и DHCP (Dynamic Host Configuration Protocol). Протокол RARP находится между сетевым и интерфейсным уровнем; он предназначен для преобразования своего MAC-адреса в IP-адрес. Протокол BOOTP более сложный, чем RARP, при помощи него кроме сетевого адреса можно получить имя файла, который надо скачать по tftp, что позволяет создавать бездисковые рабочие станции, загружающиеся по сети. Протокол DHCP является развитием BOOTP и очень широко используется.

Во всех случаях должен существовать сервер, который принимает запросы и выдаёт необходимую информацию. Крайне нежелательной является ситуация, когда таких серверов в одной локальной сети более одного, и каждый думает по-своему. Клиентом посылается широковещательный (если нет адреса конкретного DHCP-сервера) Ethernet-фрейм, который принимается компьютером с установленной сетевой службой DHCP, которая раздаёт IP согласно таблице соответствий IP и MAC-адресов и высылает клиенту Ethernet-фрейм с ответом. Таким образом, протокол DHCP --- позволяет получить все сетевые настройки, про которые было сказано выше. Кроме того, по протоколу DHCP машина может получить несколько сотен настроек, в том числе такие, у которых имени нет, а есть только номер. Например, настройка номер 318. Какая? Какую придумаем, такая и будет, лишь бы клиент понимал, что с нею делать дальше. Итак, основные настройки, выдаваемые по DHCP:

  • IP-адрес;
  • маска сети;
  • адрес DNS-сервера;
  • маршрутизатор по умолчанию и вся таблица маршрутизации;
  • если это сетевая загрузка, то адрес файла, который надо закачать, и адрес сервера, с которого надо его закачать;
  • ряд дополнительных настроек.

Чтобы сделать автоматическую настройку сети в etcnet, достаточно задать в каталоге интерфейса в файле options параметр BOOTPROTO=dhcp и перезагрузить сетевую службу командой service network restart.

Сетевые профили в системе etcnet

В каталоге /etc/net/ifaces/eth0 может лежать несколько файлов с именами вида options#имяпрофиля, ipv4adress#имяпрофиля, ipv4route#имяпрофиля. Каждый такой файл содержит настройки к определенному сетевому профилю. Это удобно, например, когда компьютер используется и дома и в офисе, а протокол DHCP не используется хотя бы в одном из мест работы. Никаких дополнительных сущностей, за исключением имени файла, для настройки не нужно. Более того, у службы network есть не только стандартные команды, но и дополнительные вида service network start with home, которые позволяют выбрать, какой профиль будет использован при включении сети.

Теперь проиллюстрируем на практике сказанное выше относительно профилей etcnet. Создадиим

Создадим настройки сети. Для этого сделаем следующее:

  • Переходим в каталог /etc/net/ifaces/eth0

  • Открываем в редакторе файл options#mpgu.

Пишем:

ONBOOT=yes
DISABLED=no
BOOTPROTO=static
  • Напишем:  mv ipv4address ipv4address\#mpgu 

  • Напишем здесь:

search mpgu.edu.ru
nameserver 194.190.241.162
  • Сделаем  service network restartwith mpgu  Настройка сети завершена.


Сведения о ресурсах

Готовность (%)

Продолжительность (ак. ч.)

Подготовка (календ. ч.)

Полный текст (раб. д.)

Предварительные знания

Level

Maintainer

Start date

End date

55

1

1

1

1

ConstantinYershow, ОльгаТочилкина, VsevolodKrishchenko


PspoClasses/080703/04EtcNetAndDHCP (last edited 2008-10-04 10:55:19 by VsevolodKrishchenko)