k
ты объявил адрес и маску на интерфейсе - система знает, что адреса из этой подсети доступны через этого интерфейс
Size: a a a
2021 January 09
k
а default gw тебе нужен для того, чтобы система знала, куда пакеты слать, если у неё нет непосредственно доступных сетей для данного адреса
k
потому и называется “default” или “по-умолчанию"
k
а в твоём случае, система пакеты для адреса 1.1.1.1, скажем, отправит именно на адрес 192.168.0.1
dn
дак в том и дело, у 192.168.0.10 шлюз просто как GATEWAY прописан, нигде там слова DEFAULT нету
есть только DEFROUTE=yes, но оно и до этого было, и никакого влияния не оказывало
есть только DEFROUTE=yes, но оно и до этого было, и никакого влияния не оказывало
dn
у 192.168.5.1 DEFROUTE=no на всякий тоже прописал
k
зачем его (defroute) вообще использовать? укажи один gateway и всё
dn
ну в примерочном конфиге такая была директива, я решил оставить)
dn
особенно когда понял, что дефолтным шлюзом 192.168.5.1 стал, решил что как то может повлиять
k
ну, если не понимаешь, за что какой параметр отвечает, то лучше вообще прописывать их
k
например device= и name=
k
они - взаимоисключащие, к примеру
k
опять же, в твоём случае - вообще не нужны
dn
итого сейчас вот такие остались строки
TYPE=Ethernet
BOOTPROTO=static
NAME=enp4s2
IPADDR=192.168.0.10
NETMASK=255.255.255.0
GATEWAY=192.168.0.1
DNS1=1.1.1.1
ONBOOT=yes
TYPE=Ethernet
BOOTPROTO=static
NAME=enp2s0
ONBOOT=yes
IPADDR=192.168.5.1
NETMASK=255.255.255.0
DNS1=192.168.5.1
dn
удалил device
k
name= device= можно выкинуть, в принципе. у тебя всё равно привязка через имена файлов идёт
k
второй днс тебе зачем? или он там реально есть?
dn
и name тоже?
dn
ну он предполагается быть (DNS)
dn
192.168.5.0/24 чисто внутренняя сетка, для тестов всяких