Saya mencoba mengatur jaringan dengan netplan dan networkd sebagai penyaji pada mesin 18,04. Ini menjalankan distribusi desktop karena terhubung ke TV saya dan digunakan untuk multimedia, tetapi saya akan menyebutnya server karena lebih mudah dijelaskan dan akan menjalankan server dns &dhcp setelah saya mendapatkan jaringan dan berjalan dengan benar.
Saya perhatikan bahwa ketika saya mengkonfigurasi jaringan melalui netplan, saya tidak dapat melakukan ping ke server dari klien Windows 10 saya (tidak diuji pada OS lain) kecuali saya melakukan ping ke klien tersebut dari server terlebih dahulu. Di klien, saya mendapatkan:
Reply from [CLIENT'S OWN IP]: Destination host unreachable.
Tetapi setelah melakukan ping dari server terlebih dahulu, klien memiliki entri ARP dan semuanya baik-baik saja.
Saya sudah terlalu lama mencari solusi dan memastikan bahwa:
- Subnet sudah benar – semuanya DHCP dari router saya saat ini untuk mengesampingkan hal ini
- Tidak ada konflik alamat MAC atau IP
- Manajemen daya pada antarmuka tidak aktif
- Sepertinya bukan masalah driver mengingat satu-satunya perubahan adalah network-manager vs networkd
- Firewall tidak masalah
- Routernya oke
Saat ini mesin terhubung melalui WiFi dan untuk mengubah konfigurasi dari network-manager saya baru saja mengganti nama /etc/netplan/01-network-manager-all.yaml sehingga tidak digunakan, dan membuat /etc/netplan/config. yaml sebagai berikut:
network:
version: 2
renderer: networkd
wifis:
wlp3s0:
dhcp4: yes
dhcp6: no
access-points:
"MyAP":
password: "MyPassword"
/etc/network/interfaces hanyalah iface lo inet loopback
Saya membaca bahwa penonaktifan pengelola jaringan tidak diperlukan karena hanya akan melaporkan bahwa antarmuka yang dikonfigurasi secara manual tidak dikelola, jadi hanya perubahan di atas yang telah saya buat.
Menggunakan Wireshark saya mengkonfirmasi bahwa ketika dikonfigurasi dengan netplan, server tidak menerima paket ARP ketika saya melakukan ping dari klien tanpa entri ARP untuk IP server. Itu menerimanya ketika manajer jaringan menangani antarmuka; yang pertama memberi tahu router, lalu yang pertama memberi tahu klien.
Terima kasih sebelumnya atas bantuan apa pun!
EDIT 1 :informasi tambahan:
/etc/NetworkManager/system-connections/[NETWORKNAME] adalah:
[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
Konfigurasi networkd yang dihasilkan netplan di /run/systemd/network/10-netplan-wlp3s0.network adalah:
[Match]
Name=wlp3s0
[Network]
DHCP=ipv4
[DHCP]
UseMTU=true
RouteMetric=600
EDIT 2 :melihat lebih dekat pada Wireshark menunjukkan bahwa ketika menggunakan konfigurasi systemd-networkd, tidak ada aktivitas IGMP, tidak ada aktivitas MDNS selain di mana server adalah sumbernya, dan satu-satunya aktivitas ARP adalah antara gateway dan server, sampai server mencoba melakukan ping ke klien. Setelah server mencoba melakukan ping ke klien, ARP pertama adalah 'siapa yang memiliki IP Klien, beri tahu IP server', kemudian segera mengikuti, 'siapa yang memiliki IP server, beri tahu IP klien', dan akhirnya ping keluar ke klien. Dari sini, klien dapat melakukan ping ke server.
Terkait:Bagaimana cara membuat video Stop Motion atau Time-lapse dengan webcam?Sepanjang waktu, server dapat mengakses layanan jaringan apa pun, internal dan eksternal.
Jawaban yang Diterima:
Setelah menyadari bahwa saya terpengaruh oleh bug ini dan memperbaikinya, saya menemukan bahwa networkctl menunjukkan antarmuka nirkabel sebagai status 'mengonfigurasi'.
Saya kemudian menemukan bahwa NetworkManager sedang berjalan, dan menghentikannya melalui sudo systemctl stop NetworkManager , diikuti oleh sudo systemctl restart systemd-networkd , dan akhirnya menghapus entri ARP pada klien Windows saya sebelum melakukan ping lagi, semuanya berfungsi. Saya melakukan sudo systemctl disable NetworkManager dan mulai ulang untuk memastikan solusi tetap ada dan tidak …
Jiwa yang baik di saluran IRC Ubuntu membimbing saya untuk melakukan:
sudo systemctl mask network-manager.service
sudo systemctl mask NetworkManager-dispatcher.service
sudo systemctl mask NetworkManager-wait-online.service
Ini menyelesaikan masalah dan networkctl sekarang menunjukkan status 'dikonfigurasi'. Tampaknya network-manager dan systemd-networkd berebut konfigurasi antarmuka nirkabel. Saya menduga bahwa pemahaman saya bahwa manajer jaringan akan membiarkannya sendiri akan benar jika tidak ada konfigurasi di /etc/NetworkManager/system-connections/ tapi belum menguji teori ini – saya lega karena teori ini sudah terselesaikan.