Linux ifconfig сохранить настройки

Содержание

Linux ifconfig сохранить настройки
ifconfig-changes not saved after reboot
4 Answers 4
Как сохранить ifconfig . allmulti после перезагрузки?
Is there a way to save current state of network configuration in linux into a datafile or set of ip commands like iptables-save?
3 Answers 3

Linux ifconfig сохранить настройки

Люди, есть такой проблем — фря 4.7 не сохраняет настройки.

Каким образом: пишешь, к примеру

#ifconfig rl0 192.168.27.1 netmask 255.255.255.0 up

И по идее она должна поднять этот интерфейс сразу же, без особых проблем и сохранить настройки сетевой карты, но фиг. при перезагрузке выводишь ifconfig и ни фига там нету, а кромя МАК-адреса. Аналогично с hostname.
Прописываю эти же вещи в rc.conf

ifconfig_rl0=»inet 192.168.27.1 netmask 255.255.255.0″
hostname=»freebsd.swarogich.net»

Первоначально машина была названа skif.swarogich.net вот она этот hostname и возвращает постоянно, а у меня уже есть такая машинка
:(((
Сейчас приходиться скриптами при старте назначать имя и айпишник машине, но это же через одно место. Может кто встречался и подскажет в чем проблем ? . . .

—
Скифа здеся не было,
Skif mailto:skif@ua.fm

>
> Люди, есть такой проблем — фря 4.7 не сохраняет настройки.
>
>
> Каким образом: пишешь, к примеру
>
> #ifconfig rl0 192.168.27.1 netmask 255.255.255.0 up
>
> И по идее она должна поднять этот интерфейс сразу же,
>без особых проблем и сохранить настройки сетевой карты, но фиг. при
>перезагрузке выводишь ifconfig и ни фига там нету, а кромя МАК-адреса.
>Аналогично с hostname.
> Прописываю эти же вещи в rc.conf
>
> ifconfig_rl0=»inet 192.168.27.1 netmask 255.255.255.0″
> hostname=»freebsd.swarogich.net»
>
> Первоначально машина была названа skif.swarogich.net вот она этот hostname и
>возвращает постоянно, а у меня уже есть такая машинка
> :(((
> Сейчас приходиться скриптами при старте назначать имя и айпишник машине,
>но это же через одно место. Может кто встречался и подскажет
>в чем проблем ? . . .
>
>—
> Скифа здеся не было,
> Skif mailto:skif@ua.fm

все верно, это нужно прописывать в rc.conf, просмотри внимательно свой rc.conf на предмет наличия в нем этих записей, ну и ессно глянь что пишет по этому поводу dmesg

>>
>> Люди, есть такой проблем — фря 4.7 не сохраняет настройки.
>>
>>
>> Каким образом: пишешь, к примеру
>>
>> #ifconfig rl0 192.168.27.1 netmask 255.255.255.0 up
>>
>> И по идее она должна поднять этот интерфейс сразу же,
>>без особых проблем и сохранить настройки сетевой карты, но фиг. при
>>перезагрузке выводишь ifconfig и ни фига там нету, а кромя МАК-адреса.
>>Аналогично с hostname.
>> Прописываю эти же вещи в rc.conf
>>
>> ifconfig_rl0=»inet 192.168.27.1 netmask 255.255.255.0″
>> hostname=»freebsd.swarogich.net»
>>
>> Первоначально машина была названа skif.swarogich.net вот она этот hostname и
>>возвращает постоянно, а у меня уже есть такая машинка
>> :(((
>> Сейчас приходиться скриптами при старте назначать имя и айпишник машине,
>>но это же через одно место. Может кто встречался и подскажет
>>в чем проблем ? . . .
>>
>>—
>> Скифа здеся не было,
>> Skif mailto:skif@ua.fm
>
>
>все верно, это нужно прописывать в rc.conf, просмотри внимательно свой rc.conf на
>предмет наличия в нем этих записей, ну и ессно глянь что
>пишет по этому поводу dmesg

Записи эти присуисивуют, все лишние (типа a-la skif.swarogich.net) удалены или закоменчены.
А на счет dmesg — что именно смотреть? Устройство (тобишь сетевая карта) на месте

>
> Люди, есть такой проблем — фря 4.7 не сохраняет настройки.
>
>
> Каким образом: пишешь, к примеру
>
> #ifconfig rl0 192.168.27.1 netmask 255.255.255.0 up
>
> И по идее она должна поднять этот интерфейс сразу же,
>без особых проблем и сохранить настройки сетевой карты, но фиг. при
>перезагрузке выводишь ifconfig и ни фига там нету, а кромя МАК-адреса.
>Аналогично с hostname.
> Прописываю эти же вещи в rc.conf
>
> ifconfig_rl0=»inet 192.168.27.1 netmask 255.255.255.0″
> hostname=»freebsd.swarogich.net»
>
> Первоначально машина была названа skif.swarogich.net вот она этот hostname и
>возвращает постоянно, а у меня уже есть такая машинка
> :(((
> Сейчас приходиться скриптами при старте назначать имя и айпишник машине,
>но это же через одно место. Может кто встречался и подскажет
>в чем проблем ? . . .

проблема скорее всего в том что где-то были изменены системные:

/etc/defaults/rc.conf
/etc/rc*
/etc/hosts

чего делать нельзя и для чего есть свои:

/etc/rc.conf
/etc/rc.conf.local
переменная rc_conf_files
и остальные
/etc/*.local или *.conf.local

>—
> Скифа здеся не было,
> Skif mailto:skif@ua.fm

поищи grep’ом или find с regexp, наверняка найдешь.

Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.

Источник

ifconfig-changes not saved after reboot

I am sorry, is it wan0 or wlan0? You seem to be mentioning both and I sense this may be just a matter of a typo somewhere.

@BorisEpstein wan0 and wlan0 . wlan0 is the interface that should stay disabled and wan0 and eth0 are the interfaces that get back to their original name after boot.

4 Answers 4

In case anyone else is here looking for help in later versions of ubuntu server (17.x). They have switched from network ( /etc/network/interfaces ) to netplan ( /etc/netplan/*.yml ).

Hopefully this helps someone else/saves them some time.

Simple sample for a static IP configuration.

# This file describes the network interfaces available on your system # For more information, see netplan(5). network: version: 2 renderer: networkd ethernets: eth0: dhcp4: no dhcp6: no addresses: [192.168.1.100/24] gateway4: 192.168.1.1 nameservers: addresses: [192.168.1.1,8.8.8.8]

If you use ifconfig to configure your network interfaces, the changes will be lost after reboot.

To make your changes persistent, you need to modify configuration files like /etc/network/interfaces . For example, to disable an interface you can simply remove its config part from the file.

You can check man interfaces for available options and format of network config file for Ubuntu.

For the interface name part, you should check this file (if it’s there on Ubuntu, I have it on Debian):

/etc/udev/rules.d/70-persistent-net.rules

Edit it if needed as per the comment inside

If there’s no such file (in recent udev), there’s still a specific package you can use to have the renaming done at boot: ifrename , or you can add some boot script yourself.

for deactivating wlan0, there are different things beside the /etc/network/interfaces. There’s always NetworkManager lurking around. It’s handy but it often interferes with the settings. See if you can do something with NetworkManager graphically or using nmcli , like:

There’s also the rfkill command (rfkill package). It uses the same backend as nmcli radio . For example you can prevent all wireless related activity with rfkill block all

Источник

Как сохранить ifconfig . allmulti после перезагрузки?

Для нормальной работы мультикастов в локальной сети требуется использовать флаг MULTIALL для сетевого интерфейса. Это отлично решается с помощью ifconfig . allmulti, но флаг слетает после перезагрузки. Как сделать так, что после перезагрузки флаг не слетал?

# ifconfig enp3s0: flags=4099 mtu 1500 ether 00:13:77:b9:7b:13 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 18 lo: flags=73 mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10 loop txqueuelen 1 (Local Loopback) RX packets 1499643 bytes 219515571 (209.3 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 1499643 bytes 219515571 (209.3 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlp2s0: flags=4675 mtu 1500 inet 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255 inet6 fe80::225:56ff:fe26:2379 prefixlen 64 scopeid 0x20 ether 00:25:56:26:23:79 txqueuelen 1000 (Ethernet) RX packets 161318 bytes 53252337 (50.7 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 106824 bytes 32582246 (31.0 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

# cat /etc/network/interfaces source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback

Простой 2 комментария

Источник

Is there a way to save current state of network configuration in linux into a datafile or set of ip commands like iptables-save?

Let’s say I ran quite a few ip commands and ended up with a required network configuration, but I didn’t save the command history. Instead of rewriting commands in a file or script again, is there a way to dump/save the state of network configuration like iptables-save or mysqldump and so, later we can restore? I see similar thing is possible with netnsh in windows (not sure if it’s exactly the kind of solution I am looking for..havne’t gone through it, but it seems like it dumps the network configuration state). But I can’t find any option in Linux (especially CentOS/RHEL)

iptables-save working for saving iptable rules. I am looking for a similar way to save network configuration. However, I can think of some reasons why it may not be possible to save network configuration entirely, as if a physical interface is missing at the time of restore, few configurations may fail.

3 Answers 3

Some support does exist for saving addresses, routes and rules, using iproute2’s ip command.

For obvious reason, this doesn’t exist for links, even if one could imagine the possibility to save some virtual links, not all («saving» a single side of a veth-pair link with its peer accross an other network namespace? not gonna happen. ), or being able to save a bridge’s and bridge’s ports configurations including vlan etc., this doesn’t appear to exist currently.

ip address save ip address restore ip route save ip route restore ip rule save ip rule restore

The dump format is binary and the commands will refuse to save to or restore from a tty.

I suggest restoring addresses before routes (rules can be done at any order), or most saved routes won’t be restored because they can’t satisfy routing conditions depending on addresses. Warning: of course all flush commands below will likely disrupt network connectivity until the restore is done, so this should be avoided from remote network access (or be done in other network namespaces).

ip netns add orig ip netns exec orig sh /tmp/address EOF ip netns add copy ip netns exec copy sh

 lo DOWN dummy0 UNKNOWN 192.0.2.2/24 2001:db8:0:1::2/64 fe80::68e3:bdff:feb0:6e85/64 fe80::e823:d1ff:fe8c:3a15/64 
 Note: that previous automatic IPv6 link-local ( scope link ) address was also saved, and is thus restored, leading to an additional (and wrong) IPv6 link-local address, because the link/ether address (here in orig 6a:e3:bd:b0:6e:85 ) on which is based the IPv6 link-local address is not saved and thus not restored (leaving here the in copy the other random MAC ea:23:d1:8c:3a:15 on dummy0 ). So care should actually be done to separately save and copy the MAC address of such virtual interfaces if it really matters, or prune after some addresses for physical interfaces. You should probably flush all addresses before restoring them to avoid leaving old ones if the environment wasn't a "clean slate". Contrary to routes below, I couldn't find a simple way to flush all of them in one command without having to state an interface. Using those two should be good enough:
 ip address flush permanent ip address flush temporary 
 On the same principle, routes and rules can be saved and restored:
 
 ip route save / ip route restore There's a trick. ip route save will save only the main table, which is good for common use cases, but not with policy routing's additional routing tables. You can state a specific table (eg ip rule save table 220 ) if needed. But the special table 0 represents all tables, using ip route save table 0 will save all of them (including for each route the table it belongs to, like would be displayed with ip route show table 0 ) at once. Before restoring routes, it should be preferable to flush all existing routes:
 
 ip route flush table 0 all 
 # ip route add table 220 unreachable 10.0.0.0/8 metric 9999 # ip route show table 220 unreachable 10.0.0.0/8 metric 9999 # ip route save table 0 > /tmp/route # ip route flush table 0 all # ip route show table 220 # # ip route restore table 0 < /tmp/route # ip route show table 220 unreachable 10.0.0.0/8 metric 9999 
 ip rule flush ip rule delete priority 0 
 ip rule flush ip rule delete priority 0 ip rule restore < /tmp/rule 
 I hope you can find some usage of this, for example for automatization with multiple network namespaces.
 Источник