Комментарии 34
Спасибо за референс.
Было бы здорово, если бы вы ещё написали как меня макадрес при старте системы.
да, ещё добавьте opensuse в список, там такие же конфги, только лежат в /etc/sysconfig/network
Было бы здорово, если бы вы ещё написали как меня макадрес при старте системы.
да, ещё добавьте opensuse в список, там такие же конфги, только лежат в /etc/sysconfig/network
МАК меняется так же как и другие параметры в файлах ifcfg-ethXX:
HWADDR=00:xx…
HWADDR=00:xx…
О чём, кстати, в статье и написано :)
У меня подозрение, что HWADDR не совпадет с MAC карточки и файл будет обозван .bak и интерфейс не поднимется.
Помнится можно было через ifconfig ethX hw ethernet MAC_ADDR, что можно закинуть в rc.local
Помнится можно было через ifconfig ethX hw ethernet MAC_ADDR, что можно закинуть в rc.local
Самое сложное, с чем недавно столкнулся в федоре десятке, ipv6 ((
Не резолвится с ним днс и нормально не работает сеть.
Лиса лечится, включением параметров в about:config, но вся система без резолва днс.
Не резолвится с ним днс и нормально не работает сеть.
Лиса лечится, включением параметров в about:config, но вся система без резолва днс.
Ждем про семейство Debian, но и Alt Linux с удовольствием почитаю, так как мне достался на вразумление системник с Alt Linux 4 Desktop.
Следует указать, что в Дебиане подобную справку можно получить, набрав man interfaces.
В Gentoo — less /etc/conf.d/net.example
В Gentoo — less /etc/conf.d/net.example
Дебиан/Убунту запланированы на третью часть, четвёртой будет Гента, пятой Слака.
Про man interfaces, конечно, скажу. :)
Про man interfaces, конечно, скажу. :)
Полезное дело, а то новички часто вопросы задают «а как»
Во многом устарело. Неплохо бы рассмотреть Network Manager.
В RHEL разве используется NM? Если нет, то статья актульна.
Насчет статьи — в каких-то версиях рхела гейтвей указвается в /etc/sysconfig/network
Насчет статьи — в каких-то версиях рхела гейтвей указвается в /etc/sysconfig/network
Жуть кошмарная :) (не люблю я RPM-based дистрибутивы) Но в закладки, на всякий пожарный, занесу, ато приходится сталкиватся и не везде есть смысл/возможность мигрировать на любимый и комфортный дистрибутив.
Кто бы еще про Ubuntu/Debian написал такую же статью… В них подкаталога /etc/sysconfig/… нет как понятия. Достало уже при переключении подсетки не забывать еще и маршрутизацию передергивать.
Для Ubuntu/Debian это выглядит так:
Вот, собственно, и всё :)
Для настройки по DHCP пишем так:
$ cat /etc/network/interfaces auto lo # start lo automatically iface lo inet loopback # set lo interface as a loopback auto ath0 # start ath0 interface automatically (ath0 - это в моём случае вай-фай карта) iface ath0 inet static # статические параметры) address 192.168.1.2 # IP-адрес netmask 255.255.255.0 # маска gateway 192.168.1.1 # гейтвей dns-nameserver 206.191.0.140 # dns-server
Вот, собственно, и всё :)
Для настройки по DHCP пишем так:
auto ath0 iface ath0 inet dhcp
Ну, давайте разберем ваш бодрый пост. Учитывая, что man /etc/network/interfaces показывает пять строчек с примерами, без какого либо описания что к чему, думаю это будет интересно не только мне.
1. auto lo — автоматически стартовать интерфейс с именем «lo». Вопрос — при каком событии автоматически стартовать то? При старте компьютера? Или при каких-то других условиях?
2. iface lo inet loopback — интерфейс с именем «lo» будет loopback-интерфейсом. Это понятно. А что есть inet в середине строки? Есть конечно подозрение, что имеется в виду протокол IPv4, но так как формат файла нигде не описан, хотелось бы уточнить.
3. iface ath0 inet static… — совершенно неясно как вы так лихо смогли перенести строки. Формат файла /etc/network/interfaces это позволяет? Как определяется конец конфигурирующей команды? Лексическим анализом всех опций? По пустой строке? Или между ключевыми словами типа «auto», «iface» всё считается опциями соответсвующего ключевого слова?
4. Важна ли последовательность опций для ключевого слова iface? Или можно в любой последовательности их прописывать?
5. Как применяются изменения, внесенные в файл etc/network/interfaces? Они сами применятся через несколько секунд после редактирования? Или чтобы применились изменения, надо перезагрузить компьютер? Или нужно дать какую-то команду, перезапустить какой-то демон? Или изменения вступают в силу при после команд ifdown и ifup для соответсвущего интерфейса?
1. auto lo — автоматически стартовать интерфейс с именем «lo». Вопрос — при каком событии автоматически стартовать то? При старте компьютера? Или при каких-то других условиях?
2. iface lo inet loopback — интерфейс с именем «lo» будет loopback-интерфейсом. Это понятно. А что есть inet в середине строки? Есть конечно подозрение, что имеется в виду протокол IPv4, но так как формат файла нигде не описан, хотелось бы уточнить.
3. iface ath0 inet static… — совершенно неясно как вы так лихо смогли перенести строки. Формат файла /etc/network/interfaces это позволяет? Как определяется конец конфигурирующей команды? Лексическим анализом всех опций? По пустой строке? Или между ключевыми словами типа «auto», «iface» всё считается опциями соответсвующего ключевого слова?
4. Важна ли последовательность опций для ключевого слова iface? Или можно в любой последовательности их прописывать?
5. Как применяются изменения, внесенные в файл etc/network/interfaces? Они сами применятся через несколько секунд после редактирования? Или чтобы применились изменения, надо перезагрузить компьютер? Или нужно дать какую-то команду, перезапустить какой-то демон? Или изменения вступают в силу при после команд ifdown и ifup для соответсвущего интерфейса?
Что-то я не пойму причину Вашего сарказма «давайте разберём ваш бодрый пост». Скудность информации — возможно, но я всё-таки не статью писал, а приводил пример, как это делается. Да, кстати, копипаст с примера не заработает, потому что комментарии в конце строк недопустимы.
Учитывая, что Вы упомянули man interfaces — странно, что Вы не нашли там ответы на поставленные Вами вопросы:
1. При вызове ifup с параметром -a (обычно используется в загрузочных скриптах).
2. inet — семейство адресов IPv4. Доступны также семейства ipx и inet6 (IPX и IPv6 соответственно).
3. Куда чего «перенести»? Строки с параметрами? Они и должны быть на отдельных строках, каждый параметр на своей. Набор параметров свой для каждого семейства адресов, и может дополняться определёнными пакетами (dns-nameserver, например, не является стандартным, он предназначен для пакета dnsutils). Пакет wireless-tools тоже добавляет некоторые параметры, такие как wireless-essid, wireless-channel и так далее.
4. Нет, не важна.
5. См. п.1.
Сам я обычно делаю /etc/init.d/networking restart
Учитывая, что Вы упомянули man interfaces — странно, что Вы не нашли там ответы на поставленные Вами вопросы:
1. При вызове ifup с параметром -a (обычно используется в загрузочных скриптах).
2. inet — семейство адресов IPv4. Доступны также семейства ipx и inet6 (IPX и IPv6 соответственно).
3. Куда чего «перенести»? Строки с параметрами? Они и должны быть на отдельных строках, каждый параметр на своей. Набор параметров свой для каждого семейства адресов, и может дополняться определёнными пакетами (dns-nameserver, например, не является стандартным, он предназначен для пакета dnsutils). Пакет wireless-tools тоже добавляет некоторые параметры, такие как wireless-essid, wireless-channel и так далее.
4. Нет, не важна.
5. См. п.1.
Сам я обычно делаю /etc/init.d/networking restart
> Учитывая, что Вы упомянули man interfaces — странно, что Вы не нашли там ответы на поставленные Вами вопросы
man /etc/network/interfaces
Форматирование, как грица, авторское:
auto lo iface lo inet loopback address 127.0.0.1 netmask
255.0.0.0
iface eth0 inet static address 192.168.1.2 netmask 255.255.255.0
gateway 192.168.1.1
auto eth1 iface eth1 inet dhcp
auto eth2 iface eth2 inet dhcp
auto ath0 iface ath0 inet dhcp
auto wlan0 iface wlan0 inet dhcp
iface dsl-provider inet ppp pre-up /sbin/ifconfig eth0 up # line
maintained by pppoeconf provider dsl-provider
auto eth0
Manual page interfaces line 1/132 (END)
Подумал, что это не мануал, а почему-то содержимое файла /etc/network/interfaces (с какой стати?). Глянул поверхностно — файл другой.
Потом ковырялся-ковырялся, оказалось что за каким-то хреном, если файла помощи нет, а файл, по которому нужно получить помощь, существует, то man показывает содержимое этого файла (зачем?). Причем, текст переформатируется по одному только man известному принципу. Обратите внимание — там две команды в одной строке. Вообще бред. Причем, это срабатывает не для всех файлов, для некоторых man честно пишет — «Нет записи руководства».
Да, указываю обычно полный путь к файлу, ибо на других дистрах сталкивался, что какой-нить man crontab не работает, а man /etc/crontab показывает мануал.
По п. 3.
Вот, значит разбор файла идет по принципу «между стартовыми ключевыми словами типа «auto», «iface» всё считается опциями соответсвующего ключевого слова», причем отдельную опцию надо размещать в отдельной строке, писать несколько опций в строку нельзя.
Когда конфигуришь что-то через конфигфайлы, и не знаешь тонкостей формата, понаписать можно что угодно, а потом чешешь репу «чего оно не работает?». На конфигурирование простой вещи может несколько суток уйти. Особенно, если найдешь решение на форуме, в котором форматирование побилось, и думай опять, что к чему и где надо править.
man /etc/network/interfaces
Форматирование, как грица, авторское:
auto lo iface lo inet loopback address 127.0.0.1 netmask
255.0.0.0
iface eth0 inet static address 192.168.1.2 netmask 255.255.255.0
gateway 192.168.1.1
auto eth1 iface eth1 inet dhcp
auto eth2 iface eth2 inet dhcp
auto ath0 iface ath0 inet dhcp
auto wlan0 iface wlan0 inet dhcp
iface dsl-provider inet ppp pre-up /sbin/ifconfig eth0 up # line
maintained by pppoeconf provider dsl-provider
auto eth0
Manual page interfaces line 1/132 (END)
Подумал, что это не мануал, а почему-то содержимое файла /etc/network/interfaces (с какой стати?). Глянул поверхностно — файл другой.
Потом ковырялся-ковырялся, оказалось что за каким-то хреном, если файла помощи нет, а файл, по которому нужно получить помощь, существует, то man показывает содержимое этого файла (зачем?). Причем, текст переформатируется по одному только man известному принципу. Обратите внимание — там две команды в одной строке. Вообще бред. Причем, это срабатывает не для всех файлов, для некоторых man честно пишет — «Нет записи руководства».
Да, указываю обычно полный путь к файлу, ибо на других дистрах сталкивался, что какой-нить man crontab не работает, а man /etc/crontab показывает мануал.
По п. 3.
Вот, значит разбор файла идет по принципу «между стартовыми ключевыми словами типа «auto», «iface» всё считается опциями соответсвующего ключевого слова», причем отдельную опцию надо размещать в отдельной строке, писать несколько опций в строку нельзя.
Когда конфигуришь что-то через конфигфайлы, и не знаешь тонкостей формата, понаписать можно что угодно, а потом чешешь репу «чего оно не работает?». На конфигурирование простой вещи может несколько суток уйти. Особенно, если найдешь решение на форуме, в котором форматирование побилось, и думай опять, что к чему и где надо править.
>Когда конфигуришь что-то через конфигфайлы, и не знаешь тонкостей формата, понаписать можно что угодно, а потом чешешь репу «чего оно не работает?». На конфигурирование простой вещи может несколько суток уйти. Особенно, если найдешь решение на форуме, в котором форматирование побилось, и думай опять, что к чему и где надо править.
Ну, это не к чести отвечающих на форумах, которые не удосужатся проверить, совпадает ли то, что они написали с тем, что находится в файле. А вообще хорошим тоном считается прикрепление файла целиком. Во-превых, так он будет в первозданном виде, а во-вторых его скачают только те, кому он нужен, а остальным не нужно будет листать несколько экранов (например, в случае xorg.conf :)) неинтересного им кода.
Ну, это не к чести отвечающих на форумах, которые не удосужатся проверить, совпадает ли то, что они написали с тем, что находится в файле. А вообще хорошим тоном считается прикрепление файла целиком. Во-превых, так он будет в первозданном виде, а во-вторых его скачают только те, кому он нужен, а остальным не нужно будет листать несколько экранов (например, в случае xorg.conf :)) неинтересного им кода.
«Возможно познавательными эти статьи будут и тем, кто (не от большого знания) пишет свои скрипты управления сетью и помещает их в какой-нибудь rc.local» — возможно как раз от большого знания хаоса в дистрибутивах тазика торвальца.
терпеть не могу федоры, рхелы, центосы и прочую «ынтырпрайз» шваль из-за вот такого сифилиса.
терпеть не могу федоры, рхелы, центосы и прочую «ынтырпрайз» шваль из-за вот такого сифилиса.
Спасибо! Статья сильно помогла при настройке CentOS, и, надеюсь, поможет ещё многим.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Настройка сети в Linux через конфиг-файлы, ч.1