GNU/Linux >> Znalost Linux >  >> Ubuntu

Nelze odeslat příkaz ping na plochu 18.04, pokud tento počítač nejprve netestuje příkaz ping klientovi, když místo správce sítě používáte síť?

Snažím se nastavit síťování pomocí netplanu a síťového vykreslování na počítači 18.04. Spouští distribuci pro stolní počítače, protože je připojen k mé televizi a používá se pro multimédia, ale budu tomu říkat server, protože je to jednodušší na vysvětlení a poběží na něm servery dns a dhcp, jakmile správně zprovozním síť.

Všiml jsem si, že když nakonfiguruji síť pomocí netplanu, nemohu pingnout server ze svých klientů Windows 10 (netestováno na jiných OS), pokud nejprve neprovedu ping uvedeného klienta ze serveru. U klientů dostávám:

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

Ale po pingu nejprve ze serveru má klient záznam ARP a vše je v pořádku.

Příliš dlouho jsem hledal řešení a potvrdil jsem, že:

  • Podsítě jsou správné – vše je momentálně DHCP z mého routeru, abych to vyloučil
  • Nedochází ke konfliktu adres MAC nebo IP
  • Správa napájení je v rozhraní vypnutá
  • Nezdá se, že by šlo o problém s ovladačem, protože jedinou změnou je síťový správce versus síť
  • Brány firewall jsou v pořádku
  • Směrovač je v pořádku

V tuto chvíli je stroj připojen přes WiFi a pro změnu konfigurace mimo network-manager jsem právě přejmenoval /etc/netplan/01-network-manager-all.yaml, aby se nepoužíval, a vytvořil /etc/netplan/config. yaml takto:

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

/etc/network/interfaces je pouze iface lo inet loopback

Dočetl jsem se, že deaktivace správce sítě nebyla vyžadována, protože bude pouze hlásit, že rozhraní nakonfigurovaná ručně nejsou spravována, takže jsem provedl pouze výše uvedenou změnu.

Pomocí Wireshark jsem potvrdil, že při konfiguraci s netplan server nepřijímá pakety ARP, když pingnu od klienta bez záznamu ARP pro IP serveru. Přijímá je, když se správce sítě stará o rozhraní; nejprve to řekne routeru, pak to řekne klientovi.

Předem děkuji za jakoukoli pomoc!

UPRAVIT 1 :další informace:

/etc/NetworkManager/system-connections/[NÁZEV SÍTĚ] je:

[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

Síťová konfigurace vygenerovaná netplanem na /run/systemd/network/10-netplan-wlp3s0.network je:

[Match]
Name=wlp3s0

[Network]
DHCP=ipv4

[DHCP]
UseMTU=true
RouteMetric=600

ÚPRAVA 2 :bližší pohled na Wireshark ukazuje, že při použití konfigurace systemd-networkd nedochází k žádné aktivitě IGMP, žádné aktivitě MDNS kromě toho, kde je server zdrojem, a jediná aktivita ARP je mezi bránou a serverem, dokud server se pokusí pingnout klienta. Jakmile se server pokusí pingnout klienta, první ARP je „kdo má IP klienta, řekni IP serveru“, pak bezprostředně následuje „kdo má IP serveru, řekni IP klienta“ a nakonec se ping odešle klientovi. Od této chvíle může klient pingnout server.

Související:Jak vytvořit stop Motion nebo časosběrné video pomocí webové kamery?

Po celou dobu má server přístup k jakýmkoli síťovým službám, interním i externím.

Přijatá odpověď:

Poté, co jsem si uvědomil, že jsem byl touto chybou ovlivněn, a napravil jsem ji, zjistil jsem, že networkctl zobrazuje bezdrátové rozhraní jako stav „konfigurování“.

Pak jsem zjistil, že je spuštěn NetworkManager, a při jeho zastavení pomocí sudo systemctl stop NetworkManager , následovaný sudo systemctl restart systemd-networkd a nakonec smazáním položky ARP na mém klientovi Windows před opětovným pingem vše fungovalo. sudo systemctl disable NetworkManager a restartujte, abyste se ujistili, že řešení přetrvává a ne

Laskavá duše na IRC kanálu Ubuntu mě navedla, abych to udělal:

sudo systemctl mask network-manager.service
sudo systemctl mask NetworkManager-dispatcher.service
sudo systemctl mask NetworkManager-wait-online.service

Tím se problém vyřešil a networkctl nyní zobrazuje stav „nakonfigurováno“. Zdá se, že správce sítě a systemd-networkd bojovali o konfiguraci bezdrátového rozhraní. Mám podezření, že moje chápání toho, že by to správce sítě nechal být, by bylo správné, kdyby v /etc/NetworkManager/system-connections/ nebyla žádná konfigurace ale tuto teorii jsem netestoval – jen se mi ulevilo, že je vyřešena.


Ubuntu
  1. Ubuntu Server a Desktop:Jaký je rozdíl?

  2. Jak zkontrolovat, jaký místní server je v počítači nainstalován?

  3. Synchronizované složky ztraceny při restartování počítače Vagrant pomocí zřizovatele Ansible

  1. Jak se připojit k serveru pomocí funkce BMC Remote Console

  2. Seznam FTP klientů a instalace na Ubuntu 20.04 Linux Desktop/Server

  3. Jak vytvořit zástupce webových stránek na ploše / ve složce pomocí prohlížeče Chrome?

  1. Seznam FTP klientů a instalace na Ubuntu 22.04 Linux Desktop/Server

  2. Okamžitý záznam obrazovky na Ubuntu pomocí této skryté funkce

  3. Jak nainstalovat klienta ownCloud na plochu Ubuntu 14.04