ну потому что они помогли

[a@m ~]$ ip r
default via 192.168.0.1 dev enp4s2
169.254.0.0/16 dev enp2s0 scope link metric 1002
169.254.0.0/16 dev enp4s2 scope link metric 1003
192.168.0.0/24 dev enp4s2 proto kernel scope link src 192.168.0.10
192.168.5.0/24 dev enp2s0 proto kernel scope link src 192.168.5.1
192.168.6.0/24 via 192.168.5.10 dev enp2s0

да

[a@m network-scripts]$ cat route-enp4s2
192.168.6.0/24 via 192.168.5.10

Это про перестановку девайсов в системе. Немного не то, но тоже можно

[a@m network-scripts]$ cat route-enp4s2
192.168.6.0/24 via 192.168.5.10

Гейты указаны в настройках интерфейсов?

ну я ровно то же самое и сделал

поменял местами ип на интерфейсах

и шнурки местами поменял

мне какая разница, какая сетевуха внешняя, а какая внутренняя
хочет система считать, что enp4 более первая, ну и пусть считает) мы не гордые

пропиши один шлюз

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

или имеется ввиду и там прописать шлюз, но шлюз от первой сетевухи?

так то мне нат пока не особо нужен, может попозже

ну, два default gw прописывать именно в конфиге интерфейса - так себе идея …

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

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

а зачем вообще шлюз-то?

про connected networks система и так знает

ну у одного интерфейса шлюзом wi-fi роутер, чтобы в инет ходить, а у другого он же сам прописан
я строку GATEWAY уже заремил, однако рута для этого интерфейса всё равно осталась и после ребута

192.168.5.0/24 dev enp2s0 proto kernel scope link src 192.168.5.1

192.168.5.0/24 dev enp2s0 proto kernel scope link src 192.168.5.1

это - нормально

ну то есть в таком случае можно просто не прописывать GATEWAY, буду знать