Linux network interfaces нет файла

unixforum.org

Решено:/etc/network/interfaces (не работает файл)

Решено:/etc/network/interfaces

Сообщение IMB » 14.11.2006 22:24

Приветствую.
Имеется домашний компьютер с Debian Sarge подключенный к локальной сети с выходом в интернет через PPPoE. Проблема в том, что похоже файл /etc/network/interfaces не считывается. Попробую объяснить что меня наталкивает на данную мысль;
— в выводе ifconfig я не вижу своего адреса, если же адрес задавать вручную он виден

$ sudo ifconfig eth0 Link encap:Ethernet HWaddr 00:50:DA:CD:DA:25 inet6 addr: fe80::250:daff:fecd:da25/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:15538 errors:0 dropped:0 overruns:0 frame:0 TX packets:6722 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:11974044 (11.4 MiB) TX bytes:635187 (620.2 KiB) Interrupt:209 Base address:0xa000 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) ppp0 Link encap:Point-to-Point Protocol inet addr:172.17.140.58 P-t-P:192.168.34.1 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1 RX packets:225 errors:0 dropped:0 overruns:0 frame:0 TX packets:268 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:164708 (160.8 KiB) TX bytes:59852 (58.4 KiB)

— судя по файлу перед активацией соединия через ppp0 должна подниматься сетевая карта, этого не происходит
— пытался прописывать запуск firewall через файл, результат нулевой, сейчас используется запуск из /etc/ppp/ip-up.d
Приведу техническую информацию:

$ uname -a Linux KOMP 2.6.8-2-686 #1 Tue Aug 16 13:22:48 UTC 2005 i686 GNU/Linux $ ls -l /etc/network/interfaces -rw-r--r-- 1 root root 948 2006-11-14 22:01 /etc/network/interfaces

Источник

cat /etc/network/interfaces No such file or directory

I just installed Ubuntu Server 20.04.3 in a VMware virtual machine. Now I am not able to use this command:

No such file or directory 

The method /etc/network/interfaces is long since deprecated. Please check here: askubuntu.com/questions/976464/… Possibly a duplicate.

Use netplan. Edit your question and show me sudo lshw -C network and cat /etc/netplan/*.yaml . Start comments to me with @heynnema or I’ll miss them.

1 Answer 1

Since version 18.04 Ubuntu by default uses netplan to configure network.

Go to /etc/netplan, here you will find your network configuration.

It will look something like this:

# This is the network config written by 'subiquity' network: ethernets: ens18: dhcp4: true version: 2 

You must log in to answer this question.

Linked

Related

Hot Network Questions

Subscribe to RSS

To subscribe to this RSS feed, copy and paste this URL into your RSS reader.

Site design / logo © 2023 Stack Exchange Inc; user contributions licensed under CC BY-SA . rev 2023.7.12.43529

Ubuntu and the circle of friends logo are trade marks of Canonical Limited and are used under licence.

By clicking “Accept all cookies”, you agree Stack Exchange can store cookies on your device and disclose information in accordance with our Cookie Policy.

Источник

Вернуть /etc/network/interfaces в Ubuntu 18.04

Начиная с Ubuntu 18.04 настройка сети происходит через systemd при помощи тулзы именуемой netplan, конфигурационные файлы которой, находятся в директории /etc/netplan/*.yml (да, теперь формат конфига в YAML). Многим данный метод не пришел по душе, многого эта штука не умеет и еще большее реализуется через задницу. Возникает закономерный вопрос — как вернуть обратно привычный /etc/network/interfaces?

1. Устанавливаем пакет ifupdown

apt-get update apt-get install ifupdown

2. Настраиваем свой /etc/network/interfaces

source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug ens160 auto ens160 iface ens160 inet static address 192.168.1.2 netmask 24 network 192.168.1.0 gateway 192.168.1.1 broadcast 192.168.1.255 dns-nameservers 1.1.1.1

3. Применяем новые настройки

ifdown --force enp0s3 lo && ifup -a systemctl unmask networking systemctl enable networking systemctl restart networking

4. Отключаем и удаляем все, что касается netplan

systemctl stop systemd-networkd.socket systemd-networkd networkd-dispatcher systemd-networkd-wait-online systemctl disable systemd-networkd.socket systemd-networkd networkd-dispatcher systemd-networkd-wait-online systemctl mask systemd-networkd.socket systemd-networkd networkd-dispatcher systemd-networkd-wait-online apt-get --assume-yes purge nplan netplan.io

Pro tip: Вы можете отказаться от netplan еще на этапе установки ОС. Во время зашрузки GRUB установочного диска нажмите F6, а затем ‘e’ (для редактирования строки запуска) и добавьте netcfg/do_not_use_netplan=true

Источник

stretch не хочет видеть *network/interfaces

После установки ОС скопировал /etc/network/interfaces старый, подправил цифру на eth0 , перезагрузил, а дебиан всё равно не хочет настройки сети видеть. даже богомерзкий network-manager удалил!

Где тут недавно отдельный DNS для системды сделать предлагали?

названия сетевых интерфейсов поменялись на enp

тогда у меня ещё два вопроса.
почему
sudo ifconfig -a
выдаёт старые наименования
2. почему в дмесг нету этого самого enp ?

хм
sudo ls /sys/class/net
eth0 lo

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

какая милая аргументация уровня /b/

А systemctl status networking что показывает?

Service точно включен? Если нет, то systemctl enable —now networking .

Покажи на всякий случай interfaces. Но лично я бы в случае одного eth0 перешёл бы на networkd (точнее, во всех таких случаях у себя я давно так и сделал).

Пакет net-tools по умолчанию более не является частью новых установок, поскольку его приоритет был снижен с важного от опционального. Пользователям рекомендуется использовать современный набор инструментов iproute2 (который уже входит в новые установки нескольких выпусков).

ifupdown (который и занимается interfaces) давно переписан на iproute2.

/etc/default/networking в студию

названия сетевых интерфейсов поменялись на enp

для тех кто обновился не поменялись.

systemctl status networking
● networking.service — Raise network interfaces
Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Thu 2017-06-22 19:16:18 MSK; 1min 58s ago
Docs: man:interfaces(5)
Process: 521 ExecStart=/sbin/ifup -a —read-environment (code=exited, status=1/FAILURE)
Process: 461 ExecStartPre=/bin/sh -c [ «$CONFIGURE_INTERFACES» != «no» ] && [ -n «$(ifquery —read-environment —list —exclu
Main PID: 521 (code=exited, status=1/FAILURE)
хм, сделал systemctl enable —now networking, вроде запустилось
но не все интерфейсы, только один.
выходит, служба сети не была запущена?

сетевая у меня одна, а айпи два. ну и такой разврат для виртуалок.
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet manual

auto br0
iface br0 inet static
address 192.168.0.104
netmask 255.255.255.0
gateway 192.168.0.1
bridge_ports eth0
bridge_stp off

auto br0:1
iface br0:1 inet static
address 193.168.0.6
netmask 255.255.255.0

хм, есть такой файл!
# Configuration for networking init script being run during
# the boot sequence

# Set to ‘no’ to skip interfaces configuration on boot
#CONFIGURE_INTERFACES=yes

# Don’t configure these interfaces. Shell wildcards supported/
#EXCLUDE_INTERFACES=

# Set to ‘yes’ to enable additional verbosity
#VERBOSE=no

ну ставил то я джесси) а потом обновлял до стретч

если /sbin/ifup -a отрабатывает нормально, ищи почему его не дёргают. У меня тестинг без systemd, тут всё хорошо.

/sbin/ifup -a —read-environment (code=exited, status=1/FAILURE)

И ты, разумеется, попробовал запустить эту команду вручную в консоли?

выходит, служба сети не была запущена?

Выходит, служба была status=1/FAILURE

[Match] Name=bridge0 [Network] Address=192.168.0.104/24 Address=192.168.0.6/24 Gateway=192.168.0.1 DNS=192.168.0.1 

[Match] Name=eth0 [Network] Bridge=bridge0 

и куда эту всю красоту мне теперь сохранять?

darkenshvein ★★★★★ ( 22.06.17 19:44:06 MSK )
Последнее исправление: darkenshvein 22.06.17 19:44:14 MSK (всего исправлений: 1)

/etc/systemd/network
Ну и не забыть systemctl disable networking && systemctl enable systemd-networkd

Таки чем закончилось? Бриджи поднялись?

откатом на джесси. неохота разбираться в вывертах энтырпрайза.

Неспортивно. Ладно, расскажу чем у меня закончится, пока накостылял macvtap 🙂

Чего только люди не делают, лишь бы NetworkManager не использовать.

► nmcli connection show --active NAME UUID TYPE DEVICE br0 ff8a1415-76dd-4708-9a53-4719dc42aedc bridge br0 br1 334f9012-c829-4351-82bd-0b153ba0fd24 bridge br1 eth0 89fe40fe-3e1d-432b-9333-bb5ed91eab09 802-3-ethernet enp0s8 eth1 e329ff15-5d56-42bc-ad59-a3946f20769d 802-3-ethernet enp1s7 tap0 61475bbb-51f1-405d-b10b-acde1095bb0a tun tap0 tap1 868958e1-fd07-4fcd-873a-5944c409a371 tun tap1

В гробу я видел NetworkManager на гипервизорах без гуя.

Хоть обложись man’ами: еще ни разу не видел, чтобы при значительном обновлении версии NM что-нибудь от него не отвалилось. Даже на моих десктопе и ноуте. А это означает полную непригодность для использования при обновлении мажорной версии дистрибутива, т.к. версия NM будет отличаться заметно.

Короче говоря, если тебе нравится запах керосина возле твоей задницы, я не против, но советовать такое — нет уж 🙂

А это означает полную непригодность для использования при обновлении мажорной версии дистрибутива

Дистрибутив без LTS непригоден в качестве гипервизора где-либо помимо локахоста, а у LTS’ов мажорные версии не меняются. Кроме того, при всем моем отвращении к дебиану, обновления с релиза на релиз в нем у меня проходили нормально, в т. ч. там, где использовался NM. К слову, отсутствие NM от проблем при обновлении не спасает, подтверждением чему служит данная тема.

Дистрибутив без LTS непригоден в качестве гипервизора

У меня некоторые гипервизоры начинали еще со squeeze, пережив все обновления без проблем.

К слову, отсутствие NM от проблем при обновлении не спасает, подтверждением чему служит данная тема.

Факт. Но мы имеем такую ситуацию из-за значительных изменений в сетевой подсистеме (привет, systemd).

Кстати о systemd — вывода journalctl -b -u networking.service мы не видели и с учетом отката на джесси уже не увидим (где я раньше был, да), а без логов огулом валить на systemd можно и модно, но… неспортивно.

без логов огулом валить на systemd можно и модно, но… неспортивно

увидим, если у меня в эти выходные дойдут руки до одного из тестовых гипервизоров.

Забавно.
На втором из двух экспериментальных — все завелось с полтычка.
Только preup пришлось убрать, но это еще по бубунте известно.
Продолжаю наблюдения.

а теперь система не хочет после старта интернет видеть)
хотя:
systemd-networkd.service loaded active running Network Service

прописал, как и указал.
куда копать ?

systemctl status systemd-networkd
ip a
ip ro

systemctl status systemd-networkd systemd-networkd.service - Network Service Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; vendor preset: enabled) Active: active (running) since Thu 2017-08-17 18:45:37 +04; 3h 57min ago Docs: man:systemd-networkd.service(8) Main PID: 479 (systemd-network) Status: "Processing requests. " Tasks: 1 (limit: 4915) CGroup: /system.slice/systemd-networkd.service └─479 /lib/systemd/systemd-networkd авг 17 18:45:37 lexx9 systemd[1]: Starting Network Service. авг 17 18:45:37 lexx9 systemd-networkd[479]: [/etc/systemd/network/10-ethernet.network:5] Bridge could not be found, ignoring assignment: bridge0 авг 17 18:45:37 lexx9 systemd-networkd[479]: Enumeration completed авг 17 18:45:37 lexx9 systemd[1]: Started Network Service. ip a ip a 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: enp3s0: mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 1c:1b:0d:40:94:67 brd ff:ff:ff:ff:ff:ff ip ro пустой вывод 

Источник