В чём разница между ifup и ifconfig up?

Потому что ifconfig eth0 up всего лишь поднимает интрейфейс, к dhcp он никакого отношения не имеет (может у тебя статический ip задан)

А ifup тогда комплексная автоматизированная получается? Как тогда без помощи ifup это можно делать? Ip получаю от роутера по dhcp.

Сначала поднять интерфейс, потом пнуть свой dhcp-клиент способом, зависящим от типа клиента

ручками - так, простейший вариант.
#ifconfig eth0 up && $dhcp-client eth0
скриптами - примерно так:
ifup пользует скрипты из /etc/sysconfig/network-scripts/ifcfg-eth0 (redhat variant), или как написано в /etc/network/interfaces (debian variant, можно man 5 interfaces полуркать на предмет правильного описания, http://manpages.ylsoftware.com/ru/interfaces.5.html тут даже перевели).

Попробовал только-что, поднял через ifconfig eth0 up, потом сделал dhclient eth0, ip адрес получил, к интернету подключился, но сетевой менеджер до сих пор думает, что интерфейс лежит, и адрес 8.8.8.8 не пингуется, хотя любой другой пингуется. Что за бред происходит?

Посмотри вывод

ip r

и удостоверится, что присутствует маршрут по умолчанию (шлюз).

Всё что вывел ip r. Как я понял, шлюза нету.

192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.102

Ага, получается ifup - это програмка которая просто делает то, что написано в

/etc/network/interfaces

ах да, есть ещё третий вариант - NetworkManager.
манул, большой и достаточно емкий тут - https://wiki.archlinux.org/index.php/NetworkManager_(Русский)
ps:
man ip
ip r a default via $your_def_gw

Без шлюза не будут доступны внешние адреса.

Но у меня они доступны. Пингуется всё кроме одного адреса «8.8.8.8». Я же даже сейчас сюда пишу.

eth0

Где ты эту гадость откапал? Где божественные enp4s0?

может быть у вас админом/провайдером закрыто 8.8.8.8
dig ya.ru @8.8.8.8 что пишет?

Если бы были команды больше ничего нет кто тогда ip-адреса из другого сегмента сети не из твоего не будут доступны. Ты видимо не весь вывод показываешь.

Да нет, до этого пинговало.

# dig google.com @8.8.8.8

; <<>> DiG 9.11.5-P4-5-Debian <<>> google.com @8.8.8.8
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16852
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;google.com.			IN	A

;; ANSWER SECTION:
google.com.		299	IN	A	172.217.16.46

;; Query time: 89 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Вто июн 11 21:57:42 EEST 2019
;; MSG SIZE  rcvd: 55

Какой вывод тебе нужен? Показывал всё что просили.

Что это? Просто новое название того же интерфейса?

Ааа, вот, понял что провтыкал. Да, шлюз есть.

default via 192.168.0.1 dev eth0 
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.102

Что это?

А ты тут новенький?

Ну вообще да. Прикол какой-то или что? Просто по запросу в гугле на всех сайтах одна и та же твоя фраза.

Сейчас в популярных дистрибутивах используется системный менеджер systemd. С его приходом изменились правила наименования интерфейсов. Некоторые ретрограды считают, что стало хуже, а раньше было понятнее. Да и вообще процесс внедрения systemd шёл с криками и соплями.

Ну и что? Что так трудно было после вызова ip r скопировать весь вывод команды?

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

Ну и какой смысл вообще от этого переименования? Просто буковки поменялись.

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

Просто буковки поменялись.

Не просто.

Угадай откуда взялись цифры 3 и 0?

enp3s0
$ lspci | grep Ethernet
03:00.0 Ethernet controller: Realtek 

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

dhcpcd установи

Нельзя смешивать управление торпедами через network manager, скрипт инициализации ручной запуск.

менеджер может пошёл в Москве состояние интерфейса и читать его понятно только в том случае если поднял его сам если интерфейс был поднят вручную то он не следит следит это. поэтому network номер нужно отключать если настраивается интерфейсы через скрипт инициализации etc network interfaces.

В общем неизвестно но скорее всего мутить воду как раз-таки network manager.

Прикольно, но в этом есть смысл только если у тебя в компе стоит пару сетевух.

Может его вообще удалить? Он же по сути безполезен? Его же полностю заменяют ifup или ifconfig.

Установил, перезапустил networking пару раз, даже интерфейс не падал. Магия какая-то.

с помощью network manager можно управлять интерфейсами через графическую оболочку через applet даже не имея прав суперпользователя.

В зависимости от разрешения policykit.

Ладно, спасибо всем, вроде разобрался.