“Совместно использованный к другим компьютерам”, не работающим над Lubuntu 18.04 и
У меня есть ноутбук с картой WiFi и порт Ethernet. У меня также есть рабочий стол только с портом Ethernet.
На Lubuntu 16.04.1 я мог дать свой настольный доступ в Интернет путем движения в Edit connections (nm-connection-editor), Wired Connection, и затем, на вкладке IPv4 и IPv6, устанавливая выпадающее поле на Shared with other computers. Это работало как он, должен. Я недавно попробовал новую установку Lubuntu 18.10, и я не мог больше совместно использовать свой Интернет. Я затем установил Lubuntu 18.04.1 (который я иду теперь), и он все еще не работает.
Когда я сделал живой USB с Lubuntu 16.04.1, и загрузите его, он действительно работает.
Я использую стандартный кабель Ethernet, не перекрестный кабель.
После установки dnsmasq:
wessel@Asp-One:~$ ps auxc | grep -i dns
nobody 7199 0.0 0.3 10156 3592 ? S 18:04 0:00 dnsmasq`
Выполнение cat /etc/dnsmasq.conf | grep -v "#" точно ничего не дает (да, я добавил канал сам).
Выполнение ls -al /etc/resolv.conf дает
-rw-r--r-- 1 root root 69 jan 12 14:05 /etc/resolv.conf
Выполнение cat /etc/resolv.conf дает
# Generated by NetworkManager
search fritz.box
nameserver 127.0.0.53
Выполнение ps auxc | grep -i resolvдает
systemd+ 9415 0.0 0.1 10652 1760 ? Ss jan11 0:00 systemd-resolve
После установки net-tools, выполнение ifconfig дает
enp1s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 10.42.0.1 netmask 255.255.255.0 broadcast 10.42.0.255
inet6 fe80::8ecf:c89a:c895:6866 prefixlen 64 scopeid 0x20<link>
ether 70:5a:b6:fb:d3:46 txqueuelen 1000 (Ethernet)
RX packets 1019 bytes 95909 (95.9 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1468 bytes 1690147 (1.6 MB)
TX errors 0 dropped 0 overruns 0 carrier 11 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 3888 bytes 323853 (323.8 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 3888 bytes 323853 (323.8 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlp2s0b1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.178.66 netmask 255.255.255.0 broadcast 192.168.178.255
inet6 2001:983:f1c:1:37c0:bfe1:39bf:f27 prefixlen 64 scopeid 0x0<global>
inet6 fe80::60ad:efe7:b5a0:b86b prefixlen 64 scopeid 0x20<link>
inet6 2001:983:f1c:1:30ef:b8f6:d3de:dbd5 prefixlen 64 scopeid 0x0<global>
ether c4:46:19:21:58:61 txqueuelen 1000 (Ethernet)
RX packets 186393 bytes 226214669 (226.2 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 63400 bytes 8820907 (8.8 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Рабочий стол действительно получает IPv4 и адрес IPv6.
Выполнение cat /etc/NetworkManager/NetworkManager.conf дает
[main]
plugins=ifupdown,keyfile
[ifupdown]
managed=false
[device]
wifi.scan-rand-mac-address=no
1 ответ
ПРОЧИТАЙТЕ ВЕСЬ ОТВЕТ И ПОЙМИТЕ ЭТО, ПРЕЖДЕ, ЧЕМ ВНЕСТИ ЛЮБЫЕ ИЗМЕНЕНИЯ.
DNS/DHCP отчасти испорчен в 18.xx.
Я сделал, чтобы Вы установили dnsmasq главным образом для его сервера DHCP. Некоторая конфигурация может требоваться в /etc/dnsmasq.conf. Необходимо будет проверить, что это правильно определяет порт Ethernet enp1s0, поскольку это, вероятно, в настоящее время устанавливается на eth0.
Конечно, с последними версиями Ubuntu, они придумали этот "более легкий/лучше" способ назвать коммуникационные порты... в Вашем случае... enp1s0 и wlp2s0b1. Не очень удобный для пользователя. Если требуется вернуться к их названиям первоначального стиля eth0 и wlan0, можно внести следующее изменение...
Править /etc/default/grub и найдите строку, которая имеет "тихий всплеск", и измените его для "подавления шумов сети ifnames=0 всплеска", затем сделайте sudo update-grub, и reboot.
Ваш /etc/resolv.conf файл является неправильным. У Вас есть зашитый файл, и это должна быть символьная ссылка на одно из двух мест.
sudo mv /etc/resolv.conf /etc/resolv.conf.OLD # переименуйте текущий resolv.conf
С выполнением dnsmasq и выполнением DNS, это должно, вероятно, быть похожим на это...
sudo ln -s /run/resolvconf/resolv.conf /etc/resolv.conf # создайте новую символьную ссылку
С выполнением systemd-твердости и выполнением DNS, это должно, вероятно, быть похожим на это...
sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf # создайте новую символьную ссылку
Но существует проблема. Когда dnsmasq И systemd-твердость работают одновременно, они имеют тенденцию ступать на каждого пальцы ног других, и разрешение DNS получает еще больше wonky. Для исправления этого мы говорим systemd-решимости отступить, и позволить dnsmasq обработать DNS.
Относительно dnsmasq и systemd-resolved...
Сделайте a ps auxc | grep -i dns и ps auxc | grep -i resolv и ищите dnsmasq и systemd-resolved, и если оба работают, необходимо отключить часть DNS systemd-resolved путем редактирования /etc/systemd/resolved.conf и...
изменение:
#DNSStubListener=yes
кому:
DNSStubListener=no
затем перезапустите systemd-твердость и dnsmasq или перезагрузку.
Вы, возможно, также должны отредактировать /etc/NetworkManager/NetworkManager.conf. Отредактируйте файл и добавьте a dns= строка, как так...
[main]
plugins=ifupdown,keyfile
dns=dnsmasq (or dns=default would probably work also)
[ifupdown]
managed=false
[device]
wifi.scan-rand-mac-address=no
На обоих компьютерах необходимо смочь выполнить обе из следующих команд, чтобы гарантировать, что разрешение DNS работает правильно...
host 8.8.8.8
host www.ebay.com
Наконец, необходимо контролировать содержание двух resolv.conf файлов, которые я отметил ранее. Затем решите, какая из вышеупомянутых символьных ссылок, которые необходимо воссоздать. Если все работает правильно, один из resolv.conf должен, вероятно, содержать 192.168.x.1, адрес сервера DNS в Вашем маршрутизаторе, или x.x.x.x, адрес некоторого другого внешнего сервера DNS. Они, вероятно, не должны содержать 127.0.0.1 или 127.0.0.53.
Примечание: Вы, возможно, должны внести некоторые/все из этих изменений на 2-м компьютере, если он работает 18.xx.
Если все это немного сбивает с толку, это. Задайте больше вопросов, если Вы должны.