Не мог проверить с помощью ping-запросов 18,04 рабочих столов, если эта машина сначала не проверяет с помощью ping-запросов клиент при использовании networkd вместо администратора сети

Я пытаюсь настроить сети с netplan и networkd как рендерер на 18,04 машинах. Это выполняет настольное распределение, потому что это подключается к моему ТВ и используется для мультимедиа, но я назову это сервером, потому что это легче объяснить и запустит DNS и dhcp серверы, после того как я бужу сеть и работающий правильно.

Я заметил, что, когда я настраиваю сеть через netplan, я не могу проверить с помощью ping-запросов сервер от своих клиентов Windows 10 (не протестированный на другой ОС), если я не проверяю с помощью ping-запросов упомянутый клиент с сервера сначала. На клиентах я добираюсь:

Reply from [CLIENT'S OWN IP]: Destination host unreachable.

Но после проверки с помощью ping-запросов с сервера сначала, у клиента есть запись ARP, и все хорошо.

Я искал решения в течение слишком большого количества времени и подтвердил что:

• Подсети правильны - все - DHCP от моего маршрутизатора в данный момент для исключения этого
• Нет никакого конфликта MAC-адреса или IP-адреса
• Управление питанием выключено в интерфейсе
• Не кажется, что проблемой драйвера, учитывая единственное изменение является администратор сети по сравнению с networkd
• Брандмауэры в порядке
• Маршрутизатор в порядке

В данный момент машина подключена через WiFi и изменить конфигурацию далеко от администратора сети, которого я просто переименовал/etc/netplan/01-network-manager-all.yaml, таким образом, это не используется и создало/etc/netplan/config.yaml следующим образом:

network:
    version: 2
    renderer: networkd
    wifis:
        wlp3s0:
            dhcp4: yes
            dhcp6: no
            access-points:
                "MyAP":
                    password: "MyPassword"

/etc/network/interfaces справедливо iface lo inet loopback

Я считал, что отключение администратора сети не требовалось, поскольку оно просто сообщит, что интерфейсы, настроенные вручную, неуправляемы, таким образом, вышеупомянутое изменение - все, что я сделал.

Используя Wireshark я подтвердил, что при конфигурировании с netplan сервер не получает пакеты ARP, когда я проверяю с помощью ping-запросов от клиента без записи ARP для IP сервера. Это действительно получает их, когда администратор сети заботится об интерфейсе; сначала один, чтобы сказать маршрутизатору, затем один говорить клиенту.

Заранее спасибо за любую справку!

РЕДАКТИРОВАНИЕ 1: дополнительная информация:

/etc/NetworkManager/system-connections / [NETWORKNAME]:

[connection]
id=XXXX
uuid=992e3be7-dea0-49b7-a474-60832236b8bf
type=wifi
permissions=
timestamp=1530425561

[wifi]
mac-address=C4:E9:84:E1:61:FF
mac-address-blacklist=
mode=infrastructure
seen-bssids=50:C7:BF:38:01:91;
ssid=XXXX

[wifi-security]
key-mgmt=wpa-psk
psk=XXXX

[ipv4]
dns=8.8.8.8;8.8.4.4;
dns-search=
method=auto

[ipv6]
addr-gen-mode=stable-privacy
dns-search=
method=auto

Netplan-сгенерированная networkd конфигурация в/run/systemd/network/10-netplan-wlp3s0.network:

[Match]
Name=wlp3s0

[Network]
DHCP=ipv4

[DHCP]
UseMTU=true
RouteMetric=600

РЕДАКТИРОВАНИЕ 2: более внимательное рассмотрение Wireshark показывает, что при использовании systemd-networkd конфигурации, нет никакого действия IGMP, никакого действия MDNS кроме того, где сервер является источником, и единственное действие ARP между шлюзом и сервером, пока сервер не пытается проверить с помощью ping-запросов клиент. После того как сервер пытается проверить с помощью ping-запросов клиент, первый ARP, 'у кого есть Клиентский IP, говорят IP сервера', затем сразу после, 'у кого есть IP сервера, говорят клиентский IP', и наконец ping выходит к клиенту. Отсюда на, клиент может проверить с помощью ping-запросов сервер.

Все время, сервер может получить доступ к любым сетевым службам, внутренним и внешним.