No internet connection after ubuntu server 20.04 install, ifconfig not available
I recently installed Ubuntu Server 20.04 LTS on my desktop, and found out there was no internet connection even though I had the LAN cable connected. ifconfig and iwconfig failed saying the corresponding packages net-tools and wireless-tools were not installed. EDIT Here is the info requested. Please find the image here.
Also ip link . Look at service NetworkManager status , to. The whole ifconfig/ifup/ifdown system is depreciated in later Ubuntu releases.
Please edit your question to show the result of the terminal command: cat /etc/netplan/*.yaml Welcome to Ask Ubuntu.
Along with @chili555 request, also please show us sudo lshw -C network and cat /etc/network/interfaces .
2 Answers 2
Networking in Ubuntu server is managed by netplan. Your file lacks the details needed to connect the ethernet properly.
First, let’s rename the file:
sudo mv /etc/netplan/*.yaml /etc/netplan/01-netcfg.yaml Now, let’s change it to include the required details:
sudo nano /etc/netplan/01-netcfg.yaml network: version: 2 renderer: networkd ethernets: ens33: dhcp4: true Netplan is very particular about spacing, indentation, etc. Proofread carefully twice. Save (Ctrl+o followed by Enter) and exit (Ctrl+x) the text editor. Follow with:
sudo netplan generate sudo netplan apply После настройки статического IP Ubuntu server 22.04 пропадает сеть
192.168.1.1 — ip роутера после sudo netplan apply ip поменялся на статический но при этом попала сеть. Ничего не пингуется, получаю Destination Host Unreachable. При чем с хоста все пингуется по ip 192.168.168.10 нормально. Подскажите, пожалуйста, в чем проблема? Или для подобных целей нужно два сетевый интерфейса? (Один ходит во внешку а другой во внутрянку?)
Можете, пожалуйста, подробнее описать, что не так?
макаке дали компьютер и она стала нажимать все кнопки подряд. Вас реально ничего не смущает в том куске который я привел выше?
Вы про то что они ip который я прописываю не относится к подсети шлюза? Исправил, но все аналогично
Покажите выхлоп ip a; ip r s table all
Вам нужно где-то в настройках vmware указать, чтобы подсеть 192.168.168.0/24 NAT’илась, раз вы хотите такую конфигурацию.
При чем с хоста все пингуется по ip 192.168.168.10 нормально
Это вы, могу предположить, пингуете соседа по локальной сети (возможно, в сети провайдера, а не в вашей), а не ВМ.
ValdikSS ★★★★★ ( 13.02.23 23:12:04 MSK )
Последнее исправление: ValdikSS 13.02.23 23:12:09 MSK (всего исправлений: 1)
GNU nano 6.2 output.txt default via 192.168.1.1 dev ens33 proto static 192.168.1.0/24 dev ens33 proto kernel scope link src 192.168.1.145 local 127.0.0.0/8 dev lo table local proto kernel scope host src 127.0.0.1 local 127.0.0.1 dev lo table local proto kernel scope host src 127.0.0.1 broadcast 127.255.255.255 dev lo table local proto kernel scope link src 127.0.0.1 local 192.168.1.145 dev ens33 table local proto kernel scope host src 192.168.1.145 broadcast 192.168.1.255 dev ens33 table local proto kernel scope link src 192.168.1.145 ::1 dev lo proto kernel metric 256 pref medium fe80::/64 dev ens33 proto kernel metric 256 pref medium local ::1 dev lo table local proto kernel metric 0 pref medium local fe80::20c:29ff:fefc:95f0 dev ens33 table local proto kernel metric 0 pref medium multicast ff00::/8 dev ens33 table local proto kernel metric 256 pref medium Да нет, точно не соседа делал tcpdump когда пинговал
У меня 192.168.168.0 как раз и NAT’тится
У меня 192.168.168.0 как раз и NAT’тится
Тогда почему у вас о ней никаких упоминаний в таблице роутинга, зато есть 192.168.1.145?
Изменил файл /etc/netplan/00-installer-config.yaml
network: ethernets: ens33: dhcp4: no addresses: [192.168.168.145/24] gateway4: 192.168.168.1 nameservers: addresses: [8.8.8.8, 192.168.168.1] optional: true version: 2 в шлюз прописал IP сетевого адаптера VMware
теперь получаю следующие на ip a; ip r s table all
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: ens33: mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether 00:0c:29:fc:95:f0 brd ff:ff:ff:ff:ff:ff altname enp2s1 inet 192.168.168.145/24 brd 192.168.168.255 scope global ens33 valid_lft forever preferred_lft forever inet6 fe80::20c:29ff:fefc:95f0/64 scope link valid_lft forever preferred_lft forever default via 192.168.168.1 dev ens33 proto static 192.168.168.0/24 dev ens33 proto kernel scope link src 192.168.168.145 local 127.0.0.0/8 dev lo table local proto kernel scope host src 127.0.0.1 local 127.0.0.1 dev lo table local proto kernel scope host src 127.0.0.1 broadcast 127.255.255.255 dev lo table local proto kernel scope link src 127.0.0.1 local 192.168.168.145 dev ens33 table local proto kernel scope host src 192.168.168.145 broadcast 192.168.168.255 dev ens33 table local proto kernel scope link src 192.168.168.145 ::1 dev lo proto kernel metric 256 pref medium fe80::/64 dev ens33 proto kernel metric 256 pref medium local ::1 dev lo table local proto kernel metric 0 pref medium local fe80::20c:29ff:fefc:95f0 dev ens33 table local proto kernel metric 0 pref medium multicast ff00::/8 dev ens33 table local proto kernel metric 256 pref medium Извиняюсь за тупость, только начинаю осваивать Linux
Где «у вас»? NAT в виртуальных машинах — userspace (SLIRP), он не создаёт сетевого интерфейса, его нельзя настроить через таблицу маршрутизации, он не позволит подключиться к виртуальной машине с хоста или откуда-либо еще. Исходящий адрес при такой настройке — IP-адрес хоста, независимо от того, что вы укажете в сетевых настройках внутри ВМ.
Используйте полноценные интерфейсы. NAT-интерфейс нужен только для того, чтобы раздать интернет без дополнительных настроек.
ValdikSS ★★★★★ ( 14.02.23 11:08:30 MSK )
Последнее исправление: ValdikSS 14.02.23 11:10:58 MSK (всего исправлений: 1)
Потому что у человека userspace NAT, о чём написано в первом сообщении.
Да хоть хренюзерспэйс, defroute указывает на адрес до которого при показанных настройках достучатся нельзя от слова совсем.
Вас смущает несовпадение диапазона шлюза и адреса клиента? Такая настройка заработает без проблем, если на хосте/роутере все настроено для этого.
Такая настройка заработает без проблем, если на хосте/роутере все настроено для этого.
Если был бы полноценный сетевой интерфейс и на хосте установлен маршрут в указанную сеть на хосте.
В чём ваш вопрос? Это довольно типовая конфигурация, да и вопрос не в этом.
ip a add 192.168.168.10/24 dev ens33 ip r add default via 192.168.1.1Как вы думаете, почему после второй команды оно напишет «Error: Nexthop has invalid gateway.» ?
Далеко не всегда. Да и вмтваревский NAT как раз создаёт интерфейс vmnet8 .
Как вы думаете, почему после второй команды оно напишет «Error: Nexthop has invalid gateway.» ?
Потому что вы не добавили маршрут до 192.168.1.1/32 , а NetworkManager, который прописан в файле Netplan’а, его добавляет автоматически при такой конфигурации. Я только что развернул контейнер с Ubuntu 22.04 и скопировал конфигурацию из первого поста — она применилась корректно.
# ip r default via 192.168.1.1 dev eth0 proto static metric 100 192.168.1.1 dev eth0 proto static scope link metric 100 192.168.168.0/24 dev eth0 proto kernel scope link src 192.168.168.10 metric 100 Зачем вы спорите со мной, ни о чём? Лучше помогите автору решить проблему.
Я не знаю особенностей vmware, но в сообщении После настройки статического IP Ubuntu server 22.04 пропадает сеть (комментарий) у автора нет никаких дополнительных интерфейсов — вероятно, используется slirp.
и скопировал конфигурацию из первого поста — она применилась корректно.
gateway4: 192.168.1.1 addresses: [192.168.168.10/24]default via 192.168.1.1 dev eth0 proto static metric 100 192.168.1.1 dev eth0 proto static scope link metric 100 Отсутствие интернета на Ubuntu Server при корректных сетевых настройках.
Собственно говоря, одна машина (Ubuntu Server 12.04) — две сетевые карточки. eth0 смотрит в интернет, получает по dhcp адрес, eth1 смотрит в локалку. Суть проблемы — внешняя карточка цепляет верные настройки (айпи,днс и т.д.), интерфейс активен, но при этом пинги «в мир» не уходят.
auto lo iface lo inet loopback auto eth0 iface eth0 inet dhcp auto eth1 iface eth1 inet static address 192.168.46.97 netmask 255.255.255.0 gateway 192.168.46.1 Тут мы видим, что внешняя карточка поймала айпишник провайдера (сейчас уже он внешний статический, по dhcp постоянно он и цепляется)
admins@gns-int-srv:~$ sudo ifconfig -a eth0 Link encap:Ethernet HWaddr 10:fe:ed:05:cc:4b inet addr:194.54.161.132 Bcast:194.54.161.255 Mask:255.255.255.0 inet6 addr: fe80::12fe:edff:fe05:cc4b/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:7248 errors:0 dropped:0 overruns:0 frame:0 TX packets:36 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:583945 (583.9 KB) TX bytes:2816 (2.8 KB) eth1 Link encap:Ethernet HWaddr e0:3f:49:a3:a6:03 inet addr:192.168.46.97 Bcast:192.168.46.255 Mask:255.255.255.0 inet6 addr: fe80::e23f:49ff:fea3:a603/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3797 errors:0 dropped:1387 overruns:0 frame:0 TX packets:142 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:364602 (364.6 KB) TX bytes:20179 (20.1 KB) lo Link encap:Локальная петля (Loopback) inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:22 errors:0 dropped:0 overruns:0 frame:0 TX packets:22 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1716 (1.7 KB) TX bytes:1716 (1.7 KB) # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 194.54.160.1 nameserver 194.54.161.7 search westele.com.ua admins@gns-int-srv:~$ lspci | grep Eth 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06) 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)dhclient.conf — дефолтный. Проблемы с провайдером исключаю, так как на винде (втыкал в ноут напрямую) все работает слету и без проблем. Просьба навести на мысль, где рыть, так как все должно работать, но не работает =\ Поскольку айпишник выделенный, пробовал карточку прописать статикой:
auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 194.54.161.132 netmask 255.255.255.0 gatewsay 194.54.161.1 dns-nameservers 194.54.160.1 194.54.161.7 auto eth1 iface eth1 inet static address 192.168.46.97 netmask 255.255.255.0 gateway 192.168.46.1 Перестал работать инет в Ubuntu 20.04?
Недавно орендовал сервер с Ubuntu 16.04, обновил до 18.04, а потом до 20.04 и после этого не смог подключится по ssh, подключился через панель управления и после ifconfig понял, что пропал сетевой интерфес(показан был только lo).
Пробовал поднять интерфейс — получилось, но инет не работает. Пробовал перезапустить networking.service и другие сервисы связаные с словом network но получаю ошибку
Failed to lower RLIMIT_NOFILE's soft limit to 1k function not implemented— гуглинг, яндексинг и дакинг не дал понять в чем проблема и как её решить(либо я тупой).
Если надо:
Вывод ifconifg (с поднятым интерфейсом)
lo: flags=73 mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10 loop txqueuelen 0 (Local Loopback) 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 venet0: flags=211 mtu 1500 unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 txqueuelen 0 (UNSPEC) RX packets 7 bytes 316 (316.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 01: lo: mtu 65536 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: venet0: mtu 1500 qdisc noqueue state UNKNOWN link/voidПростой 3 комментария