Failed to bring up eth0 astra linux

unixforum.org

Форум для пользователей UNIX-подобных систем

• Темы без ответов
• Активные темы
• Поиск
• Статус форума

[Решено] Пропало сетевое подключение eth0

Модератор: Bizdelnick

[Решено] Пропало сетевое подключение eth0

Сообщение m.E » 09.11.2020 15:58

Добрый всем день!

Пару дней назад было возможно подключаться к Интернет через сетевой кабель, а вот сегодня система не видит eth0. При этом я не делал никаких обновлений системы или каких-то изменений в настройках.
Моя тема подобна этой: Решено: Настройка сетевой карты:не поднимается eth0. Но такое ощущение, что проблема в моём случае не с переименованием eth0, а с чем то другим.

Помогите, пожалуйста, разобраться и устранить (если возможно) проблему.

Вот что имеем:
Debian GNU/Linux 10 (buster),

Re: Пропало сетевое подключение eth0

Сообщение Hephaestus » 09.11.2020 17:23

m.E
Система «не видит» eth0, потому что он не активен (не поднят).
Команда ifconfig покажет только поднятые интерфейсы.
Попробуйте ifconfig -a и скорее всего окажется, что eth0 на месте, но не поднялся (а может, он уже и не eth0 на самом деле).

Если проводной интерфейс таки окажется на месте, можно попробовать поднять его вручную тем же ifconfig:
ifconfig eth0 up
и посмотреть, что будет.
Поднимется вручную — значит, проблема где-то на этапе инициализации (в настройках сервисов).

Источник

Failed to bring eth0 [Решено]

Доброго всем времени суток.
Поставил Kubuntu, для расширения кругозора.
Не смог настраить интернет. Полазив по форумам, понял что проблема с NetworkManager’ом. Удалил его и прописал настройки вручную.
Файл /etc/network/interfaces выглядит сейчас так:
auto lo eth0
iface lo inet loopback

iface eth0 inet static
adress 192.168.1.1
netmask 255.255.255.0
gateway 192.168.1.1

Файл /etc/resolv.conf так
nameserver 195.46.96.1
nameserver 195.46.116.1
Но при попытке перезапустить сервис сети, выдается ошибка:
failed to bring up eth0
Не подскажете что можно сделать?

Шлюз и ip адрес одинаковые. Если это локальная сеть от роутера, то надо ip: 192.168.1.2
На сессию настройки задаются так:
# ifconfig eth0 192.168.1.2 netmask 255.255.255.0
# route add default gw 192.168.1.1
# echo ‘nameserver 195.46.96.1’ > /etc/resolv.conf

Переправил, теперь /etc/network/interfaces выглядит так:
auto lo eth0
iface lo inet loopback

iface eth0 inet static
adress 192.168.1.2
netmask 255.255.255.0
gateway 192.168.1.1
Но при попытке запустить сетевой интерфейс (ifup eth0) выдается ошибка
Don’t seem to be have all the variables for eth0/inet.
Failed to bring up eth0

Нашел ошибку в etc/network/interfaces
auto lo eth0
iface lo inet loopback
iface eth0 inet static
adress 192.168.1.2
netmask 255.255.255.0
gateway 192.168.1.1
Надо писать address .
Теперь все работает.

Блин, это по-моему надо уже в подшивку. Пол-инета облазил — а проблема вся в этом была. Вспоминаем английский.

Во косяк, сам попался, только у меня было addres. Спасибо.

спасибо, помогло ) второй буквы d не хватало.

Источник

Как нынче в стабильном Debian 7.4 конфигурировать сетевые интерфейсы eth0, eth1?

Поставил на сервак стабильную версью Debian 7.4

На серваке две сетевых карточки.

Сразу же вылезли феерические ошибки. При правильных статических настройках для первого и второго интерфейса, не работает их включение-выключение.

Настройки в /etc/network/interfaces

Результаты некоторых команд (полного лога нет, потому что перепечатываю с экрана, ибо по терминалу с сетью не попляшешь):

Странно, что не нравится в интерфейсе 0?

Попробую поднять через ifconfig:

Почему. Почему один интерфейс поднимается через ifup, а второй — нет. Почему он поднимается через ifconfig?

Про то что для сервиса networking таперь не работает команда restart, все уже в курсе?

Попробую для интереса остановить и запустить networking:

Это что за мазафака?

Может быть теперь в Debian 7.4 как-то по-другому надо сеть конфигурировать? Есть какие-то другоие утилиты, если стандартные так глючно работают?

В /etc/network/interfaces у вас указано два шлюза по умолчанию (gateway 10.153.0.1 и 50.60.70.101). Насколько я знаю шлюз по умолчанию должен быть только 1, возможно поэтому и ругается.

Про то что для сервиса networking таперь не работает команда restart, все уже в курсе?

А оно когда-нибудь работало вообще? И если работало, то что оно конкретно делало? 🙂

Попробовал закомментировать внутресетевой гейтвей:

Теперь повторяется все то же самое в зеркальном отображении: ошибка при поднятии eth1, а eth0 поднимается-опускается нормально.

Так, походу разобрался. То ли это особенность дебиана, толи особенность линукса.

Гейтвей можно прописывать только для первого интерфейса, и никак иначе.

Поэтому мне пришлось поменять интерфейсы. Первому дать настройки внешнего интернета с гейтвеем. Второму дать настройки внутренней сети без гейтвея. И сеть правильно заработала.

gateway — это маршрут по умолчанию, а маршрут по умолчанию в общей таблице маршрутизации может быть только один.

Если хочется два маршрута маршрутизации, то создавайте как минимум две таблицы маршрутизации и в каждой описывайте что через неё маршрутизируется.

получается 5 звезд лучше чем 3

Не allow-hotplug, а auto.

Затем /etc/init.d/networking restart

Что нужно в итоге?

А что можете сказать по поводу, что гейтвей допустимо прописывать только для первого интерфейса? Встречались раньше с таким ограничением?

Метрики разные для шлюзов пропиши. Оно вполне логично ведёт себя с неправильной конфигурацией: ifdown скрипт ожидает, что нужно убрать все настройки, сделанные ifup — а их(default gateway) переписал ifup для другого интерфейса.

Если имелся в виду равномерный баланс между двумя шлюзами — это не так делается.

default gateway с определённой метрикой(0 по умолчанию) может существовать в конкретной таблице маршрутизации только один.

Регулярно встречаюсь с таким ограничением во всех известных мне сетевых ОС.

Друзья

Вот и у меня та же проблема.

Интересно, что на соседней вируалке стоит тоже Дебиан, может только что версии 6-ой, и там все нормально. А вот в 7.4 два gateway на разных интерфейсах писать нельзя? Получается, у меня 2 сети, в каждой по шлюзу. Хочу, чтоб хост ходил в одну сеть через один шлюз, а во вторую — через другой. _но через шлюз_, а не просто напрямую к хосту из этой сети. Вопрос «зачем?» разрешите, в данный момент считать больше философским. Просто пытаюсь разобраться, как нынче нужно правильно сеть настраивать.

потому что одного физически нет?

Re: Друзья

Хочу, чтоб хост ходил в одну сеть через один шлюз, а во вторую — через другой. _но через шлюз_, а не просто напрямую к хосту из этой сети.

Т.е., допустим, у тебя есть адрес 192.168.0.2 в сети 192.168.0.0/24, в этой сети есть шлюз 192.168.0.1, и ты хочешь к хосту 192.168.0.3 ходить через 192.168.0.1, я правильно понял? В этом случае вопрос «зачем?» будет правильным, т.к. сеть в принципе работает по-другому, а конкретно — компьютеры в одной сети будут обращаться напрямую друг к другу.

Если же тебе надо ходить к определенным сетям (тем, в которых у тебя адреса нет) через определенные шлюзы, то добавить следующую строчку в описание интерфеса:

т.к. сеть в принципе работает по-другому, а конкретно — компьютеры в одной сети будут обращаться напрямую друг к другу.

Тут Вы, конечно, правы!) я поспешил выразить свой вопрос, вот и вышло)

Если же тебе надо ходить к определенным сетям (тем, в которых у тебя адреса нет) через определенные шлюзы

Да, наверное это я и хотел уточнить! Спасибо за точное объяснение)

Но вот положим, есть у хоста два шлюза, а ему нужно попасть в 3ю сеть: он сунулся к одному шлюзу — не нашел нужную сеть, сунулся к другому — попал куда нужно. т.е. маршруты писать на шлюзах, а не на исходном хосте. Так получится?

И все же, с настройкой сети у свежих Дебианов все осталось как прежде или есть какие изменения, о которых полезно знать? Спасибо!

Но вот положим, есть у хоста два шлюза, а ему нужно попасть в 3ю сеть: он сунулся к одному шлюзу — не нашел нужную сеть, сунулся к другому — попал куда нужно. т.е. маршруты писать на шлюзах, а не на исходном хосте. Так получится?

Если через оба шлюза есть доступ в интернет, то писать маршрут надо на исходном хосте, предварительно узнав, через какой из шлюзов можно попасть в нужную сеть.

И все же, с настройкой сети у свежих Дебианов все осталось как прежде или есть какие изменения, о которых полезно знать? Спасибо!

Источник

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

Доброго времени суток!

Уже больше года есть домашний сервер-роутер на Debian сначала 6, сейчас 7.1, эта проблема с самого начала возникла. Почем-то после перезагрузки или выключения/включения, НЕ ВСЕГДА нормально поднимаются интерфейсы, чаще всего смотрящий в инет, но очень редко смотрящий локалку. Пробовал даже менять сетевые платы местами, и на другую, правда на ту же модель — то же самое. В линуксах начал разбираться с нуля дома, уровень beginner)

Инфа по системе: мать Asrock H61Del с последним биосом 2.0 сетевые платы: 2 дешёвые TP-LINK TG-3468, проц у них Realtek RTL8168B, думаю для домашнего сервера норм вариант, в 10 раз дороже intel без особой необходимости желания покупать нет.

Настройки interfaces, iptables..

iptables (скрипт выполняется при загрузке системы, нашёл в инете, настроил под себя):

Тут вроде всё хорошо, да и с несколько другими настройками на прошлой системе то же самое было.

/etc/init.d/networking restart приводит к падению доступа в инет и ругани:

Когда, после ребута, один из интерфейсов не работает, при попытке поднятия его на сервере командой ifup eth0/eth3 выдаёт снова это «RTNETLINK answers: File exists».

Почему так? Что это за хрень, извините))? Ведь настроек не меняю, выкл,вкл и уже работает (или не работает)..надоело. В чём может быть дело? Что за «RTNETLINK answers: File exists»?

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

Состояние интерфейсов можно посмотреть командой ip link Адреса IP можно посмотреть командой ip addr Маршруты — ip route

RTNETLINK answers: File exists мне обычно вылетало когда маршрут/ip-адрес из конфликтующих подсетей уже был прописан.

Проверьте чтоб у вас интерфейсы не конфликтовали.

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

У меня встроенная: 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 01)

Иногда после перезагрузки/включения не включается, в ip li пишет флаг NO-CARRIER.

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

(На всякий случай) Что у тебя в /etc/udev/rules.d/70-persistent-net.rules ? Карты и интерфейсы совпадают?

Устройства при запуске не переименовываются? Ничего в сислоге нет?

завтра уже попробую ip li, сегодня не буду возиться. Я тоже подозреваю, что где-то какие-то скрипты по разному отрабатывают.. но почему так, и если бы кто знал где и какие же конкретно могут к такому приводить.

вот что выдаёт (всё верно, в системе побывало 4 сетевые карты), совпадает.. в сислоге завтра поковыряюсь.

Да, но теперь обрати внимание на то, какие интерфейсы будут у тех, что стоят. Видишь в этом файле есть MAC-адрес, а последний параметр — это интерфейс. Можешь сопоставить.

НЕ ВСЕГДА нормально поднимаются интерфейсы

очень похоже на гонки (aka race), ядро определяет карточки одновременно, потому какая из них станет eth0 предсказать невозможно.

Take a look at /etc/udev/rules.d/70-persistent-net.rules and verify that the rule for your card (check its MAC) is consistent with the naming scheme you want.

You can easily edit that file or even remove it if you want to regenerate it from scratch.

от себя добавлю, что посмотреть на это можно в dmesg

в сислоге нашёл момент определения карточек,

почистил файл /etc/udev/rules.d/70-persistent-net.rules, сгенерировался по новой, посмотрю что будет, но по-моему проблема не решена, т.к. только что, сразу после регенерации, изменения настройек и ребута, инета снова не было, пришлось второй раз ребутить.

dmesq по идее с момента первого появления интерфейсов, в этом случае инет не поднялся: http://www.ex.ua/289682750771

Поменяй allow-hotplug на auto :

А мне кажется, проблема в драйвере r8169 (не всегда корректно работает с некоторыми карточками)

Есть ещё r8168-dkms, пробовали его?

У меня кстати та же хня на centos-е, так и не победил, успокоился — не так часто я на на нем сетку дергаю, чаще просто выключаю и включаю.

А где auto в настройках интерфейсов?

Правила iptables подгружают в /etc/network/interfaces командой pre-up

echo «1» > /proc/sys/net/ipv4/ip_forward

echo «1» > /proc/sys/net/ipv4/ip_dynaddr

устанавливают тут /etc/sysctl.conf

Зачем шлюзу указывать шлюз. Эта строка лишняя:

dmesq по идее с момента первого появления интерфейсов, в этом случае инет не поднялся: http://www.ex.ua/289682750771

там глянь какие-же получаются в итоге MAC в рабочем и в не рабочем случае. Сами интерфейсы вроде не переименовывает как я думал.

Проблемы с /etc/udev/rules.d/70-persistent-net.rules возникают только при замене или добавлении карточек

Зачем ты указываешь 2 гейтвея? Видимо, через раз то один раньше устанавливается, то другой. Когда правильный — работает, когда неправильный — не работает.

при попытке поднятия его на сервере командой ifup eth0/eth3 выдаёт снова это «RTNETLINK answers: File exists»

Это ерунда, это означает, что такой адрес или маршрут уже назначен на интерфейс. Это сообщение не должно вести к проблемам.

Сравините вывод команд: ip link; ip addr; ip route для случая работающией и не работающей сетёвки. Если они одинаковые, то значит проблема не в ifup.

Посмотрите, в случае не работающей сетёвки, работает ли arping и tcpdump на этом интерфейсе. Если tcpdump на локальном интерфейсе, то с другого компьютера запустите пинг сервера, если на интерфейсе провайдера, то там обычно в сети достаточно много пакетов летает.

Ну ещё можно сравнить вывод ″ethtool eth0″ для работающего и не работающего случаев, попробовать в неработающем случае переключить сетёвку в 10 Мбит Half-duplex.

убери gateway 192.168.0.1

Есть ещё r8168-dkms, пробовали его

спасибо за подсказку, нет, не пробовал.. на счёт драйвера конечно мысль пробегала, но как его переустановить, не знаю..поможете? Думаю там пара команд..

Правила iptables подгружают в /etc/network/interfaces командой pre-up

echo «1» > /proc/sys/net/ipv4/ip_forward echo «1» > /proc/sys/net/ipv4/ip_dynaddr устанавливают тут /etc/sysctl.conf

это знаю, в прошлой системе не помню, как именно правила подгружались, а ip_forward было указано в /etc/sysctl.conf, и тот же результат, ip_dynaddr мне по идее вообще не нужен, просто ещё не убрал. Выход в инет же с сервера пропадает, а не только с локалки, так что не от сюда проблема, думаю. По поводу правил iptables, просто в таком скрипте мне их проще редактировать, а разве принципиально, откуда они будут грузиться?

убрал и вот уже пятый раз успешный ребут. Это конечно не 100% показатель, вчера подряд раз 10 так и потом снова. Проверяю дальше.. Если проблема в этом, то это я здорово тупанул..

следующий вариант, если последний не сработал)

— правила iptables должны загружаться до поднятия интерфейсов и в приведенных правилах есть некоторые косяки, загружают их из файла, путем команды pre-up /etc/skript/iptables, указанной в /etc/network/interfaces

— запись в кроне */5 * * * * root ifup eth1 > /dev/null 2>&1 аналогична команде allow-hotplug

Проблемы скорее всего были из-за двух гейтвеев по умолчанию

Сравините вывод команд: ip link; ip addr; ip route для случая работающией и не работающей сетёвки. Если они одинаковые, то значит проблема не в ifup

1. Не работает.. (со стороны инета -> eth1)

2. Инет работает..

Вижу NO-CARRIER у неработающего интерфейса; так же в этом случае ему не назначается ipv6 адрес (мне в принципе не нужен, но..). Что это может быть.

нет, не в гейтвеях была.. на седьмой раз снова интерфейс не поднялся.

А что в маршрутах netstat -rn ?

Можно попробовать перенести настройки c eth3 на eth1, и c eth1 на eth3. Чтоб инетовски интерфейс запускался первым.

Вот такая же проблема, решена сменой сетевухи как настроить PPPoE в Debian?

запись в кроне */5 * * * * root ifup eth1 > /dev/null 2>&1 аналогична команде allow-hotplug

этого я не понимаю..))

/etc/network/interfaces привёл в вид:

убрал скрипт с настройками iptables firewall.sh из автозапуска, в /etc/sysctl.conf раскомментировал net.ipv4.ip_forward=1.

Можно попробовать перенести настройки c eth3 на eth1, и c eth1 на eth3. Чтоб инетовски интерфейс запускался первым.

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

Источник