Узел назначения Недостижимое совместное использование WiFi от Ubuntu до Win10
Я пытаюсь совместно использовать свое беспроводное соединение (wlp1s0b1) на моей Ubuntu 16.04 бездисплейный ноутбук к моему Windows 10 PC через Ethernet (enp0s9).
Это - схема моей сети:
Маршрутизатор (198.168.0.1)---(Wi-Fi)---> Ноутбук (192.168.0.169)---(eth)---> ПК (192.168.127.2)
Я исследовал некоторое время теперь на методах, чтобы сделать так. Я следовал этому учебному руководству здесь. У меня есть соединение WiFi с моим маршрутизатором после следования этому краткому руководству по, и моим результатом является IP-адрес, присвоенный моему Windows 10 PC (192.168.127.2, хороший до сих пор), а также сетевая маска и шлюз (как описано в руководстве, 192.168.127.1 и 255.255.255.0 соответственно).
Теперь, я не могу проверить с помощью ping-запросов между любым компьютером в известных IP-адресах. Ни один не делает Windows 10 PC, имеют любое распознанное внешнее соединение.
Соответствующие выводы (Ноутбук):
ifconfig
enp0s9 Link encap:Ethernet HWaddr 70:cd:60:44:47:ba
inet addr: 192.168.127.1 Bcast 192.168.127.255 Mask:255.255.255.0
wlp1s0b1 Link encap:Ethernet Hwaddr 10:9a:dd:b7:ba:b7
inet addr: 192.168.0.169 Bcast:192.168.0.255 Mask:255.255.255.0
route -n
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.0.1 0.0.0.0 UG 600 0 0 wlp1s0b1
192.168.0.0 0.0.0.0 255.255.255.0 U 600 0 0 wlp1s0b1
192.168.127.0 0.0.0.0 255.255.255.0 U 0 0 0 enp0s9
192.168.200.0 0.0.0.0 255.255.255.0 U 0 0 0 enp0s9
UFW отключен:
UFW status
Status: inactive
Затем соответствующие записи от /etc/network/interfaces файл:
auto enp0s9
allow-hotplug enp0s9
iface enp0s9 inet static
address 192.168.200.0
netmask 255.255.255.0
broadcast 192.168.200.255
gateway 192.168.0.1
iface enp0s9 inet6 auto
Затем nmcli производят:
nmcli connection
NAME UUID TYPE DEVICE
mynetworkname UUID 802-11-wireless wlps0b1
Кроме того, выполнение isc-dhcp-server как описано в первом учебном руководстве/руководстве.
Таким образом, что я пропускаю? Я подозреваю, что это имеет некоторое отношение к моему присвоению шлюза, но я просто не могу поместить его или выяснить, что еще проверить исследование.
Все, что я пытаюсь сделать, реализовать "долю к другим компьютерам" установка доступного в GUI.
Я уже считал следующие вопросы. Мой вопрос принадлежит этому отлаживаемому. Этот вопрос подобен, но мой для бездисплейного. Этот вопрос также подобен, но все еще GUI.
Как я могу сделать это?
Править: Я выполняю бездисплейное дополнение сервера, у меня нет опций GUI.
1 ответ
РЕШЕННЫЙ: хорошо поэтому еще после некоторого рытья вокруг я закончил тем, что решил это сам благодаря удобному VM, который я быстро устанавливаю с Oracle VirtualBox.
Быстрое решение:
Необходимо создать новое использование соединения nmcli для Ethernet. Затем отредактируйте соответствующий файл конфигурации, как так:
>$ nmcli connection add type ethernet ifname enp0s9 && nmcli connection
Вывод имени должен быть эквивалентным: введите-iface (в моем ethernet-enp0s9 случая). Обменяйтесь нано со своим предпочтительным редактором.
>$ cd /etc/NetworkManager/system-connections
>$ sudo nano ethernet-enp0s9
Теперь измените метод от автоматического до общего!! Под [ipv4] конфигурируют вкладку:
[ipv4]
dns-search=
method=shared # should be auto by default
Сохраните и затем перезапустите администратора сети с простым systemctl restart NetworkManager
Долгое объяснение:
Так, мой Монетный двор VirtualBox VM помог много здесь. После выполнения обычного метода GUI для совместного использования Интернета, проверил конфигурацию (снимок экрана) и нашел опцию для методов. Теперь перейдите назад к моей бездисплейной системе и некомментарию всех моих конфигураций iface в /etc/network/interfaces (исключая lo), сохраните и выйдите. Создайте новое соединение Ethernet с nmcli, ethernet-enp0s9, перейдите к его конфигурации в /etc/NetworkManager/system-connections/ И просто отредактируйте метод к общему от автоматического как вышеупомянутый.
Теперь проблема a shutdown -r управляйте, отключите и повторно включите кабель Ethernet и наконец перезапустите ПК для полноты! Я также рекомендовал бы проверить состояние UFW дважды, в конце концов, это, конечно!
Заключительное примечание:
Теперь в моем случае, я бездельничал с iptables заранее и т.д, таким образом, у меня есть удобный небольшой сценарий для сброса iptables, который я выполняю:
#!/bin/sh
#
# flush-iptables script.
#
# First delete all rules in the tables
iptables -F
iptables -t nat -F
iptables -t mangle -F
# Add default rules to the filter, nat & mangle tables:
iptables -P OUTPUT ACCEPT
iptables -P PREROUTING ACCEPT
iptables -P POSTROUTING ACCEPT
iptables -t nat -P INPUT ACCEPT
iptables -t nat -P OUTPUT ACCEPT
iptables -t nat -P PREROUTING ACCEPT
iptables -t nat -P POSTROUTING ACCEPT
iptables -P INPUT ACCEPT
iptables -P INPUT ACCEPT
iptables -P INPUT ACCEPT
# Remove all non-default chains in filter, nat & mangle tables. Usually what UFW adds
iptables -X
iptables -t nat -X
iptables -t mangle -X
# Finally restart network manager
systemctl restart NetworkManager && echo systemctl status NetworkManager
echo "__________________________________________DONE_________________________"
Надежда это помогает некоторым другим людям! По некоторым причинам это (я допущу нишу), тема на самом деле раздражающе трудна к исследованию для CLI, если Вы не должны были действительно рыть в. То, которое я обсудил бы, является важным пунктом к использованию Linux! Даже сейчас то, что я знаю это решение, я попробовал "поиск с помощью Google реверса", чтобы попытаться найти чиновника или даже общественное решение этой проблемы и не могу найти соответствующие страницы (исправьте меня, если я неправ, конечно!).