Контактная информация

По всем интересующим вас вопросам связывайтесь при помощи контактной информации приведенной на этой странице!

skype: metsof
email: accusser@gmail.com

В социальных сетях...

Форма обратной связи

Авторизация

Статьи об операционной системе Linux

Сайдбар

Конфигурационные файлы LAN

20 марта 2014

В этой статье рассмотрены самые важные конфигурационные файлы, нужные для подключения компьютера к локальной сети. К сожалению, не для всех этих файлов существуют унифицированные правила, которые использовались бы во всех дистрибутивах. Что касается остальных файлов, то в этом разделе они будут описаны только для дистрибутивов Fedora, openSUSE и Ubuntu. Как правило, не следует вносить изменения непосредственно в конфигурационные файлы — лучше использовать инструменты, предусмотренные в вашем дистрибутиве для изменения конфигурации. Рассмотренные в этом разделе конфигурационные файлы, специфичные для отдельных дистрибутивов, важны при работе только в том случае, если вы не используете программу Network Manager!

Для всех примеров, приведенных в данном разделе, действуют следующие правила: конфигурируемый компьютер называется uranus, а его домен — sol. Другие компьютеры в локальной сети называются jupiter, saturn ит.д. В локальной сети используются адреса 192.168.0.*. IP-адрес локального компьютера — 192.168.0.2. Компьютер-шлюз этой локальной сети имеет IP-адрес 192.168.0.1. На компьютере-шлюзе действует собственный сервер имен. Разумеется, названия и адреса приведены только для примера.

Базовая конфигурация



Файл /etc/hosts



В /etc/hosts содержится список известных IP-адресов и соответствующих им имен. В этом файле обязательно должны храниться данные о петлевом интерфейсе. Соответствующая запись, как правило, выглядит так:

<code># /etc/hosts

127.0.0.1 localhost #Петлевой интерфейс компьютера</code>


В большинстве дистрибутивов Linux вместо 127.0.0.1 допускается запись ::1, по правилам IPv6. В Red Hat и Fedora в строке localhost содержится дополнитель-наязапись localhost.localdomain. Эту строку не следует изменять:

<code># /etc/hosts в Red Hat и <a class="myClass" href="http://www.modx.cc/linux/zapusk-sistemyi-v-fedora/">Fedora</a>

::1 l localhost.localdomain localhost
</code>

В некоторых дистрибутивах в hosts также содержится запись о локальном компьютере. Если установленный на нем сетевой контроллер конфигурирован с применением статического IP-адреса, то этот адрес необходимо указать. Если же, напротив, сетевой контроллер динамически получает адрес, обращаясь к DHCP, в /etc/hosts указывается псевдоадрес 127.0.1.1 (например, в Debian, Ubuntu) либо такая запись отсутствует (например, в Red Hat, Fedora).

<code># /etc/hosts (Продолжение)

192.168.0.2 uranus.sol uranus # Статический IP-адрес локального компьютера</code>


Если вы по имени запрашиваете другой компьютер, расположенный в локальной сети и в этой сети нет сервера имен (см. раздел 17.4), то его название также необходимо указать в /etc/hosts. Вместо ping 192.168.0.13 выв данном случае можете выполнить просто ping saturn, чтобы проверить связь с компьютером saturn.

# /etc/hosts (Продолжение)

192.168.0.1 mars.sol mars # IP-адреса и имена других 192.168.0.2 uranus.sol uranus # компьютеров в локальной сети 192.168.0.3 saturn.sol saturn

Аналогичные записи должны быть в файлах /etc/hosts всех компьютеров, находящихся в локальной сети. Если речь идет об администрировании очень большого количества компьютеров, то управление файлами /etc/hosts значительно усложняется. Поэтому в больших сетях рекомендуется создавать на одном из компьютеров сервер имен. Этому компьютеру (то есть серверу имен) известно, как называются все остальные компьютеры в сети. Компьютеры, находящиеся в локальной сети, могут обращаться к серверу имен, чтобы узнать эту информацию. Теперь /etc/hosts можно сократить до localhost. В любом случае требуется, чтобы файл /etc/resolv.conf был сконфигурирован правильно (этот вопрос рассмотрен чуть ниже).

В некоторых дистрибутивах в /etc/hosts содержатся специальные адреса IPv6, например, fe00::0. Эти адреса имеют значение лишь в том случае, если вы пользуетесь IPv6.

Файл /etc/host.conf



В файле /etc/host.conf указано, как протокол TCP/IP должен узнавать неизвестные IP-адреса. В следующем примере определяется, что сначала интерпретируется файл /etc/hosts (ключевое слово hosts), а затем посылается запрос на сервер имен, указанный в /etc/resolv.conf (bind). Вторая строка позволяет присвоить каждому отдельному хост-имени, заданному в /etc/hosts, несколько IP-адресов.

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

# /etc/host.conf order hosts, bind multi on


Файл /etc/resolv.conf


Файл управляет тем, как определяются IP-адреса для неизвестных сетевых имен (хост-имен). «Неизвестно» означает, что названия определяются не в hosts.conf.

Применяя ключевые слова domain и search, вы можете дополнять обычные (неполные) названия компьютеров (например, jupiter) доменным именем (до jupiter. sol). Во-первых, это облегчает работу, так как вы можете указывать локальные хост-имена в сокращенной форме. Для search можно задать несколько доменных имен (для domain — только одно); поэтому имя domain имеет приоритет над search и проверяется в первую очередь. Если здесь будет указано лишь одно доменное имя, то строку domain можно опустить.

Важнейшие записи в /etc/resolv.conf вводятся ключевым словом nameserver: таким образом, вы можете указать до трех IP-адресов серверов имен. Эти серверы каждый раз запрашиваются, когда необходимо узнать IP-адрес компьютера с неизвестным именем (например, www.yahoo.com). В таком случае нужно обязательно указывать сервер имен, чтобы интернет-адреса можно было преобразовать в IP-адреса.

ПРИМЕЧАНИЕ



Как частный пользователь вы получаете IP-адрес DNS вашего провайдера интернет-услуг. На большинстве ADSL-роутеров работает локальная служба DNS, которая, в свою очередь, обращается к DNS провайдера. В больших локальных сетях обычно имеется свой сервер имен, значит, вы можете узнать IP-адрес у системного администратора.

<code># /etc/resolv.conf

domain sol # Хост-имена для домена .sol

search sol # Хост-имена для домена .sol

nameserver 192.92.138.35 # Первая DNS

nameserver 195.3.96.67 # Вторая DNS (на случай отказа первой)</code>

Файл resolv.conf создается динамически и зависит от конфигурации конкретной сети:

— если соединение с Интернетом устанавливается с помощью РРР (через модем, ISDN, ADSL, UMTS, VPN), то сценарий, устанавливающий соединение, автоматически вносит адреса nameserver вашего интернет-провайдера в /etc/ resolv.conv;

— если ваше соединение по локальной сети (LAN, WLAN) конфигурируется с применением DHCP, то сценарий, устанавливающий соединение, записывает адреса nameserver, переданные с DHCP-сервера.

Защита resolv.confoT изменений


В большинстве случаев целесообразно применять автоматическую настройку файла resolv.conf. Однако если вам это не нужно, то автоматическое изменение в большинстве случаев можно отменить.

При применении в Debian и Ubuntu РРР-соединений нужно удалить ключевое слово usepeerdns из /etc/ppp/peers/name. Что касается сетевых интерфейсов DHCP, ситуация зависит от того, какой DHCP-клиент у вас установлен. Если установлен dhcpS-клиент, вам нужно изменить его конфигурационный файл dhclient.conf:

<code># /etc/dhcp3/dhclient.conf

supersede domain-name "sol";

prepend domain-name-servers 192.168.0.1:</code>

В Red Hat и Fedora в таком случае необходимо изменить файл ifcfg-xxx для соответствующего интерфейса:

# /etc/sysconfig/network-scripts/ifcfg-хххх (Red Hat, <a class="myClass" href="http://www.modx.cc/linux/zapusk-sistemyi-v-fedora/">Fedora</a>) PEERDNS=no

В SUSE измените следующий конфигурационный файл:

# /etc/sysconfig/network/config (SUSE) NETCONFIG DNS P0LICY=""

Конфигурация шлюза



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

В Debian и Ubuntu в файле /etc/network/interfaces описаны все сетевые интерфейсы. Если конфигурация интерфейса является статической, то шлюз настраивается с помощью ключевого слова gateway:

# в /etc/network/interfaces (Debian, <a class="myClass" href="http://www.modx.cc/linux/zapusk-sistemyi-ubuntu/">Ubuntu</a>)

iface ethO inet static address 192.168.0.2 netmask 255.255.255.0 gateway 192.168.0.1

В Red Hat и Fedora в конфигурационном файле содержится переменная GATEWAY, отвечающая за сетевой интерфейс:

# /etc/sysconfig/network-scripts/ifcfg-хххх (Red Hat, <a class="myClass" href="http://www.modx.cc/linux/zapusk-sistemyi-v-fedora/">Fedora</a>) GATEWAY=192.168.0.1

В SUSE конфигурация централизованно осуществляется в следующем файле:

# in /etc/sysconfig/network/routes (SUSE) default 192.168.0.1 - -

Фактическая настройка шлюза во всех дистрибутивах производится одинаково: с помощью команды route. На примере двух следующих команд показано, как вручную добавить в таблицу маршрутизации шлюз 192.168.0.1, а затем снова удалить его из таблицы:

root# route add default gw 192.168.0.1 root# route del default gw 192.168.0.1


Конфигурация хост-имен



Актуальное хост-имя можно узнать с помощью команды hostname. Если хост-имя настраивается без применения DHCP, то конфигурация в Debian и Ubuntu производится в файле /etc/hostname, а в SUSE — в файле /etc/HOSTNAME. В Red Hat и Fedora хост-имя настраивается с помощью одноименной переменной (HOSTNAME) в файле /etc/sysconfig/network. Не забудьте, что еще нужно настроить /etc/hosts, если в этом файле есть строка с хост-именем компьютера.

Взаимное соотнесение контроллеров и сетевых интерфейсов


При использовании сетевых интерфейсов обычно бывает сложно определить взаимосвязи между устройствами ethn и физическим оборудованием. При работе с некоторыми устройствами можно применить команду ethtool -р ethO 10, которая заставляет в течение 10 секунд мерцать светодиод, встроенный в гнездо того или иного устройства. Если сетевой драйвер не поддерживает такую операцию, вы получите сообщение об ошибке Operation not supported (Операция не поддерживается).

В большинстве современных дистрибутивов Linux за соотнесение сетевых контроллеров и интерфейсов отвечает система udev. Если точнее, то названиями сетевых интерфейсов управляет файл net_persistent_names.rules. Этот файл может выглядеть, например, так:

# Файл /etc/udev/rules.d/70-persistent-net.rules

SUBSYSTEM==«net», ACTION==«add», DRIVERS=="?*", ATTR{address}==«00:16:17:cd:c3:81»,

ATTR{type}==«l», KERNEL==«eth*», NAME=«ethO»

SUBSYSTEM==«net», ACTION==«add». DRIVERS=="?*", ATTR{address}==«00:14:6c:8e:d9:71»,

ATTR{type}==«l», KERNEL==«eth*», NAME=«ethl»

SUBSYSTEM==«net», ACTION==«add». DRIVERS=="?*", ATTR{address}==«00:4f:4e:0f:8e:a0».

ATTR{type}==«l», KERNEL==«eth*», NAME=«eth2»
Читайте так же:
Zeroconf и Avahi






Подпишитесь на рассылку! Никакого спама, только обновления!!!

Комментарии (0)


    Услуги по MODX Revolution

    Посмотреть все услуги

    Техническая оптимизация сайта

    Подробнее & Заказать

    Создание сайта на MODX Revolution

    Подробнее & Заказать

    Перенос сайта на MODX Revolution

    Подробнее & Заказать

    Продвижение сайта на MODX

    Подробнее & Заказать